|
I'm sure OS/2 and Windows handled the "X" the same way" close the application but Windows was already out there when OS/2 came along. I think the performance issue is related to saving *all* the settings (because they're probably not keeping track of which ones have changed) and in restarting the editor, which likely requires reading all those options, setting up internal tables, and loading the background programs. I don't care about a longer load time (once it's open, it's open...or is it?), so I'm not sure what they mean by "performance". Plenty of applications need time to close (Windows and OS/400, to name two). Based on the horsepower requirement for WSDC, I'd think some of this fuss about performance is a concern of the 166 mHz days. I wonder if an LPEX'er cares to contribute to this discussion and explain the (ir-)rationale behind "X", performance, etc.? -reeve -----Original Message----- From: code400-l-admin@midrange.com [mailto:code400-l-admin@midrange.com]On Behalf Of vhamberg@attbi.com Sent: Tuesday, October 22, 2002 6:10 PM To: code400-l@midrange.com Subject: RE: Code Extras But CODE was originally an OS/2 application, IIRC, so making it behave in Windows probably wasn't on the horizon. Just speculatin' I like the performance deal, but this means they DO intercept the Windows message to close down the app. So they COULD save settings then, too, I think. Vern > Whether or not it's the right thing to do, it's not the behavior one would > expect from a Windows application and probably should be better documented. > > > > -----Original Message----- > > From: batthish@ca.ibm.com [mailto:batthish@ca.ibm.com] > > Sent: Monday, October 21, 2002 8:48 AM > > To: code400-l@midrange.com > > Subject: RE: Code Extras > > > > > > I think I need to clarify the design, since everyone seems to > > be commenting > > on it. > > > > 1) When you click the 'X', CODE Editor does not CLOSE. The window is > > merely hidden. This is by design for PERFORMANCE reasons, > > and will not be > > changed. -snip- _______________________________________________ This is the CODE/400 Discussion & Support (CODE400-L) mailing list To post a message email: CODE400-L@midrange.com To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/cgi-bin/listinfo/code400-l or email: CODE400-L-request@midrange.com Before posting, please take a moment to review the archives at http://archive.midrange.com/code400-l. NOTE: WDSc for iSeries disucssion has it's own mailing list. Information can be found at http://lists.midrange.com/cgi-bin/listinfo/wdsc-l
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.