On Sunday, February 28, 2016 at 6:37:49 PM UTC+5:30, BartC wrote: > On 28/02/2016 12:54, Rustom Mody wrote: > > On Sunday, February 28, 2016 at 6:08:44 PM UTC+5:30, BartC wrote: > > >> You have to give someone some shopping to do. What's quicker, jotting > >> down a list of milk, bread, eggs and so on, or invoking some GUI program > >> where you have to first look for each category, then have to choose the > >> exact subcategory, size, quantity... > > > > Dunno what that has to do with GUI > > It seems to be to do with 'coding-up' > > > It's comparing a drag-and-drop approach with just writing a list or > script using text. And in a situation where there can be thousands of > possibilities. > > To extend it further, imagine having to write a document using a mouse > rather than a keyboard. And doing so by having to bring up the right > word each time and drag it into place. It would take forever. > > Going back to GUI for creating dialogs, it just doesn't work for me > (admittedly I've never tried it except for some tinkering decades ago). > The first dialog I create will be bound to have a conditional layout > which depends on parameters now known until runtime. Or when one element > has a dependency on another.
Your argument assumes GUI = not Text Interface whereas in fact every significant GUI embeds text (possibly recursively) eg TI inside GUI -- think of text inside gimp GUI inside TI -- think of Word embedding other doc types including pictures Which can be recursive -- WOrd embeds a picture embeds text -- https://mail.python.org/mailman/listinfo/python-list
