Openbravo Issue Tracking System - Retail Modules
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0034648Retail ModulesWeb POSpublic2016-11-28 16:402017-01-08 21:31
Reporterdbaz 
Assigned Tomigueldejuana 
PrioritynormalSeverityminorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOS5OS Version
Product Version 
Target VersionFixed in VersionRR17Q1 
Merge Request Status
Review Assigned Toguilleaer
OBNetwork customer
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0034648: [UX] Ugly line breaks in the 'Receipt' with high prices
DescriptionRight now [Receipt_4-3_Current.png] there are ugly line breaks in the receipt if there are narrow aspect ratios and high prices.

There should not be line breaks neither in the prices nor in the quantities.

More information in the 'Proposed Solution' section.
Steps To ReproduceSet 393x700 screen resolution and add a line to the receipt with thousands of products.
Proposed SolutionThe curent implementation has 1 row with 4 columns (product name, quantity, unit price and gross price) and the width of each one is based on a percentage of the receipt width. This solution works ok even with narrow aspects ratios with no-inflated currencies and moderate amounts, but there are problems if the prices are too high.

One possible solution could be adding a preference to let two possible visualizations: the current one (that works ok for most of the users around the world) and a new one splitting the receipt line in two rows (for working with inflated currencies), one for the product name and another one for the quantity, unit and price. The problem with this solution is that, in the second case, with wide aspect ratios, there will be two rows when all the quantities probably fit also in one single row.

Another better solution is to reach a trade-off between all the variables and have a single visualization that works for all cases. That is the one is going to be developed:

As mentioned before, right now there is one single row with 4 columns (40% product name, 20% quantity, 20% unit price, 20% gross price). The idea is to introduce some changes to make these width adapted in different aspect ratios. After performing a researh with several amounts and aspect rations, we have concluded that the rules should be:
Landscape aspect ratios:
* Aspect ratio < 5:4
   - Product name: remaining available width
   - Quantity: 55px
   - Unit price: 80px
   - Gross price: 80px
* Aspect ratio > 5:4 and < 3:2
   - Product name: remaining available width
   - Quantity: 55px
   - Unit price: grows proportionally from 80px to 105px
   - Gross price: grows proportionally from 80px to 105px
* Aspect ratio > 3:2
   - Product name: remaining available width
   - Quantity: 55px
   - Unit price: 105px
   - Gross price: 105px

Portrait aspect ratios:
* Aspect ratio < 10:16
   - Product name: remaining available width
   - Quantity: 55px
   - Unit price: 80px
   - Gross price: 80px
* Aspect ratio > 10:16 and < 3:4
   - Product name: remaining available width
   - Quantity: 55px
   - Unit price: grows proportionally from 80px to 105px
   - Gross price: grows proportionally from 80px to 105px
* Aspect ratio > 3:4
   - Product name: remaining available width
   - Quantity: 55px
   - Unit price: 105px
   - Gross price: 105px

With this configuration, even with 393x700 resolution, there is enough room for 6 digits in 'Quantity' and 7 digits in 'Unit price' and 'Gross price'. If the amount doesn't fit its space, it should shrink its font-size (example: https://jsfiddle.net/0c84u0rg/1/ [^]) and also re-adapt if the browser is resized or if the quantity/price changes.

The 'Product Characteristics', 'TOTAL' and 'Taxes' bottom lines should be adapted to these rules too.

In the case of 'Product Characteristics' there should be also more changes to ensure a proper visualization:
* padding-top: 4px;
* font-size: 14px;

There is a patch attached [receiptLargeAmounts.diff] that solves several things:
* Aspect ratio based rules for the widths in both landscape and portrait mode for product lines, product characteristics, total and taxes.
* UI changes of receiptLargeAmounts.diff

This patch doesn't solve:
* Required changes to shrink the font-size if the quantity/price does not fit the available space.
* Changes in 'OB.UI.TotalMultiReceiptLine'
* Changes in 'OB.UI.TotalTaxLine'
* Changes in 'OB.UI.RenderPaymentLine'

