What about using the target OS's standard interface APIs like file dialog 
boxes? I've seen so many programs that have their own custom dialog boxes that 
do the same things as the ones provided by the OS, which exist so software 
authors don't have to create them. Supposed to make software easier to write 
and smaller. 
But there are so many that seem to be conceptually stuck in the times of MS-DOS 
when anything past the very basic file functions, putting text on screen, and 
accessing serial and parallel ports had to be provided by each program 
individually. Every program that printed anything fancier than raw ASCII text 
had to include its own printer support. At least nobody has (yet) gone 
backwards that much with Windows software.

    On Wednesday, July 15, 2020, 6:43:43 PM MDT, John Dammeyer 
<[email protected]> wrote:  
 After 3 decades of working with Turbo Pascal and then Delphi, Tcl/Python to me 
is such a step backwards it's painful to use.  And explains why Linux has such 
a preponderance of command line programs to do everything.  When it's difficult 
and tedious to create graphical applications programmers go to what they know.  
And if it's python and command line then that’s what they do.

The trouble is not a lot of people in the Linux world, having been so 
anti-windows for so long, were ever exposed to the ease of development and 
debugging with Delphi.  It's impossible to have an array index out of bounds 
sneak into your code because you can ask the compiler to flag it.  Now granted 
Python has some nice features. 

Now Lazarus is at the Delphi 7 point.  Embarcadero's Delphi and C++ with their 
multi-platform targets allows a programmer to create the user interface for 
each target in the style for that target.  Then set which target and compile 
and ship.  In playing around I've created apps that run on my android tablet 
and PC that have the look and feel of each OS and run identical applications 
code.

A lot of fun actually.

John  
_______________________________________________
Emc-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/emc-users

Reply via email to