> > None of these were such that I could propagate it as GUI development > > tool for non-programmers / casual users. > > Sure, some are good for designing the GUI, but at the point where > > the user code is to be added, most people would be lost. > > There was a time when that was a highly advertisable feature - "build > XYZ applications without writing a single line of code!".
That's the typical nonsense cheaptalk of sales promotion advertising, directed at clueless managers. What is needed for domain specialists are frameworks and related tools such as GUI builders that allow them to write exclusively the domain-specific code (this is where a domain specialist will always be better than any software developer), layout the GUI as ergonomically convenient (same) and then have the framework do all the rest. > I've seen it in database front-end builders as well as GUI tools, > same thing. But those sorts of tools tend not to be what experts want > to use. If by "experts" you mean "domain specialists", you're wrong. If you mean full-time software developers, I don't care for what they want, because they already have what they want. And where they don't have it already, they can do it themselves. > You end up having to un-learn the "easy way" before you learn the > "hard way" that lets you do everything. I see no technical reason why a GUI builder would prevent anyone to add customised code by hand. No tool/framework can cover 100%, no doubt. My point is that there are currently no frameworks/tools available for Python that cover the 90/95/98% of use cases where they would help a L-O-T. Sincerely, Wolfgang -- http://mail.python.org/mailman/listinfo/python-list