There are also attached several mockups showing how the receipt should look like in different aspect ratios [Receipt_4-3.png] [Receipt_16-10.png] [Receipt_16-9.png]
Additional Information
TagsNo tags attached.
Relationships
related to defect 0039338 new Retail [UX] Line breaks still present in the 'Receipt' with high prices under some circumstances 
blocks defect 0034538 closed Retail Big total amounts on WebPOS are breaking the layout 
Attached Filespng Receipt_4-3_Current.png (126,449) 2016-11-28 16:40
https://issues.openbravo.com/file_download.php?file_id=10120&type=bug
png

diff receiptLargeAmounts.diff (6,310) 2016-11-28 16:41
https://issues.openbravo.com/file_download.php?file_id=10121&type=bug
png Receipt_Smartphone.png (59,003) 2016-11-28 16:41
https://issues.openbravo.com/file_download.php?file_id=10122&type=bug
png

png Receipt_4-3.png (211,431) 2016-11-28 16:41
https://issues.openbravo.com/file_download.php?file_id=10123&type=bug
png

png Receipt_16-10.png (228,376) 2016-11-28 16:41
https://issues.openbravo.com/file_download.php?file_id=10124&type=bug
png

png Receipt_16-9.png (242,903) 2016-11-28 16:42
https://issues.openbravo.com/file_download.php?file_id=10125&type=bug
png

? issue34648Posterminal.commit (8,099) 2016-12-02 13:52
https://issues.openbravo.com/file_download.php?file_id=10150&type=bug
? issue34648Core.commit (4,658) 2016-12-02 13:52
https://issues.openbravo.com/file_download.php?file_id=10151&type=bug
png issues.png (114,655) 2016-12-07 21:49
https://issues.openbravo.com/file_download.php?file_id=10164&type=bug
png

