Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0003490Openbravo ERPB. User interfacepublic2008-04-25 16:412013-08-02 03:08
Reportercheli 
Assigned Todbaz 
PrioritynormalSeverityminorReproducibilityalways
StatusclosedResolutionout of date 
PlatformOS5OS Version
Product Version 
Target VersionFixed in Version 
Merge Request Status
Review Assigned Todbaz
OBNetwork customer
Web browser
ModulesCore
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0003490: Debit and Credit aritmetic operations
DescriptionSomeone told me that yo can enter an aritmetic operation in debit/credit amount when you are creating a new g/l journal in navision. That's a good idea, for example yo could enter 1225*14 instead of doing that operation in a calculator out of OB and then enter the result in credit/debit textbox.



Steps To Reproduce
Proposed Solution
Additional Information
TagsReleaseCandidate
Relationships
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2008-06-30 19:39pjuvaraTag Attached: ReleaseCandidate
2008-06-30 19:40pjuvaraStatusnew => acknowledged
2008-11-16 07:44pjuvaraAssigned Touser71 => pjuvara
2008-11-16 11:55pjuvaraNote Added: 0010310
2008-11-16 11:55pjuvaraCategory => B. User interface
2008-11-16 11:55pjuvaraDescription Updated
2008-12-10 10:53pjuvaraAssigned Topjuvara => rgoris
2011-12-27 16:05dmitry_mezentsevStatusacknowledged => scheduled
2011-12-27 16:05dmitry_mezentsevfix_in_branch => pi
2011-12-27 16:06dmitry_mezentsevNote Added: 0044033
2011-12-27 16:06dmitry_mezentsevStatusscheduled => resolved
2011-12-27 16:06dmitry_mezentsevFixed in Version => 3.0MP6
2011-12-27 16:06dmitry_mezentsevFixed in SCM revision => -
2011-12-27 16:06dmitry_mezentsevResolutionopen => fixed
2012-02-10 14:28rgorisAssigned Torgoris => dbaz
2012-02-10 14:32rgorisNote Added: 0045006
2012-02-10 14:32rgorisStatusresolved => new
2012-02-10 14:32rgorisResolutionfixed => open
2012-02-10 14:32rgorisFixed in Version3.0MP6 =>
2013-08-02 03:07dbazNote Added: 0060470
2013-08-02 03:08dbazReview Assigned To => dbaz
2013-08-02 03:08dbazNote Added: 0060471
2013-08-02 03:08dbazStatusnew => closed
2013-08-02 03:08dbazResolutionopen => out of date

Notes
(0007079)
user71   
2005-06-01 00:00   
(edited on: 2008-06-12 09:44)
This bug was originally reported in SourceForge bug tracker and then migrated to Mantis.

You can see the original bug report in:
https://sourceforge.net/support/tracker.php?aid=1951706 [^]
(0010310)
pjuvara   
2008-11-16 11:55   
This could be generalized to any numeric field that currently has a calculator.
(0044033)
dmitry_mezentsev   
2011-12-27 16:06   
Rob,

It is done some time ago. Could you please update http://wiki.openbravo.com/wiki/ManualDoc:OB3_UserInterface [^] to reflect it?

Thanks.
(0045006)
rgoris   
2012-02-10 14:32   
Although the issue is solved for keyboards using a separate numerical keyboard, laptop users (without numerical keypad) can´t use the *, +, -. / operators, as they "sit" below SHIFT+key combinations, for example, on my keyboard, to get a *, i need to type SHIFT-+ key which is not picked up by the system.

David, can you allow arithmetic operators as input for numerical fields using a laptop keyboard?
(0060470)
dbaz   
2013-08-02 03:07   
Usually you have also to activate "Bloq Num" capabilities in the laptop to have access the *, +, -. / operators. Typically to activate it, and to operate later the operators/numbers, the "Fn" key is used.
(0060471)
dbaz   
2013-08-02 03:08   
This feature is available since OB3. The way of doing maths in inputs is by doing things like =2+2