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.
Product Version: NetBeans IDE Dev (Build 200801110000) Java: 1.6.0_04; Java HotSpot(TM) Client VM 10.0-b19 System: Windows XP version 5.1 running on x86; Cp1252; en_US (nb) Userdir: F:\netbeans\userdirs\nb61-0111 -Mark a sliding window 'transparent' ->It is difficult to convince a window to be transparent - I had to 1, make it sliding 2, slide out 3, right click window bar 4,choose Transparent -> then the window is transparent. However it gets normal sliding window again when you slide in and out. * IMO, the transparency should be persistent for the sliding windows. I mean when I mark sliding window persistence I want it be transparent until I make the window back "normal == un-sliding" or until I uncheck the Transparent window setting
transparency is not persistent by design - it might be confusing for the user when a window is almost invisible after sliding it in (especially on lower quality screens). the idea is that user will turn the transparency on temporarily only just to check what's beneath that window and he doesn't need it anymore then. pls note that there's a shortcut (ctrl+numpad_0) to make window transparent which should be the primary switch instead of popup menu. i'm closing this as wontfix, please reopen if you insist on the persistence of window transparency
I'm reopening to make it new enhancement. I still have feeling that it might be useful to have the transparency persistent.
maybe the transparency could behave as the Floating windows. I mean - window slided out becomes transparent after while...
Standa, I tend to agree with Lukas. Once I select checkbox I assume the state is changed until I do another action to uncheck the same checkbox again. Another confusing point is that menu item "Transparent Window" is also available over the slided window (button in window bar), so you can choose this item from popup menu without seeing any change and if you invoke the same popup menu again the item is still unchecked. My first impression is that I did something and IDE hasn't reflected change I requested - looks like bug not enh. for me.
i've changed the transparency action to also slide-in the window when toggling transparency. so it behaves a bit better now i think. pls reopen if you insist that the transparency should be persistent. i still think it wouldn't be a good idea as such a window would be almost useless until the transparency is switched off. the menu action exists only to let users discover the shortcut which i would expect to be used in most/all cases. (to check the ide content beneath the slided-in window and then turn the transparency off again) d49789347373
Product Version: NetBeans IDE Dev (Build 200803302302) Java: 1.6.0_10-beta; Java HotSpot(TM) Client VM 11.0-b11 System: Windows XP version 5.1 running on x86; Cp1250; cs_CZ (nb) I was just about to open a new issue about the persistance of transparency of sliding windows - and I found this discussion. I am reopening this issue, as I think that the current behavior is wrong, the feature lacks logics. I believe it is not a good practice to automatically uncheck checkboxes that were checked by user. This is exactly what is happening now. The first thing I had in mind when I saw this feature was: "There is some problem with the persistency of settings". The argument, that user can use this feature to check the content bellow is not very convincing as there are more ways that are more convenient to accomplish this goal (for example to press Esc to hide the sliding window). It is not very nice to read the text bellow half-transparent window. If it was up to my taste, I would completely remove this "feature" as I think it is useless (I would never use it). I suggest removing the item for this feature from the context menu of the sliding window (so that it is NOT accessible using mouse) and enhance the behavior in following way: the window remains 100% transparent as long as the keyboard shortcut is pressed (with some nice and fast transparency fade in/out effect). In other words, to change the feature to temporarily hide the window.
well, the keyboard shortcut must be advertised somewhere. until we can come up with a better place than windows popup menu, i'll keep as it is now
TM=future -> RESOLVED/LATER as it isn't planned for 7.0, should be reevaluated LATER
NetBeans.org Migration: changing resolution from LATER to WONTFIX