In fact, all the apps you've mentioned above are not
even what one would class as "everyday apps for everyday users".
The applications not meant for the everyday user? In fact, Quicken is meant for the everyday user and has a very large user base (over 15 million). Act! is the #1 contact management systems in the world with a user base of 2.7 million users (41,000 corporate clients). Peachtree is generic accounting software with a user base in excess of 2.5 million. I did not mention Goldmine (another contact manager) or Money (a quicken take-off) because I do not have experience with them.
When making a "commercial ready" application, these are the type of applications that must be compared against if attempting to do a "Commercial" Package in Purebasic. (Which according to online discussion is possible, but I have yet to find a "Large Install Base of any Purebasic commercial applications").
Don't get me wrong, I like Purebasic, but I am still unsure if it truly can meet the needs of large commercial developers. I am in the process of designing and developing an application meant to service a large commercial user base, and am still trying to determine the development environment that will make such project 1) easy to develop in, 2) easy to maintain long term, 3) create small executables vs. Bloat-ware along with numerous other objectives.
When I have to make workarounds for some basic functionality of making the Return key work, instead of turning it down or giving it a negative mark I question it. I researched the Forums (no complete help, some band aid solutions) and then I post the query for others to respond to.
Other Applications that have default actions for enter. Excel spreadsheet, enter key pressed stores cell contents and moves to next field. (Same in OpenOffice Spreadsheet). If you use the keyboard for moving through menus, the enter key activates the menu item highlighted.
I guess the standard is a two edged sword in that it depends on if a Default Button/Action is defined or not. Instead of getting into arguments over schematics let me rephrase this.
Most applications tend to have the enter key default to some action (usually Tab or Activate if a default button is always highlighted)
In psuedo-code it would be
Code: Select all
If "Enter/Return" Key pressed and No Default Button/Action Defined/ Highlighted
Act like Tab key
Elseif "Enter/Return" Key pressed and Default Button/Action Defined/Highlighted
Activate Default Button/Action
Endif
Versus in Purebasic we have default actions for the likes of "#PB_Shortcut_Tab" and "#PB_Shortcut_ShiftTab" at all times, but do not have "#PB_Shortcut_Return".
While defining #PB_Shortcut_Return using the AddshortcutKey allows for the enter key to act like tab you can not generically define it to check for the Gadgettype (i.e. Data Entry Gadget vs. Activation Gadget) so that it can activate the button if on a highlighted button. With a ton of excess code could probably put a check on each Gadget to see if active and if "Enter" pressed, but this adds a lot of, what I feel, is unnecessary coding. Could probably make it into a generic procedure so that the amount of code is reduced, but this is still quite inefficient. (Coming from old Dbase/Clipper/Foxbase/FoxPro programming where this type of coding was unnecessary..I mean we are not programming in C/C++ here).
All of the solutions that I have found in the forums for making the Return key to act like a "Enter" key (i.e. activate a button if it is highlighted) rely on Windows API_ and therefore the application is not cross-platform compatible.
The question once again, is there a way to accomplish this with out relying on the Windows API_? The application will be a data-intensive entry system and the functionality of the enter key for speed is crucial.
Thanks
Slyvnr