diff org.openbravo.mobile.core_adaptAllFontSizes.diff (3,649) 2016-12-21 21:01
https://issues.openbravo.com/file_download.php?file_id=10207&type=bug
Issue History
Date ModifiedUsernameFieldChange
2016-11-28 16:40dbazNew Issue
2016-11-28 16:40dbazAssigned To => Retail
2016-11-28 16:40dbazFile Added: Receipt_4-3_Current.png
2016-11-28 16:40dbazTriggers an Emergency Pack => No
2016-11-28 16:41dbazFile Added: receiptLargeAmounts.diff
2016-11-28 16:41dbazFile Added: Receipt_Smartphone.png
2016-11-28 16:41dbazFile Added: Receipt_4-3.png
2016-11-28 16:41dbazFile Added: Receipt_16-10.png
2016-11-28 16:42dbazFile Added: Receipt_16-9.png
2016-11-28 18:07dbazProposed Solution updated
2016-11-28 18:08dbazRelationship addedblocks 0034538
2016-11-28 18:13dbazProposed Solution updated
2016-12-01 00:03mario_castelloAssigned ToRetail => mario_castello
2016-12-01 00:03mario_castelloStatusnew => acknowledged
2016-12-01 10:49dbazProposed Solution updated
2016-12-01 15:43mario_castelloStatusacknowledged => scheduled
2016-12-01 17:23marvintmAssigned Tomario_castello => migueldejuana
2016-12-02 13:52migueldejuanaFile Added: issue34648Posterminal.commit
2016-12-02 13:52migueldejuanaFile Added: issue34648Core.commit
2016-12-05 22:28hgbotCheckin
2016-12-05 22:28hgbotNote Added: 0092098
2016-12-05 22:28hgbotStatusscheduled => resolved
2016-12-05 22:28hgbotResolutionopen => fixed
2016-12-05 22:28hgbotFixed in SCM revision => http://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/b3cff0650a3f3455045ee37ff593646ff1261322 [^]
2016-12-05 22:31hgbotCheckin
2016-12-05 22:31hgbotNote Added: 0092101
2016-12-05 22:31hgbotFixed in SCM revisionhttp://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/b3cff0650a3f3455045ee37ff593646ff1261322 [^] => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/80b0433fad39092f61b92d35efd6ca22d714dd00 [^]
2016-12-07 13:40guilleaerNote Added: 0092186
2016-12-07 13:40guilleaerStatusresolved => new
2016-12-07 13:40guilleaerResolutionfixed => open
2016-12-07 21:49dbazFile Added: issues.png
2016-12-07 21:52dbazNote Added: 0092203
2016-12-14 11:06hgbotCheckin
2016-12-14 11:06hgbotNote Added: 0092336
2016-12-14 11:06hgbotStatusnew => resolved
2016-12-14 11:06hgbotResolutionopen => fixed
2016-12-14 11:06hgbotFixed in SCM revisionhttp://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/80b0433fad39092f61b92d35efd6ca22d714dd00 [^] => http://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/185d7e14347a4fe8364e8210dae48d6f0409c156 [^]
2016-12-14 11:08hgbotCheckin
2016-12-14 11:08hgbotNote Added: 0092337
2016-12-14 11:08hgbotFixed in SCM revisionhttp://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/185d7e14347a4fe8364e8210dae48d6f0409c156 [^] => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/55c68c1cfb390b3c04a5b9227fadaa528549602b [^]
2016-12-20 12:59hgbotCheckin
2016-12-20 12:59hgbotNote Added: 0092852
2016-12-20 12:59hgbotFixed in SCM revisionhttp://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/55c68c1cfb390b3c04a5b9227fadaa528549602b [^] => http://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/27386061217c051f04d5bf1daf8a35a80f75564f [^]
2016-12-20 13:00hgbotCheckin
2016-12-20 13:00hgbotNote Added: 0092853
2016-12-20 13:00hgbotFixed in SCM revisionhttp://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/27386061217c051f04d5bf1daf8a35a80f75564f [^] => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/df6cc4a270df2d57e184198f4c8ada1066ad123b [^]
2016-12-20 13:06migueldejuanaNote Added: 0092854
2016-12-20 13:58marvintmReview Assigned To => marvintm
2016-12-20 13:58marvintmStatusresolved => closed
2016-12-20 13:58marvintmFixed in Version => RR17Q1
2016-12-20 16:42dbazNote Added: 0092863
2016-12-20 16:42dbazStatusclosed => new
2016-12-20 16:42dbazResolutionfixed => open
2016-12-20 16:42dbazFixed in VersionRR17Q1 =>
2016-12-20 17:30marvintmNote Added: 0092866
2016-12-20 17:36dbazNote Edited: 0092863bug_revision_view_page.php?bugnote_id=0092863#r14087
2016-12-20 17:37dbazNote Added: 0092867
2016-12-21 12:04hgbotCheckin
2016-12-21 12:04hgbotNote Added: 0092902
2016-12-21 12:04hgbotStatusnew => resolved
2016-12-21 12:04hgbotResolutionopen => fixed
2016-12-21 12:04hgbotFixed in SCM revisionhttp://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/df6cc4a270df2d57e184198f4c8ada1066ad123b [^] => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/515b485ea12822cc3a66a91f39b5041ef768bfba [^]
2016-12-21 12:05hgbotCheckin
2016-12-21 12:05hgbotNote Added: 0092903
2016-12-21 12:05hgbotFixed in SCM revisionhttp://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/515b485ea12822cc3a66a91f39b5041ef768bfba [^] => http://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/1dff56facf9b8bdae047cc280d1438bb53b0b566 [^]
2016-12-21 21:00dbazNote Added: 0092929
2016-12-21 21:00dbazStatusresolved => new
2016-12-21 21:00dbazResolutionfixed => open
2016-12-21 21:01dbazFile Added: org.openbravo.mobile.core_adaptAllFontSizes.diff
2016-12-23 13:32hgbotCheckin
2016-12-23 13:32hgbotNote Added: 0092972
2016-12-23 13:32hgbotStatusnew => resolved
2016-12-23 13:32hgbotResolutionopen => fixed
2016-12-23 13:32hgbotFixed in SCM revisionhttp://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/1dff56facf9b8bdae047cc280d1438bb53b0b566 [^] => http://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/22930b9524b7f35364c00a26b4efe8365baa12fb [^]
2016-12-23 15:09marvintmReview Assigned Tomarvintm => guilleaer
2016-12-23 16:10guilleaerStatusresolved => closed
2016-12-23 16:10guilleaerFixed in Version => RR17Q1
2016-12-29 13:47hgbotCheckin
2016-12-29 13:47hgbotNote Added: 0093053
2017-01-08 21:31hgbotCheckin
2017-01-08 21:31hgbotNote Added: 0093249
2018-09-21 12:10dbazRelationship addedrelated to 0039338

