On Sun, 24 Aug 2003, Marc Wilson wrote: > On Sun, Aug 24, 2003 at 01:40:30PM -0700, SourceForge.net wrote: > > Bugs item #794315, was opened at 2003-08-24 15:40 > > Message generated for change (Tracker Item Submitted) made by Item Submitter > > You can respond by visiting: > > https://sourceforge.net/tracker/?func=detail&atid=428680&aid=794315&group_id=40696 > > > When I use the keybinding to toggle window decorations, > > the windows jump up a slight bit instead of staying in > > place and merely switching off the titlebars and such. > > It's not a bug. The origin of the window is being maintained. Whether you > like the behavior or not, it is as intended. > > > This makes the image showing through from the > > background offset by the distance between the former > > window and the current position. > > Ah, I had a feeling it was transparency idiocy. > > > When window decorations are toggled, the window should > > stay exactly where it is, without moving to the old > > position originally occupied by the top of the > > titlebar. > > It IS staying exactly where it is. The origin does not change. What YOU > want is for the window to move.
Thank you for your oh-so-enlightened approach to informing me of my misconception about window origin. One *did* assume that 'decoration' meant just that. However what's missing from your soliloquy is what can be done about it, and how to implement the change? I mean this is what we have computers for, right? to do all these calculations FOR us so that we don't have to do them manually? It can't be that hard to tell the computer to figure out where its origin is relative to the window decorations in their absence, can it? -- Laughing Dragon Services http://www.webdragon.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] List archives: http://asgardsrealm.net/lurker/splash/index.html Trouble? Contact [EMAIL PROTECTED]
