Re: Updated: XFree86-[base,xserv]
Earle, Earle F. Philhower III wrote: It's bad form to talk to yourself, but... At 06:19 PM 3/17/2004 +, Earle wrote: OK, I feel really stupid now. I did test this locally but not with xterm menus. I do most of my work in emacs, which seems OK, so didn't notice... There's a transient property on the window that should be examined before cascading it, I'll either back out the change or add the transient property check tonight. I've got the fix ready, but it seems freedesktop.org is down (www cvs both) tonight. I'll try again tomorrow morning, but it turned out to be that we have to check for 3 things @ line ~482 of winmultiwindowwindow.c: 1. Not predefined in hints (preplaced w/-geometry or by the app) 2. No WM_TRANSIENT_FOR ATOM attached (for things like splash screens) 3. No pWin-overrideRedirect (undecorated) Okay, thanks for looking into this. Adding those 3 changes makes everything back to hunkey-dorey in emacs, xterm, xfig, xfontsel, and xemacs. The main app window is cascaded but menus aren't touched. Glad you were able to fix it. :) Harold, I'll look at the always-on-top stuff once these are checked in... Thanks in advance, Harold
Re: Updated: XFree86-[base,xserv]
Harold L Hunt II wrote: The following packages have been updated in the Cygwin distribution: *** XFree86-base-4.3.0-7 *** XFree86-xserv-4.3.0-57 Changes === 1) xserv - Cascade Win32 windows when -geometry is not specified, using CW_USEDEFAULT, instead of always creating at X(0,0). (Earle F. Philhower III) Now all the secondary windows (I don't know how they are called) of an application are opened following that criterium, also menus!!!. For example try to open xterm and to display its menus with Ctrl+mouse button: they open in a cascade fashion (difficult to explain, you must try). 2) base - Change build script to include this changelog in /usr/X11R6/share/doc/XFree86-xserv/changelog.html. (Harold L Hunt II - CodeWeavers) 3) base - Change build script to sort file lists and trim lines that just have a directory but no file; these lists are used for generating the README files. (Harold L Hunt II - CodeWeavers) 4) base - Add build-xserv command that pre-processes cygwin.cf and sets the current release number for XWin.exe. (Harold L Hunt II - CodeWeavers) -- Harold Hunt To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Once you've downloaded setup.exe, run it and select XFree86 and then click on the appropriate field until the above announced version number appears if it is not displayed already. If your mirror doesn't yet have the latest version of this package after 24 hours, you can either continue to wait for that site to be updated or you can try to find another mirror. Please send questions or comments to the Cygwin/X mailing list at: [EMAIL PROTECTED] If you want to subscribe go to: http://cygwin.com/lists.html I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin/X in general. If you want to make a point or ask a question the Cygwin/X mailing list is the appropriate place. -- -- Danilo Turina Alcatel Optics OND Network Management Rieti (Italy) - Phone: +39 0746 600332 -- 2 anni 11 mesi 8 giorni 6 ore 30 minuti 34 secondi
Re: Updated: XFree86-[base,xserv]
Earle, Earle F. Philhower, III wrote: Hi Danilo, Subject: Re: Updated: XFree86-[base,xserv] 1) xserv - Cascade Win32 windows when -geometry is not specified, using CW_USEDEFAULT, instead of always creating at X(0,0). (Earle F. Philhower III) Now all the secondary windows (I don't know how they are called) of an application are opened following that criterium, also menus!!!. For example try to open xterm and to display its menus with Ctrl+mouse button: they open in a cascade fashion (difficult to explain, you must try). OK, I feel really stupid now. I did test this locally but not with xterm menus. I do most of my work in emacs, which seems OK, so didn't notice... There's a transient property on the window that should be examined before cascading it, I'll either back out the change or add the transient property check tonight. While you are at it, would you mind looking at what happens in emacs when you have set the Always On Top flag for a window? The menus in that case briefly popup, then get stuck behind the main emacs window. If you hold the mouse button down and drags it around between a few menus you can eventually get them to stick on top... sounds like all child windows of an Always On Top window should also have that flag set. I don't know if that is easy or hard to solve though. Harold
Re: Updated: XFree86-[base,xserv]
Howdy Harold, Harold wrote ... While you are at it, would you mind looking at what happens in emacs when you have set the Always On Top flag for a window? The menus in that case briefly popup, then get stuck behind the main emacs window. If you hold the mouse button down and drags it around between a few menus you can eventually get them to stick on top... sounds like all child windows of an Always On Top window should also have that flag set. I don't know if that is easy or hard to solve though. According to the Windoze docs any subchildren of a window on the top of the Z order inherit the always-on-top setting automatically. Unfortunately it looks like when Emacs makes a menu, it creates a window whose parent isn't the editor window. It probably makes a transient over the root display, so as far as X and Win32 knows it's just another undecorated window. I'll throw in some local debugging and take a gander and see if this is really the case. It *may* make sense to place transients at the top of the Z stack always, but I'd rather not do that without a whole lot of thought... -- -Earle F. Philhower, III [EMAIL PROTECTED] http://www.ziplabel.com
Re: Updated: XFree86-[base,xserv]
It's bad form to talk to yourself, but... At 06:19 PM 3/17/2004 +, Earle wrote: OK, I feel really stupid now. I did test this locally but not with xterm menus. I do most of my work in emacs, which seems OK, so didn't notice... There's a transient property on the window that should be examined before cascading it, I'll either back out the change or add the transient property check tonight. I've got the fix ready, but it seems freedesktop.org is down (www cvs both) tonight. I'll try again tomorrow morning, but it turned out to be that we have to check for 3 things @ line ~482 of winmultiwindowwindow.c: 1. Not predefined in hints (preplaced w/-geometry or by the app) 2. No WM_TRANSIENT_FOR ATOM attached (for things like splash screens) 3. No pWin-overrideRedirect (undecorated) Adding those 3 changes makes everything back to hunkey-dorey in emacs, xterm, xfig, xfontsel, and xemacs. The main app window is cascaded but menus aren't touched. Harold, I'll look at the always-on-top stuff once these are checked in... -Earle F. Philhower, III [EMAIL PROTECTED] cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com