Notes
(0092098)
hgbot   
2016-12-05 22:28   
Repository: erp/pmods/org.openbravo.mobile.core
Changeset: b3cff0650a3f3455045ee37ff593646ff1261322
Author: Miguel de Juana <miguel.dejuana <at> openbravo.com>
Date: Fri Dec 02 12:29:00 2016 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/b3cff0650a3f3455045ee37ff593646ff1261322 [^]

Fixed issue 0034648: [UX] Ugly line breaks in the 'Receipt' with high prices

- Add a new function to resize font of text
- Call this function whenever is needed to resize
- Add a new class to have flex container to let items inside this container to jump or not to next line

---
M web/org.openbravo.mobile.core/assets/css/ob-standard.css
M web/org.openbravo.mobile.core/source/component/ob-commonbuttons.js
M web/org.openbravo.mobile.core/source/component/ob-terminal-component.js
M web/org.openbravo.mobile.core/source/utils/ob-utilitiesui.js
---
(0092101)
hgbot   
2016-12-05 22:31   
Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: 80b0433fad39092f61b92d35efd6ca22d714dd00
Author: Miguel de Juana <miguel.dejuana <at> openbravo.com>
Date: Fri Dec 02 12:36:04 2016 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/80b0433fad39092f61b92d35efd6ca22d714dd00 [^]

Fixed issue 0034648: [UX] Ugly line breaks in the 'Receipt' with high prices

- Adapt components to use classes and to resize font
- Add classes to show properly depending the aspect ratio

---
M web/org.openbravo.retail.posterminal/css/obpos-main.css
M web/org.openbravo.retail.posterminal/js/components/order.js
M web/org.openbravo.retail.posterminal/js/components/renderorderline.js
---
(0092186)
guilleaer   
2016-12-07 13:40   
The function to calculate the font size should be refactored to avaoid execute it many times.

For example, when I resize the window from one with to another using arrowx, the function is executed many times. It should just be executed when I finish the resize action.

I think that a queue of "resize events" should be used and just execute the last one after a defined period of time without resize actions.
(0092203)
dbaz   
2016-12-07 21:52   
Besides guilleaer comments, with the current implementation there are two problems. Please look attached 'issues.png' screenshot:

The TOTAL 1000000 has an undesired line break

Between Quantity, Unit Price, and Gross Price there should be a 8px separation to avoid things like the one shown in the last row (123,480.05625,119,811.87)
(0092336)
hgbot   
2016-12-14 11:06   
Repository: erp/pmods/org.openbravo.mobile.core
Changeset: 185d7e14347a4fe8364e8210dae48d6f0409c156
Author: Miguel de Juana <miguel.dejuana <at> openbravo.com>
Date: Wed Dec 14 11:05:46 2016 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/185d7e14347a4fe8364e8210dae48d6f0409c156 [^]

