Anonymous | Login
Project:
RSS
  
News | My View | View Issues | Roadmap | Summary

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0043015
TypeCategorySeverityReproducibilityDate SubmittedLast Update
backport[Retail Modules] Cash upminorhave not tried2020-01-17 13:032020-02-21 09:45
Reporterinaki_garciaView Statuspublic 
Assigned Toprakashmurugesan88 
PrioritynormalResolutionfixedFixed in VersionRR20Q1
StatusclosedFix in branchFixed in SCM revision88dd65c57a8f
ProjectionnoneETAnoneTarget VersionRR20Q1
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionmainSCM revision 
Review Assigned Tomarvintm
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0043015: [20Q1] [NewSkin] [UX] "Counted" and "Remaining" / "Surplus" labels show inconsistent padding in the Count Cash steps

DescriptionWhen starting the Cashup process, it is quite obvious that the "Counted" and "Remaining" labels present quite a different padding to the numbers placed to their right.
By adding counted cash amounts to make these numbers or values change, some other behaviours can be observed that include the following:

- The "Counted" label maintains constant padding over the first digit of its number
- The "Remaining" / "Surplus" label remains in the exact same position regardless of the size of the number with 7 digits or less
- The two labels are only aligned when the digit count is exactly 6 (value in thousands, which are 4 + decimal digits, which are 2)

Check the attached screenshots to observe the behaviour of the labels on different scenarios.
Steps To Reproduce0. Log in the POS as user "vallblanca"
1. Click or tap on the "Cash up" option from the dropdown menu
2. Get to the "Count cash" step
3. Make variations in the quantity of the different denominations to cause variations in the "Counted" and "Remaining" / "Surplus" values
NOTICE that the behaviours listed in the description are reproduced
Proposed SolutionA possible solution would include following these criterias:

1. The "Counted" and "Remaining"/"Surplus" values should have the same padding or be aligned one with the other
2. The padding will depend on the spacing over the largest of the two numbers
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
blocks defect 0042932 closedprakashmurugesan88 [20Q1] [NewSkin] [UX] "Counted" and "Remaining" / "Surplus" labels show inconsistent padding in the Count Cash steps 

-  Notes
(0117424)
hgbot (developer)
2020-02-03 10:53

Repository: retail/backports/3.0RR20Q1/org.openbravo.retail.posterminal
Changeset: 88dd65c57a8fdc02126a41517ebf3031f15ce7ab
Author: Prakash M <prakash <at> qualiantech.com>
Date: Mon Feb 03 15:16:43 2020 +0530
URL: http://code.openbravo.com/retail/backports/3.0RR20Q1/org.openbravo.retail.posterminal/rev/88dd65c57a8fdc02126a41517ebf3031f15ce7ab [^]

Fixed issue 43015: Fixed Counted, Remaining and Surplus labels alignment in count cash

---
M web/org.openbravo.retail.posterminal/css/obpos-main.css
M web/org.openbravo.retail.posterminal/js/closecash/view/tabcashpayments.js
M web/org.openbravo.retail.posterminal/js/closecash/view/tabcountcash.js
---

- Issue History
Date Modified Username Field Change
2020-01-27 15:03 prakashmurugesan88 Type defect => backport
2020-01-27 15:03 prakashmurugesan88 Target Version => RR20Q1
2020-02-03 10:53 hgbot Checkin
2020-02-03 10:53 hgbot Note Added: 0117424
2020-02-03 10:53 hgbot Status scheduled => resolved
2020-02-03 10:53 hgbot Resolution open => fixed
2020-02-03 10:53 hgbot Fixed in SCM revision => http://code.openbravo.com/retail/backports/3.0RR20Q1/org.openbravo.retail.posterminal/rev/88dd65c57a8fdc02126a41517ebf3031f15ce7ab [^]
2020-02-21 09:45 marvintm Review Assigned To => marvintm
2020-02-21 09:45 marvintm Status resolved => closed
2020-02-21 09:45 marvintm Fixed in Version => RR20Q1


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker