This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
w2k, Sun's JDK 1.3.1_02, MDI, build from current CVS release33 branch JavaCVS (Output of CVS commands) and Options windows (may be some others?) do not remember (after IDE restarting) they were resided as separate window in MDI mode.
same system config as you - and it works nicely for me here...probably your reproduction steps differ from mine. Here's what I did: 1) Start IDE with clean userdir 2) Open Tools/Options window, Windows/Frame Resides/Separate 3) Mount some CVS, do update, Windows/Frame Resides/Separate on update window 4) Exit IDE 5) restart - everything as it was on exit..it works for me event if I closed windows in question before exiting and reopen them after restart Where we differ? (reopen and tell me your steps, please. Thanks).
David, at first - thanks for 19072 fixing. It was indeed annoying. OK, about the 19071. After long experiments I have found a joker. Wrong windows behaviour begans after the Workspace switcher module installing. I'm going to file next issue about windows. But I'm not sure - may be it is valid property rather bug: 1. MDI 2. Attached: - Explorer - left - Debugger - right - output window - bottom 3. Editor - maximized on desktop. 4. Make dominant in this order: - output (here output has 3/3 of bottom) - Explorer (here output has 2/3 of bottom - as I want) 5. Close output 6. Compile invalid class => output takes centre 1/3 now instead of 2/3. Thanks again, Andrew
Andrew, thanks for your long experiments - I'll update summary field a bit and transfer this bug to woskspace switcher module. But AFAIK this module is not actively developed as this time so please excuse probably longer fixing time. As for your last issue with dominance, it isn't bug indeed, system simply doesn't remember dominance order for closed windows and I hesitate if it's good idea - probably best would be to put question on nbui mailing list to see how ui experts look at this. Summary for workspace switcher module owner: Some windows (described in first report) don't remember their "separation", but this bug occurs only with workspace switcher module active.
I'm the owner of the workspaceswitcher module, and I admit I'm not sure when I'll have time to work on this. I wrote workspaceswitcher module before NetBeans had MDI, and did minimal work to confirm it didn't throw exceptions in MDI mode, but it doesn't know how to deal with the nifty docking in it. It definitely needs an overhaul in this area, but since it looks like nobody's very interested in seeing functionality such as it offers as part of NetBeans, it's become a bit of a low priority. Dafe - one known bug in the workspaceswitcher module is that it holds strong references to modes and topcomponents that have been closed - I need to convert it to use weak references. Could that have anything to do with the problem?
Created attachment 5435 [details] Screenshot of the problem
Target milestone was changed from not determined to TBD
Since I have no idea if or when I will be able to maintain the workspaceswitcher module (if I should at all), I am closing this as WONTFIX. Note this applies to the graphical workspace switcher, not the combo workspace switcher.