Fixed issue 0034648: [UX] Ugly line breaks in the 'Receipt' with high prices

- Add logic to execute less the function to resize the font
  * Every 300 milliseconds, check if the function was called again, if not, execute the function at the end of all calls

---
M web/org.openbravo.mobile.core/source/utils/ob-utilitiesui.js
---
(0092337)
hgbot   
2016-12-14 11:08   
Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: 55c68c1cfb390b3c04a5b9227fadaa528549602b
Author: Miguel de Juana <miguel.dejuana <at> openbravo.com>
Date: Wed Dec 14 11:08:26 2016 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/55c68c1cfb390b3c04a5b9227fadaa528549602b [^]

Fixed issue 0034648: [UX] Ugly line breaks in the 'Receipt' with high prices

- Add padding between qty, price and total line and also between tax base and total.
- Change qty width and recalculate other fields width.

---
M web/org.openbravo.retail.posterminal/css/obpos-main.css
M web/org.openbravo.retail.posterminal/js/components/renderorderline.js
---
(0092852)
hgbot   
2016-12-20 12:59   
Repository: erp/pmods/org.openbravo.mobile.core
Changeset: 27386061217c051f04d5bf1daf8a35a80f75564f
Author: Miguel de Juana <miguel.dejuana <at> openbravo.com>
Date: Tue Dec 20 09:56:59 2016 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/27386061217c051f04d5bf1daf8a35a80f75564f [^]

Fixed issue 0034648: [UX] Ugly line breaks in the 'Receipt' with high prices

- Change calculateFontSizes function to set font size component passed by parameters and remove debounce to make it synchronous
- Remove calls to calculateFontSizes from window rendered
- For FitText component, when creating it, make it tranparent. Then, after render we set correct font for the component and we make it visible

---
M web/org.openbravo.mobile.core/assets/css/ob-standard.css
M web/org.openbravo.mobile.core/source/component/ob-commonbuttons.js
M web/org.openbravo.mobile.core/source/component/ob-terminal-component.js
M web/org.openbravo.mobile.core/source/utils/ob-utilitiesui.js
---
(0092853)
hgbot   
2016-12-20 13:00   
Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: df6cc4a270df2d57e184198f4c8ada1066ad123b
Author: Miguel de Juana <miguel.dejuana <at> openbravo.com>
Date: Tue Dec 20 10:00:43 2016 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/df6cc4a270df2d57e184198f4c8ada1066ad123b [^]

Fixed issue 0034648: [UX] Ugly line breaks in the 'Receipt' with high prices

- Remove total.js and replace the component to be OB.UI.FitText component
- Add an small timeout. It needs an small asynch to be rendered and then we can calculateFonSize

---
M src/org/openbravo/retail/posterminal/OBPOSComponentProvider.java
M web/org.openbravo.retail.posterminal/js/components/order.js
M web/org.openbravo.retail.posterminal/js/pointofsale/view/toolbar-left.js
R web/org.openbravo.retail.posterminal/js/components/total.js
---
(0092854)
migueldejuana   
2016-12-20 13:06   
Las two commits concentrate all logic of font resize in one component and fix the problem of the glitch when texts are recalculated and rendered.
(0092863)
dbaz   
2016-12-20 16:42   
(edited on: 2016-12-20 17:36)
With SNAPSHOT: https://code.openbravo.com/private/swf-utils/file/tip/Snapshot_Ret_Base_Env [^]

The font-size of the TOTAL unit count is not resized

http://screencast.com/t/yNzjjunu [^]


With SNAPSHOT: https://code.openbravo.com/private/swf-utils/file/tip/Snapshot_Ret_Modules_Env [^]

Two problems detected at least when changing a line QUANTITY:
* There is a glitch in the whole interface
* The font sizes are not updated

