Openbravo Issue Tracking System - Retail Modules |
| View Issue Details |
|
| ID | Project | Category | View Status | Date Submitted | Last Update |
| 0026774 | Retail Modules | Web POS | public | 2014-06-04 01:44 | 2017-05-12 10:51 |
|
| Reporter | dbaz | |
| Assigned To | rqueralta | |
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | new | Resolution | open | |
| Platform | | OS | 5 | OS Version | |
| Product Version | | |
| Target Version | | Fixed in Version | | |
| Merge Request Status | |
| Review Assigned To | |
| OBNetwork customer | |
| Support ticket | |
| Regression level | |
| Regression date | |
| Regression introduced in release | |
| Regression introduced by commit | |
| Triggers an Emergency Pack | No |
|
| Summary | 0026774: [UX] Misalignment in ticket quantities if there is scroll |
| Description | Misalignment in ticket quantities if there is scroll.
If you have a ticket with several items and there is scroll, the total quantity/price are not in the same "column" that the item quantities/prices.
This can be shown in the attached screenshot [IssueTicketMargin.png], where you can see that the totals should be moved to the left to be aligned with the items quantity. |
| Steps To Reproduce | Login into the WebPOS and add several elements to a ticket. |
| Proposed Solution | I don't think a 'clean' solution could be applied here. A solution I can thing right now is, using javascript, compare the *scrollHeight* and the *height* of the div containing the lines each time an item is added or deleted from the list. If scrollHeight > height, then, there is scroll. If it is the case, then, a javascript function can toggle the style/css of the totals to adjust to its new position.
Of course, if you can do another cleaner solution, go ahead! |
| Additional Information | |
| Tags | No tags attached. |
| Relationships | |
| Attached Files |  IssueTicketMargin.png (177,354) 2014-06-04 01:44
https://issues.openbravo.com/file_download.php?file_id=6980&type=bug
|
|
| Issue History |
| Date Modified | Username | Field | Change |
| 2014-06-04 01:44 | dbaz | New Issue | |
| 2014-06-04 01:44 | dbaz | Assigned To | => malsasua |
| 2014-06-04 01:44 | dbaz | File Added: IssueTicketMargin.png | |
| 2014-06-04 01:44 | dbaz | Triggers an Emergency Pack | => No |
| 2017-01-05 12:15 | dbaz | Assigned To | malsasua => Retail |
| 2017-01-05 12:15 | dbaz | Note Added: 0093226 | |
| 2017-03-27 15:15 | rqueralta | Assigned To | Retail => rqueralta |
| 2017-03-27 15:15 | rqueralta | Status | new => scheduled |
| 2017-05-11 15:52 | hgbot | Checkin | |
| 2017-05-11 15:52 | hgbot | Note Added: 0096531 | |
| 2017-05-11 15:52 | hgbot | Status | scheduled => resolved |
| 2017-05-11 15:52 | hgbot | Resolution | open => fixed |
| 2017-05-11 15:52 | hgbot | Fixed in SCM revision | => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/06fbec0afb94c50369bd0b165d0f92eb81854fe3 [^] |
| 2017-05-12 10:50 | hgbot | Checkin | |
| 2017-05-12 10:50 | hgbot | Note Added: 0096550 | |
| 2017-05-12 10:51 | jorge-garcia | Note Added: 0096554 | |
| 2017-05-12 10:51 | jorge-garcia | Status | resolved => new |
| 2017-05-12 10:51 | jorge-garcia | Resolution | fixed => open |
|
Notes |
|
|
(0093226)
|
|
dbaz
|
|
2017-01-05 12:15
|
|
Update 05-January-2017:
There are another issues related to the scrollbars in the receipt:
https://issues.openbravo.com/view.php?id=26962 [^]
A complete solution is under review but, roughly, at this moment the idea is to have a single scrollbar in the receipt, going from the first ticket (product) line, to the end of the ticket (including the taxes lines) |
|
|
|
(0096531)
|
|
hgbot
|
|
2017-05-11 15:52
|
|
|
|
|
(0096550)
|
|
hgbot
|
|
2017-05-12 10:50
|
|
|
|
|
(0096554)
|
|
jorge-garcia
|
|
2017-05-12 10:51
|
|
|
Backout done to the psuhed commit. It breaks the retail integration. |
|