Menu
▾
▴
Forums
- Language-Serbian 15
- Language-Romanian 9
- Language-Hebrew 2
- Language-Farsi 3
- Language-Bosanski 4
- Language-Slovak and Czech language 9
- Language-Arabic 14
- Functional-Posterita 99
- Language-Turkish 14
- Language-Hungarian 7
- Functional-Human Resource 65
- Localization Brazil 64
- Language-Greek 1
- Language-Filipino 16
- Language-India 36
- Language-Thai-Siamese 47
- Functional-Manufacturing 290
- Language-Chinese 98
- Language-Finnish 5
- Language-Nusantara 56
- Language-Italian 81
- Language-Japanese 33
- Language-Portuguese 82
- Language-French 55
- Language-Bulgarian 7
- Language-German 223
- Language-Russian 15
- Language-Spanish 1180
- Functional-ERP 866
- Content & Documentation 128
- Functional-Financials 503
- Bazaar Projects 136
- Specifications Requests 16
- Developers 3195
- Community Process 327
- Business & Marketing 122
- Functional-Web-based Modules 103
- Help 1700
- Bazaar Open Discussion 2060
Dear all,
in SAP there is something called "transaction code" for (almost?) all screens.
Is there something similar in ADempiere?
jmpiloq
Hi,
transaction code?!! What exactly transaction code do in sap ?
Hello,
the transaction code in SAP is an alphanumeric string which is used to instantiate a window or a report (e.g. BD11 & RBDFEMAT for "Get Material" screen and report, respectively). If I remember well, you can instantiate any Transaction in code.
In ADempiere, we have windows defined in AD, so they could be instantiated via name or ID by any program code. The only requirements I see is that they have to be called within the proper context, i.e. not so easily as SAP does it. I recalled I tried to quickly do it, but it took longer and I gave up.
Best regards,
Mario Calderón
Mario properly described what it is about.
In addition, SAP provides kind of a "command line" where you can enter these transaction codes to directly enter window or report, depending on the context. Origin seems to predate graphical UI era, but it's nice and practical nevertheless. If you know your transaction codes, you can move around quite fast. It would be nice to have something similar in or close to Adempiere search field, e.g.:
/n bp # new business partner
/s po # search purchase order
/v pr # view product
maybe some with optional arguments (e.g. ID).
What do you think?
Best regards,
jmpiloq
I wonder if the Scripting interface now in ADempiere done by CarlosRuiz can create a terminal function for that purpose.
Hi jmpiloq!
I understand your point, In the ERP proprietary that I implemented in the past we use an alias menu
Current Adempiere
Quote-To-Invoice(4)->Sales Order(2)->Sales Order(1)
Partner Relation(3)->Business Partner Rules(1)-> Business Partner(8)
So the shortcut access may be 4.2.1 for Sales Order or 3.1.8 for Business Partner.
This is very useful to tutorial ,manual and training .
The implementation will very easy we will be include the index in Menu Tree and when this index code is entry in Lookup Menu this the option is execute.
What do you think.
Kind regards
Victor Perez
www.e-evolution.com
Hi,
> So the shortcut access may be 4.2.1 for Sales Order or 3.1.8 for Business Partner.
The only problem that i see with this approach (like on old Nokia phones) is that if I insert a new menu item i can change the shortcuts for a lot of menu items (items under my new menu item).
I think that menu shortcuts should be specified in AD_Menu table. What do you think ?
Best regards,
Teo Sarca
Good morning!
Yes, I agree the codes/shortcuts should not depend on the menu order. The everybody would have a chance of learning (memorizing) those shortcuts. Then there could be kind of a namespace for customizings, i.e. if I add windows or reports in installations.
I like the idea to be able invoke those shortcuts from a scripting language. I used to write (Groovy):
import org.compiere.apps.*
frame = new AWindow()
frame.initWindow(189, null)
frame.pack()
AEnv.showCenterScreen(frame)
return true
...
It would be nice to replace 189 by a more illustrative code/shortcut.
Best regards,
jmpiloq
Hi, I remember I managed also some apps that calls this codes as mnemonics.
Obviously they must be independent of menu order as that changes so easily.
I suppose is as simple as:
* adding a new "Mnemonic" field (varchar2(5) maybe) to AD_Menu
* adding a new "Action" field on the menu panel (similar to the current lookup) - where we can fill the mnemonic and even an action (/n /s /v)
Sounds really simple to implement.
Now - some procedural questions arise:
- this is helpful if we keep some standard on the mnemonic
- who is going to define the standard?
- who is going to define and maintain the official mnemonics?
- are we going to allow customization of the mnemonics on specific projects (I suppose this is allowed but undesirable)
- and I suppose we simply define a standard to name the customizations that don't conflict with official names
Regards,
Carlos Ruiz