http://screencast.com/t/2nnMzyZv [^]
(0092866)
marvintm   
2016-12-20 17:30   
The problem seems to happen because the stock validation module is installed in this system, and it's raising the "Loading" screen each time a product is added. We are analyzing the problem, and trying to find a solution for this case.
(0092867)
dbaz   
2016-12-20 17:37   
Updated my previous comment to add another issue related to the font-size of the TOTAL unit count.
(0092902)
hgbot   
2016-12-21 12:04   
Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: 515b485ea12822cc3a66a91f39b5041ef768bfba
Author: Miguel de Juana <miguel.dejuana <at> openbravo.com>
Date: Wed Dec 21 09:17:14 2016 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/515b485ea12822cc3a66a91f39b5041ef768bfba [^]

Fixed issue 0034648: [UX] Ugly line breaks in the 'Receipt' with high prices

- Change small comment

---
M web/org.openbravo.retail.posterminal/js/pointofsale/view/toolbar-left.js
---
(0092903)
hgbot   
2016-12-21 12:05   
Repository: erp/pmods/org.openbravo.mobile.core
Changeset: 1dff56facf9b8bdae047cc280d1438bb53b0b566
Author: Miguel de Juana <miguel.dejuana <at> openbravo.com>
Date: Wed Dec 21 09:50:02 2016 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/1dff56facf9b8bdae047cc280d1438bb53b0b566 [^]

Fixed issue 0034648: [UX] Ugly line breaks in the 'Receipt' with high prices

- Rename OB.UTIL.calculateFontSizes to OB.UTIL.adaptFontSize
- Add new OB.UTIL.adaptAllFontSizes to Adapt all component's font for components with 'fitText' or 'buttonText' class
- Be able to pass the min length of the text to adaptFontSize
- Adapt all fonts after showLoading because when containerWindow is hidden we cannot resize component's font

---
M web/org.openbravo.mobile.core/source/component/ob-commonbuttons.js
M web/org.openbravo.mobile.core/source/utils/ob-utilitiesui.js
---
(0092929)
dbaz   
2016-12-21 21:00   
Code review: the 90% of the code of 'OB.UTIL.adaptAllFontSizes' is the same than 'OB.UTIL.adaptFontSize', so this implementation

https://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/1dff56facf9b8bdae047cc280d1438bb53b0b566#l2.48 [^]

could be highly optimized. I attach an UNTESTED diff with an example.
(0092972)
hgbot   
2016-12-23 13:32   
Repository: erp/pmods/org.openbravo.mobile.core
Changeset: 22930b9524b7f35364c00a26b4efe8365baa12fb
Author: Guillermo Alvarez de Eulate <guillermo.alvarez <at> openbravo.com>
Date: Fri Dec 23 13:32:06 2016 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.mobile.core/rev/22930b9524b7f35364c00a26b4efe8365baa12fb [^]

Fixed issue 34648: Optimize code to have all the resize logic in one single function

---
M web/org.openbravo.mobile.core/source/utils/ob-utilitiesui.js
---
(0093053)
hgbot   
2016-12-29 13:47   
Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: 954aec22a5bcf39eaf7d973f784a232aef34567d
Author: David Baz Fayos <david.baz <at> openbravo.com>
Date: Thu Dec 29 13:46:36 2016 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/954aec22a5bcf39eaf7d973f784a232aef34567d [^]

Related to issue 34648: Proper width in CSS for narrow screen cases

---
M web/org.openbravo.retail.posterminal/css/obpos-main.css
---
(0093249)
hgbot   
2017-01-08 21:31   
Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: 8d1a329524a50f22a842e86da2be63745ba11329
Author: David Baz Fayos <david.baz <at> openbravo.com>
Date: Sun Jan 08 21:31:24 2017 +0100
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/8d1a329524a50f22a842e86da2be63745ba11329 [^]

Related to issue 34648: Proper padding-top in the discounts lines

---
M web/org.openbravo.retail.posterminal/js/components/renderorderline.js
---