Reply to thread

Message: [QUOTE="rantingrick, post: 4226951"] Yeah they call those "command line" programs. If a "root-window-hierarchy" type GUI needs to close any or all windows (or allow the user to do so) it can do this quite well. It's called logic (in programming circles). But the GUI by default exposes an interface to the user: * Close all windows by clicking the X of the ROOT window. * Close any window by clicking the X of THAT window. However, if (as you argue) you need the program to continue AFTER the root is closed well then, i have wonderful news for you... THAT CAN BE DONE!. You just create some logic to handle it. This is very simple ideas Steven. I am talking about CS 101 here. Do you need a tutor? CRIKEY! That's what the ROOT window does you blankity-blank! Are you just arguing for the sake of arguing? Just because Apple removed the root-window's "window-management user-interface" (psst: that's the three buttons at the top of the root window (Minimize|Maximize|Close)) and nailed them on the desktop does not change anything. You are comparing a half dozen eggs and six eggs and then claiming them to be somehow different. There is no comparison! If i remove the steering wheel from a car and hook up some "remote- controlled" gearbox to the front wheel linkage how does that modification change anything about how the CAR itself interfaces with the road? I just simply moved around some of the interface elements from a user point of view. Someone is still driving the car; albeit from a remote location. They can go left, they can go right. And you claim that this "remote-window management user-interface" has some magical benefit over the "window-management user-interface". There is no benefit that is applicable to this argument. The only benefit in my version is driver safety, however safety is non applicable to this thread. And i would argue that as the safety of a driver increases the safety of the general public decreases due to the driver being "once removed" from the danger zone. Not that "safety" is applicable either. Of course, and that is exactly why i suggested using a tabbed widget to an earlier confused GUI designer. Yes. Firefox itself is the "root" window. Each tab is a transaction. What is your point? Proving yourself incorrect? Yes and what has that got to do with "root window hierarchies"? Nothing! Do you even know which side your arguing for anymore? If you are trying to support my argument you are doing a good job of it. Thanks. Keep up the good work. [repeated from above] Yes and what has that got to do with "root window hierarchies"? Nothing! Do you even know which side your arguing for anymore? If you are trying to support my argument you are doing a good job of it. Thanks. Keep up the good work. [repeated from above] Yes and what has that got to do with "root window hierarchies"? Nothing! Do you even know which side your arguing for anymore? If you are trying to support my argument you are doing a good job of it. Thanks. Keep up the good work. I would argue to say that i am one of the most informed users in this group when it comes to GUI API design, GUI interface design, and GUI implementation via code. The fact that some of you wish to challenge me is quite amusing. Just admit you are wrong already. Geez! How many straw-men and David Copperfeild style misdirections are you willing to conjure in your feeble attempts to discredit me with tripe. [/QUOTE]

Verification