Re: Rootless Mode
Stephen, Kensuke Matsuzaki is working on the Windows-based window manager. If Window Maker is broke, then someone else is gonna have to fix it. I released a few packages with the intention that others would take them over, but no one has. So, if Window Maker is broke, then I will have to pull the package from distribution. Any takers? Harold Bovy, Stephen wrote: I have tried the server test series with rootless mode. I find it very usefull. Here is my dumb opinion. We need a Native Microsft-Cygwin Window Manager designed to work in rootless mode. Also FYI. The Window Maker port isnt working with the most recent builds Of the cygwin libraries.
RE: Rootless Mode
FYI I have been experimenting with exceed window manager and cygwin Integration/synergy. It is interesting to note that I can execute the windowmaker cygwin-port and get it To work natively with the exceed X-window server. The clip , the dock , ect all Pop-up as icons on my windows desktop. Now if this capability could be further refined to work with cygwin in rootless mode, In a manner that is complimentry/compatible/integrated and non-disruptive with the Normal windows desktop and/or other windows, and maybee even try to integrate it With the task/bar .. Then we would have a very powerfull integration technology. Of course unfortunately the window-maker port is currently broken so it is hard To do further experiments -Original Message- From: Bovy, Stephen Sent: Thursday, January 09, 2003 4:07 PM To: '[EMAIL PROTECTED]' Subject: Rootless Mode I have tried the server test series with rootless mode. I find it very usefull. Here is my dumb opinion. We need a Native Microsft-Cygwin Window Manager designed to work in rootless mode. Also FYI. The Window Maker port isnt working with the most recent builds Of the cygwin libraries.
Re: Rootless Mode
Stephen, What was that all about? We are working on a Windows-based window manager. Need I say that again? If Window Maker is broken, then use one of twm, mwm (lesstif package), openbox, etc. Harold Bovy, Stephen wrote: FYI I have been experimenting with exceed window manager and cygwin Integration/synergy. It is interesting to note that I can execute the windowmaker cygwin-port and get it To work natively with the exceed X-window server. The clip , the dock , ect all Pop-up as icons on my windows desktop. Now if this capability could be further refined to work with cygwin in rootless mode, In a manner that is complimentry/compatible/integrated and non-disruptive with the Normal windows desktop and/or other windows, and maybee even try to integrate it With the task/bar .. Then we would have a very powerfull integration technology. Of course unfortunately the window-maker port is currently broken so it is hard To do further experiments -Original Message- From: Bovy, Stephen Sent: Thursday, January 09, 2003 4:07 PM To: '[EMAIL PROTECTED]' Subject: Rootless Mode I have tried the server test series with rootless mode. I find it very usefull. Here is my dumb opinion. We need a Native Microsft-Cygwin Window Manager designed to work in rootless mode. Also FYI. The Window Maker port isnt working with the most recent builds Of the cygwin libraries.
Re: Rootless Mode
I have Window Maker working fine with the recent built. (including rootless) I don't know what stephen is refering to. Yadin. Harold L Hunt II [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Stephen, Kensuke Matsuzaki is working on the Windows-based window manager. If Window Maker is broke, then someone else is gonna have to fix it. I released a few packages with the intention that others would take them over, but no one has. So, if Window Maker is broke, then I will have to pull the package from distribution. Any takers? Harold Bovy, Stephen wrote: I have tried the server test series with rootless mode. I find it very usefull. Here is my dumb opinion. We need a Native Microsft-Cygwin Window Manager designed to work in rootless mode. Also FYI. The Window Maker port isnt working with the most recent builds Of the cygwin libraries.
Re: Rootless Mode
BTW, you have to add to the top of startxwin.bat the line set HOME=XXX where XXX is your home directory, otherwise wmaker is trying to use the variable HOME from windows environment c:\Documents and settings\... which does not work. Yadin Y Goldschmidt [EMAIL PROTECTED] wrote in message avl7kv$tup$[EMAIL PROTECTED]">news:avl7kv$tup$[EMAIL PROTECTED]... I have Window Maker working fine with the recent built. (including rootless) I don't know what stephen is refering to. Yadin. Harold L Hunt II [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Stephen, Kensuke Matsuzaki is working on the Windows-based window manager. If Window Maker is broke, then someone else is gonna have to fix it. I released a few packages with the intention that others would take them over, but no one has. So, if Window Maker is broke, then I will have to pull the package from distribution. Any takers? Harold Bovy, Stephen wrote: I have tried the server test series with rootless mode. I find it very usefull. Here is my dumb opinion. We need a Native Microsft-Cygwin Window Manager designed to work in rootless mode. Also FYI. The Window Maker port isnt working with the most recent builds Of the cygwin libraries.
Re: Rootless Mode
[snip] Of course unfortunately the window-maker port is currently broken so it is hard To do further experiments Don't know about test builds, but with the latest build WindowMaker works correctly: I use it every day in rootless mode for my job with my Win2K machine. Ciao, Danilo Turina
Re: Rootless mode
Kensuke, Harold, I was just wondering whether it would be possible to create a test build of the X server with this multi-window mode. Obviously there are issues with it but I presume they only come up in multi-window mode? It would just be really nice to see it beginning to work - this is something lots of people have wanted for a long time, congratulations for getting it going! David Harold L Hunt II wrote: JS, Kensuke titled his message ``rootless mode'' when it should really have been titled ``multi-window mode''. The goal of multi-window mode is to create a Windows-window for each top-level X Window, rather than creating one huge window for your entire X desktop. Harold J S wrote: Kensuke, The new patch is an architectual improvement. However, when I run it, if I move a window it gets moved, then it jumps back to its original position and retraces the move path that I took it on, over and over again until I feel like I will throw up. :) I am not sure what is causing this problem, but obviously the queue of messages is not being cleared and is instead being looped through repeatedly. My log file from this session is on the web: http://www.msu.edu/~huntharo/xwin/XWinrl.log.bz2 (33 KiB) The unpacked log file is 800+ KiB. Harold Kensuke Matsuzaki wrote: Harold, It remains only for debugging. Am I correct that the root window is still being drawn, even thought it is not really usable? Is that something that remains to be fixed, or did I have something go wrong with my patching? By the way, this is new patch that integrates XWin and the window manager. Kensuke Matsuzaki How does this patch change what Rootless mode already does? I thought that rootless mode already integrated the window manager? I have windowmaker running, and when I'm in rootless mode the xterms come up with windowmaker frames. Can you integrate with the Windows windows manager? _ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail
Re: Rootless mode
* David Fraser [EMAIL PROTECTED] [2002-12-12 10:03:53 +0200]: Kensuke, Harold, I was just wondering whether it would be possible to create a test build of the X server with this multi-window mode. Obviously there are issues with it but I presume they only come up in multi-window mode? It would just be really nice to see it beginning to work - this is something lots of people have wanted for a long time, congratulations for getting it going! I wholeheartedly second that; either a test build, or perhaps some instructions on how to take the patch(es) you supplied and build a modified version using the existing Cygwin tools. Is this just a matter of building a modified version of the XWin.exe binary and replacing my current XWin -rootless line with XWin2 -multiwindow in the startx script? I think a lot of us non-programmers would be willing to become beta testers and/or bug reporters if we could get our foot in the door. :) Also, someone else suggested making the actual Cygwin/XFree86 control window (is that the right term?) minimize to the system tray rather than the taskbar; I think this would be a good idea too... -- John Buttery (Web page temporarily unavailable) msg04456/pgp0.pgp Description: PGP signature
Re: Rootless mode
* Kensuke Matsuzaki [EMAIL PROTECTED] [2002-12-12 21:10:54 +0900]: To build XWin.exe, please read http://xfree86.cygwin.com/docs/cg/cygwin-xfree-cg.html I should have figured that out without being told, sorry. I'm now getting the source via CVS. There sure is a lot of it; I hope x86 is still a standard architecture when it finishes. :p The patch can be applied as shown in the following command $pwd ~/x-devel/xc/programs/Xserver/hw/xwin $bunzip2 rootless.patch.bz2 $patch -p1 rootless.patch I edited xc/config/cf/cygwin.rules to disable version controlled .dll, but is it right? I don't understand this question. If you're asking if a change you made causes your instructions to break, I'll let you know when I try them. When I get a modified version of XWin.exe out of this process, can other people just download it and drop it in to their own Cygwin installs? (presumably they would back up their current XWin.exe first) Let me know...if this is the case, I'll put my modified version online somewhere for people who don't have the patience/bandwidth/disk space to build their own. After the patch is applied, do I just go back up to the root directory and run make? Then find the built XWin.exe and copy it over to the directory where the current one lives? -- John Buttery (Web page temporarily unavailable) msg04463/pgp0.pgp Description: PGP signature
Re: Rootless mode
-multiwindow is not stable, so I thought binary is not needed. XWin.exe is here. http://peppermint.jp/products/asis/XWin.2002_12_09.exe.bz2 And libfreetype 2.1.1 is here. http://peppermint.jp/temp/libfreetype.tar.bz2 Kensuke Matsuzaki
Re: Rootless mode
Kensuke, Did you ever look into the bug I reported where a dragged window just keeps on repeating the dragging and never stops moving? Seems to be a problem with the message queue not being cleared properly. My email is in the list archives if you missed it. Harold Kensuke Matsuzaki wrote: I wholeheartedly second that; either a test build, or perhaps some instructions on how to take the patch(es) you supplied and build a modified version using the existing Cygwin tools. To build XWin.exe, please read http://xfree86.cygwin.com/docs/cg/cygwin-xfree-cg.html The patch can be applied as shown in the following command $pwd ~/x-devel/xc/programs/Xserver/hw/xwin $bunzip2 rootless.patch.bz2 $patch -p1 rootless.patch I edited xc/config/cf/cygwin.rules to disable version controlled .dll, but is it right? Is this just a matter of building a modified version of the XWin.exe binary and replacing my current XWin -rootless line with XWin2 -multiwindow in the startx script? Yes. Kensuke Matsuzaki
Re: Rootless mode
David, I have not released a test version because the version that Kensuke sent me didn't work at all. It just kept repeating the dragging of a window if you ever moved one. I sent a report to the list but he never responded. I didn't want to bug him about it for awhile in case he had seen it... but it seems now that he never saw it. I will release a test version once there are no obvious bugs. I mean, are we really going to benefit from 100 people saying ``multiwindow mode doesn't work, it keeps doing foo''? I don't think so :) Harold David Fraser wrote: Kensuke, Harold, I was just wondering whether it would be possible to create a test build of the X server with this multi-window mode. Obviously there are issues with it but I presume they only come up in multi-window mode? It would just be really nice to see it beginning to work - this is something lots of people have wanted for a long time, congratulations for getting it going! David Harold L Hunt II wrote: JS, Kensuke titled his message ``rootless mode'' when it should really have been titled ``multi-window mode''. The goal of multi-window mode is to create a Windows-window for each top-level X Window, rather than creating one huge window for your entire X desktop. Harold J S wrote: Kensuke, The new patch is an architectual improvement. However, when I run it, if I move a window it gets moved, then it jumps back to its original position and retraces the move path that I took it on, over and over again until I feel like I will throw up. :) I am not sure what is causing this problem, but obviously the queue of messages is not being cleared and is instead being looped through repeatedly. My log file from this session is on the web: http://www.msu.edu/~huntharo/xwin/XWinrl.log.bz2 (33 KiB) The unpacked log file is 800+ KiB. Harold Kensuke Matsuzaki wrote: Harold, It remains only for debugging. Am I correct that the root window is still being drawn, even thought it is not really usable? Is that something that remains to be fixed, or did I have something go wrong with my patching? By the way, this is new patch that integrates XWin and the window manager. Kensuke Matsuzaki How does this patch change what Rootless mode already does? I thought that rootless mode already integrated the window manager? I have windowmaker running, and when I'm in rootless mode the xterms come up with windowmaker frames. Can you integrate with the Windows windows manager? _ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail
Re: Rootless mode
Please do not release your own test version. As I said, I am waiting for the repeating window movement to be looked into and possibly fixed. I do not wish to get lots of duplicate bug reports for such an obvious bug. If Kensuke says it doesn't happen with his version, then I will rebuild mine and try it again. Harold John Buttery wrote: * Kensuke Matsuzaki [EMAIL PROTECTED] [2002-12-12 21:10:54 +0900]: To build XWin.exe, please read http://xfree86.cygwin.com/docs/cg/cygwin-xfree-cg.html I should have figured that out without being told, sorry. I'm now getting the source via CVS. There sure is a lot of it; I hope x86 is still a standard architecture when it finishes. :p The patch can be applied as shown in the following command $pwd ~/x-devel/xc/programs/Xserver/hw/xwin $bunzip2 rootless.patch.bz2 $patch -p1 rootless.patch I edited xc/config/cf/cygwin.rules to disable version controlled .dll, but is it right? I don't understand this question. If you're asking if a change you made causes your instructions to break, I'll let you know when I try them. When I get a modified version of XWin.exe out of this process, can other people just download it and drop it in to their own Cygwin installs? (presumably they would back up their current XWin.exe first) Let me know...if this is the case, I'll put my modified version online somewhere for people who don't have the patience/bandwidth/disk space to build their own. After the patch is applied, do I just go back up to the root directory and run make? Then find the built XWin.exe and copy it over to the directory where the current one lives?
Re: Rootless mode
On Thu, 12 Dec 2002 11:22:45 -0500, Harold L Hunt II [EMAIL PROTECTED] wrote: David, I have not released a test version because the version that Kensuke sent me didn't work at all. It just kept repeating the dragging of a window if you ever moved one. I sent a report to the list but he never responded. I didn't want to bug him about it for awhile in case he had seen it... but it seems now that he never saw it. I will release a test version once there are no obvious bugs. I mean, are we really going to benefit from 100 people saying ``multiwindow mode doesn't work, it keeps doing foo''? I don't think so :) I'll add to the description of the bug. If I try to launch any application (xterm, for instance) the window just slowly moves diagonally across the screen regardless of if I try to move it. Eventually it disappears, never to be seen again. If I intercept it and move it, it behanves as you reported. -- Jonathan Fosburgh Software Systems Specialist III AIX/SAN Administrator University of Texas MD Anderson Cancer Center Houston, TX
Re: Rootless mode
* Harold L Hunt II [EMAIL PROTECTED] [2002-12-12 11:24:25 -0500]: Please do not release your own test version. As I said, I am waiting for the repeating window movement to be looked into and possibly fixed. I do not wish to get lots of duplicate bug reports for such an obvious bug. If Kensuke says it doesn't happen with his version, then I will rebuild mine and try it again. OK; sorry, I guess I got a little ahead of myself. I'm one of those people that's been waiting for a Windows-as-window-manager X server for a long time, so I was excited. :) -- John Buttery (Web page temporarily unavailable) msg04473/pgp0.pgp Description: PGP signature
Re: Rootless mode
Harold, I could not reproduce that bug, but now I found that this bug occur when Show window contents while dragging enabled. Maximizing a window never stop too. Matsuzaki Kensuke
Re: Rootless mode
Kensuke, Hmm... that sounds about right. Windows 2000 and Windows XP have that option on by default, I believe. Are you going to try to debug this? Harold Matsuzaki Kensuke [EMAIL PROTECTED] said: Harold, I could not reproduce that bug, but now I found that this bug occur when Show window contents while dragging enabled. Maximizing a window never stop too. Matsuzaki Kensuke
RE: Rootless mode
This may be obvious, but the difference between the two is that Windows sends you a bunch of messages when you're dragging the window when fulldrag is in effect... So it might be some message handler repositioning the window during one of those notifications... Maybe a WM_SIZE or WM_WINDOWPOSCHANGING... Anyhow, I think running spy and just looking in on the stream of messages that a window doing fulldrag receives could be a way to figure out which message. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Harold L Hunt Sent: Thursday, December 12, 2002 1:33 PM To: [EMAIL PROTECTED] Subject: Re: Rootless mode Kensuke, Hmm... that sounds about right. Windows 2000 and Windows XP have that option on by default, I believe. Are you going to try to debug this? Harold Matsuzaki Kensuke [EMAIL PROTECTED] said: Harold, I could not reproduce that bug, but now I found that this bug occur when Show window contents while dragging enabled. Maximizing a window never stop too. Matsuzaki Kensuke
Re: Rootless mode
Harold L Hunt II wrote: David, I have not released a test version because the version that Kensuke sent me didn't work at all. It just kept repeating the dragging of a window if you ever moved one. I sent a report to the list but he never responded. I didn't want to bug him about it for awhile in case he had seen it... but it seems now that he never saw it. I will release a test version once there are no obvious bugs. I mean, are we really going to benefit from 100 people saying ``multiwindow mode doesn't work, it keeps doing foo''? I don't think so :) Harold OK, I see the reason now, thanks for explaining. In the mean time has been quite fun getting it to run :-) I'm quite happy with not moving windows as long as I know that it's to be avoided. David -- Micro$oft is not an answer. It is a question. The answer is 'no'.
Re: Rootless mode -multiwindow bug
I was able to reproduce the -multiwindow moving bug on two Win2k machines, and Show window contents while dragging does not seem to have any effect on those machines. (I already had it switched off) Neither does disabling ActiveDesktop help.
RE: Rootless mode
Looking at Kensuke's code, he uses an internal queue to store messages that need to be processed by child windows. For some reason this queue is not being properly reset when the messages are processed. Or, it could be as simple as returning the wrong value after processing these messages, causing Windows to send them again. Harold -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jean-Claude Gervais Sent: Thursday, December 12, 2002 1:52 PM To: [EMAIL PROTECTED] Subject: RE: Rootless mode This may be obvious, but the difference between the two is that Windows sends you a bunch of messages when you're dragging the window when fulldrag is in effect... So it might be some message handler repositioning the window during one of those notifications... Maybe a WM_SIZE or WM_WINDOWPOSCHANGING... Anyhow, I think running spy and just looking in on the stream of messages that a window doing fulldrag receives could be a way to figure out which message. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Harold L Hunt Sent: Thursday, December 12, 2002 1:33 PM To: [EMAIL PROTECTED] Subject: Re: Rootless mode Kensuke, Hmm... that sounds about right. Windows 2000 and Windows XP have that option on by default, I believe. Are you going to try to debug this? Harold Matsuzaki Kensuke [EMAIL PROTECTED] said: Harold, I could not reproduce that bug, but now I found that this bug occur when Show window contents while dragging enabled. Maximizing a window never stop too. Matsuzaki Kensuke
RE: Rootless mode
Other than the WM_PAINT message, I don't think Windows ever sends the same message again. On a WM_PAINT, if you do not mark validate the region by calling BeginPaint and EndPaint and return from processing the WM_PAINT, you WILL receive a WM_PAINT again. On the other hand, if you call GetMessage without PM_REMOVE, the message retrieved is not removed from the queue. But if that were the case, the SAME message would keep being retrieved because the Windows message queue is more or less a FIFO structure. There might be some recursion at work here though, because if the child windows notify the parent and in response the parent posts or sends the same message again, things could get hairy. Probably not though, because they flood of messages does stop, right? I'm sure running Spy++ would yield interesting information. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Harold L Hunt II Sent: Thursday, December 12, 2002 5:55 PM To: [EMAIL PROTECTED] Subject: RE: Rootless mode Looking at Kensuke's code, he uses an internal queue to store messages that need to be processed by child windows. For some reason this queue is not being properly reset when the messages are processed. Or, it could be as simple as returning the wrong value after processing these messages, causing Windows to send them again. Harold -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jean-Claude Gervais Sent: Thursday, December 12, 2002 1:52 PM To: [EMAIL PROTECTED] Subject: RE: Rootless mode This may be obvious, but the difference between the two is that Windows sends you a bunch of messages when you're dragging the window when fulldrag is in effect... So it might be some message handler repositioning the window during one of those notifications... Maybe a WM_SIZE or WM_WINDOWPOSCHANGING... Anyhow, I think running spy and just looking in on the stream of messages that a window doing fulldrag receives could be a way to figure out which message. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Harold L Hunt Sent: Thursday, December 12, 2002 1:33 PM To: [EMAIL PROTECTED] Subject: Re: Rootless mode Kensuke, Hmm... that sounds about right. Windows 2000 and Windows XP have that option on by default, I believe. Are you going to try to debug this? Harold Matsuzaki Kensuke [EMAIL PROTECTED] said: Harold, I could not reproduce that bug, but now I found that this bug occur when Show window contents while dragging enabled. Maximizing a window never stop too. Matsuzaki Kensuke
Re: Rootless mode
Kensuke, The new patch is an architectual improvement. However, when I run it, if I move a window it gets moved, then it jumps back to its original position and retraces the move path that I took it on, over and over again until I feel like I will throw up. :) I am not sure what is causing this problem, but obviously the queue of messages is not being cleared and is instead being looped through repeatedly. My log file from this session is on the web: http://www.msu.edu/~huntharo/xwin/XWinrl.log.bz2 (33 KiB) The unpacked log file is 800+ KiB. Harold Kensuke Matsuzaki wrote: Harold, It remains only for debugging. Am I correct that the root window is still being drawn, even thought it is not really usable? Is that something that remains to be fixed, or did I have something go wrong with my patching? By the way, this is new patch that integrates XWin and the window manager. Kensuke Matsuzaki How does this patch change what Rootless mode already does? I thought that rootless mode already integrated the window manager? I have windowmaker running, and when I'm in rootless mode the xterms come up with windowmaker frames. Can you integrate with the Windows windows manager? _ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail
Re: Rootless mode
JS, Kensuke titled his message ``rootless mode'' when it should really have been titled ``multi-window mode''. The goal of multi-window mode is to create a Windows-window for each top-level X Window, rather than creating one huge window for your entire X desktop. Harold J S wrote: Kensuke, The new patch is an architectual improvement. However, when I run it, if I move a window it gets moved, then it jumps back to its original position and retraces the move path that I took it on, over and over again until I feel like I will throw up. :) I am not sure what is causing this problem, but obviously the queue of messages is not being cleared and is instead being looped through repeatedly. My log file from this session is on the web: http://www.msu.edu/~huntharo/xwin/XWinrl.log.bz2 (33 KiB) The unpacked log file is 800+ KiB. Harold Kensuke Matsuzaki wrote: Harold, It remains only for debugging. Am I correct that the root window is still being drawn, even thought it is not really usable? Is that something that remains to be fixed, or did I have something go wrong with my patching? By the way, this is new patch that integrates XWin and the window manager. Kensuke Matsuzaki How does this patch change what Rootless mode already does? I thought that rootless mode already integrated the window manager? I have windowmaker running, and when I'm in rootless mode the xterms come up with windowmaker frames. Can you integrate with the Windows windows manager? _ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail
Re: Rootless mode
Kensuke, The new patch is an architectual improvement. However, when I run it, if I move a window it gets moved, then it jumps back to its original position and retraces the move path that I took it on, over and over again until I feel like I will throw up. :) I am not sure what is causing this problem, but obviously the queue of messages is not being cleared and is instead being looped through repeatedly. My log file from this session is on the web: http://www.msu.edu/~huntharo/xwin/XWinrl.log.bz2 (33 KiB) The unpacked log file is 800+ KiB. Harold Kensuke Matsuzaki wrote: Harold, It remains only for debugging. Am I correct that the root window is still being drawn, even thought it is not really usable? Is that something that remains to be fixed, or did I have something go wrong with my patching? By the way, this is new patch that integrates XWin and the window manager. Kensuke Matsuzaki
RE: Rootless mode
Kensuke, Very interesting patch. I have compiled a version of the multiwindow executable and checked it out. Am I correct that the root window is still being drawn, even thought it is not really usable? Is that something that remains to be fixed, or did I have something go wrong with my patching? Harold -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Kensuke Matsuzaki Sent: Sunday, November 24, 2002 11:09 AM To: [EMAIL PROTECTED] Subject: Rootless mode Hello, I am writing code for rootless mode. It creates Windows window for each X Window. I add -multiwindow option. With this I can use taskbar, move and resize window. But this sometimes does strange behaivor, and code is not clean. It seems to be difficult for me to write complete rootless mode, so those who are interested, please help. Kensuke Matsuzaki
Re: Rootless mode
Harold, It remains only for debugging. Am I correct that the root window is still being drawn, even thought it is not really usable? Is that something that remains to be fixed, or did I have something go wrong with my patching? By the way, this is new patch that integrates XWin and the window manager. Kensuke Matsuzaki rootless.patch.bz2 Description: Binary data
Re: Rootless mode
Kensuke, Wow, you have been busy. Could you run Cygwin's ``d2u'' on winwindow.h to convert the DOS end-of-line characters to UNIX end-of-line characters and run the patch again? Just a quick question: does the window manager have to be started seperately from XWin.exe, or does XWin.exe take care of launching the window manager when you specify -multiwindow ? Thanks for your hard work, Harold Kensuke Matsuzaki wrote: Hello, I am writing code for rootless mode. It creates Windows window for each X Window. I add -multiwindow option. With this I can use taskbar, move and resize window. But this sometimes does strange behaivor, and code is not clean. It seems to be difficult for me to write complete rootless mode, so those who are interested, please help. Kensuke Matsuzaki
Re: Rootless mode
Harold, Sorry, I forgot to think about end-of-line character. Just a quick question: does the window manager have to be started seperately from XWin.exe, or does XWin.exe take care of launching the nwindow manager when you specify -multiwindow ? It need to be started separately. So $XWin -multiwindow $mwwm /dev/null Kensuke rootless.patch.bz2 Description: Binary data
Re: rootless mode and mousing to other windows
So how was it that you start rootless mode again? Just kidding. I guess I should have mentioned that I was about to go on vacation for over a week after I sent my last message. My impression of XOpenWin was that it was going to replace the low-level graphic calls from Windows with calls to X. Ambitious, but sounds like a great deal of overhead. This does solve some of the problems you'll run into trying to get Windows to manage X applications, though. I'll have to join the win32-x11 mailing list and see what's happening there. The current direction you're taking is to allow Windows to manage the X windows (please keep this a separate feature from -rootless). I hope somebody's thinking about keeping this compatible with XOpenWin, since there could be some serious benefits to using both together. There are a number of other ways that integration between Windows and X could have been approached, although these are the most straightforward approaches. Both approaches wrap everything of interest, albeit at opposite ends (and the end results look totally different). But right now I'm interested in something much simpler: just removing focus from all windows when X itself loses focus. I've looked at this briefly, but I'd better follow up in another e-mail, rather than causing this thread to fork too much. -Jerry
Re: Rootless Mode Anyone ???
OK. Whose turn is it to chastise this? RTFMLA! At 12:56 2002-11-11, Bovy, Stephen wrote: I would like to try the new rootless mode, but I cant find any Info on how to use it ... Any suggestions ???
Re: Rootless Mode Anyone ???
Stephen, Use the ``-rootless'' command line parameter for XWin.exe. Harold Bovy, Stephen wrote: I would like to try the new rootless mode, but I cant find any Info on how to use it ... Any suggestions ???
Re: rootless mode and mousing to other windows
Hi, From: Gerald S. Williams [EMAIL PROTECTED] Date: Thu, 31 Oct 2002 13:28:04 -0500 ::I agree -rootless rocks. And a -systray option would be great. It's rocking realy cool! :-) ::But one thing that I'd really like to be able to do now that ::-rootless is around is be able to have all X windows become ::inactive when a Windows window is selected. When I switch to ::X-Windows, all of the Windows-style windows become inactive. ::I'd like the reverse to happen as well. Otherwise, when I ::switch out of X-Windows, the most-recently-selected window ::in X is shown as active even though it isn't. It's actually ::worse than that, since a cursor is shown in both windows. If you just want the cursor to disappear from the xterm in X, you may be able to use the unclutter program, found in X related contrib sites as 'unclutter-8.tar.Z'. Unfortunately, the xterm will be kept in 'activated' mode, even when cursor disappears from the screen. (Well accutually, unclutter was only made to hide the cursor...) Just my $0.02 of info... Haro =--- _ _Munehiro (haro) Matsuda -|- /_\ |_|_| Kubota Graphics Technology Inc. /|\ |_| |_|_| 2-8-8 Shinjuku, Shinjuku-ku Tokyo 160-0022, Japan Tel: +81-3-3225-0931 Fax: +81-3-3225-0930 Email: [EMAIL PROTECTED]
Re: rootless mode and mousing to other windows
Gerald S. Williams wrote: Ultimately, what you really want is the ability to go both ways--let X applications be managed by Windows and let Windows applications be managed by X window managers (like LiteStep only allowing X calls all the way down--I think LiteStep uses GTK or something). Of course, this can get a bit complicated, especially when the services aren't quite the same between Windows and X. Well, that is not an opinion that I have ever seen expressed here to date and I have not seen any developer announce that they are aiming to provide such functionality. It has always been my understanding that 99% of people are interested in having MS Windows manage the X Windows windows. Harold
Re: rootless mode and mousing to other windows
Guess I'm in the 1% then, I prefer fvwm to any other window manager I have seen yet. It would be very, very cool to have fvwm on Windows. /W On Fri, 1 Nov 2002, Harold L Hunt II wrote: Gerald S. Williams wrote: Ultimately, what you really want is the ability to go both ways--let X applications be managed by Windows and let Windows applications be managed by X window managers (like LiteStep only allowing X calls all the way down--I think LiteStep uses GTK or something). Of course, this can get a bit complicated, especially when the services aren't quite the same between Windows and X. Well, that is not an opinion that I have ever seen expressed here to date and I have not seen any developer announce that they are aiming to provide such functionality. It has always been my understanding that 99% of people are interested in having MS Windows manage the X Windows windows. Harold +---+ | Home: http://wilper.cjb.net | | E-mail: [EMAIL PROTECTED]| +---+
Re: rootless mode and mousing to other windows
Harold L Hunt II wrote: Well, that is not an opinion that I have ever seen expressed here to date and I have not seen any developer announce that they are aiming to provide such functionality. It has always been my understanding that 99% of people are interested in having MS Windows manage the X Windows windows. Isn't what the X client wrapper for Win apps (win2x, gdi2X, xgdi, win4x, i-don't-know-what-the-name-is-now) is aiming at? It's actually a broader goal than that but one of the result will be that the Windows apps will be managed by the X windows manager. Gerald, you may want to look at the thread http://sources.redhat.com/ml/cygwin-xfree/2002-09/msg00181.html (and http://sources.redhat.com/ml/cygwin-xfree/2002-09/msg00094.html) for further details Jehan
Re: rootless mode and mousing to other windows
Wilhelm, Wilhelm Person wrote: Guess I'm in the 1% then, I prefer fvwm to any other window manager I have seen yet. It would be very, very cool to have fvwm on Windows. /W Are you referring to just having fvwm available for Cygwin/XFree86 or are you referring to having the additional feature of current-window-focus synchronization between fvwm and MS Windows? If you just want fvwm, it is already available as a Cygwin/XFree86 package via setup.exe. If you want the later feature, well, then that is what we are discussing. Harold
Re: rootless mode and mousing to other windows
Right now I use cygwin xfree for terminal emulation, more or less. But it would be nice to be able to use an X windowmanager instead of Explorer. So all the applications, even stuff like IE or WinAMP, are managed through the X window manager. As I understand it the current efforts with a rootless mode are going in the other direction, where X apps are managed by Explorer. /W On Fri, 1 Nov 2002, Harold L Hunt II wrote: Wilhelm, Wilhelm Person wrote: Guess I'm in the 1% then, I prefer fvwm to any other window manager I have seen yet. It would be very, very cool to have fvwm on Windows. /W Are you referring to just having fvwm available for Cygwin/XFree86 or are you referring to having the additional feature of current-window-focus synchronization between fvwm and MS Windows? If you just want fvwm, it is already available as a Cygwin/XFree86 package via setup.exe. If you want the later feature, well, then that is what we are discussing. Harold +---+ | Home: http://wilper.cjb.net | | E-mail: [EMAIL PROTECTED]| +---+
Re: rootless mode and mousing to other windows
Wilhelm, Oh yeah, I see your point. I don''t want to start up that discussion again :) Harold Wilhelm Person wrote: Right now I use cygwin xfree for terminal emulation, more or less. But it would be nice to be able to use an X windowmanager instead of Explorer. So all the applications, even stuff like IE or WinAMP, are managed through the X window manager. As I understand it the current efforts with a rootless mode are going in the other direction, where X apps are managed by Explorer. /W On Fri, 1 Nov 2002, Harold L Hunt II wrote: Wilhelm, Wilhelm Person wrote: Guess I'm in the 1% then, I prefer fvwm to any other window manager I have seen yet. It would be very, very cool to have fvwm on Windows. /W Are you referring to just having fvwm available for Cygwin/XFree86 or are you referring to having the additional feature of current-window-focus synchronization between fvwm and MS Windows? If you just want fvwm, it is already available as a Cygwin/XFree86 package via setup.exe. If you want the later feature, well, then that is what we are discussing. Harold +---+ | Home: http://wilper.cjb.net | | E-mail: [EMAIL PROTECTED]| +---+
RE: rootless mode and mousing to other windows
There was some discussion on the list a while back regarding this very thing. They are now using the win32-x11 mailing list. Here's a message announcing the genesis of the project: http://www.cygwin.com/ml/win32-x11/2002-q3/msg00019.html From: Gerald S. Williams [EMAIL PROTECTED] To: Thomas Chadwick [EMAIL PROTECTED], Harold L Hunt II [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: RE: rootless mode and mousing to other windows Date: Fri, 1 Nov 2002 10:51:54 -0500 MIME-Version: 1.0 Received: from alageremail2.agere.com ([192.19.192.110]) by mc4-f34.law16.hotmail.com with Microsoft SMTPSVC(5.0.2195.5600); Fri, 1 Nov 2002 07:51:55 -0800 Received: from alcerelay.agere.com (alcerelay.agere.com [128.94.213.32])by alageremail2.agere.com (8.10.2+Sun/8.10.2) with ESMTP id gA1FpsN15976;Fri, 1 Nov 2002 10:51:55 -0500 (EST) Received: from almail.agere.com by alcerelay.agere.com (8.9.3+Sun/EMS-1.5 sol2)id KAA26797 for ; Fri, 1 Nov 2002 10:51:53 -0500 (EST) Received: from PAI820G1006951 by almail.agere.com (8.9.3+Sun/EMS-1.5 sol2)id KAA09272; Fri, 1 Nov 2002 10:51:53 -0500 (EST) Message-ID: [EMAIL PROTECTED] X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal In-Reply-To: [EMAIL PROTECTED] X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600. Return-Path: [EMAIL PROTECTED] X-OriginalArrivalTime: 01 Nov 2002 15:51:56.0040 (UTC) FILETIME=[9AC89080:01C281BE] Thomas Chadwick wrote: Is it as simple as patching XWin to call XSetInputFocus() with a focus argument of None when MS Windows informs it that it has lost focus? That's the type of thing I was hoping for. Harold L Hunt II wrote: I don't think that such interaction between the X Windows window manager and, essentially, the Windows window manager is going to be useful in the end, and it would be overly complicated to implement such an interim solution. Is that really a fair assessment? For Windows interaction, I'm only talking about hooking into the focus events. This would be a useful addition even without rootless mode or true Windows integration. And it looks like those events are already hooked in order to deal with keyboard modes. Which needs some debugging anyway, since X sometimes gets confused about caps lock (granted I've seen this on Sun workstations also, but not in a very long time). If there's any complexity, it's purely on the X side, and IMO it's something that should be addressed if it hasn't already. Shouldn't there be a way to tell X that you've removed focus from it entirely? Remember that the ultimate solution is to write calls that make Windows the window manager for our X apps, so your concern would no longer be an issue. I urge you to focus on the later solution, rather than trying to send signals between two window managers. That's a bit too much for me to get involved in right now. Besides, I'm not really interested in using the Windows shell for managing X-Windows. Ultimately, what you really want is the ability to go both ways--let X applications be managed by Windows and let Windows applications be managed by X window managers (like LiteStep only allowing X calls all the way down--I think LiteStep uses GTK or something). Of course, this can get a bit complicated, especially when the services aren't quite the same between Windows and X. But I suspect others with more experience in XFree86 are already thinking about these things. For now, I wanted to start small. -Jerry _ Broadband? Dial-up? Get reliable MSN Internet Access. http://resourcecenter.msn.com/access/plans/default.asp
Re: rootless mode and mousing to other windows
Is it as simple as patching XWin to call XSetInputFocus() with a focus argument of None when MS Windows informs it that it has lost focus? From: Gerald S. Williams [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: rootless mode and mousing to other windows Date: Thu, 31 Oct 2002 13:28:04 -0500 MIME-Version: 1.0 Received: from sources.redhat.com ([209.249.29.67]) by mc1-f6.law16.hotmail.com with Microsoft SMTPSVC(5.0.2195.5600); Thu, 31 Oct 2002 10:28:19 -0800 Received: (qmail 26023 invoked by alias); 31 Oct 2002 18:28:14 - Received: (qmail 25959 invoked from network); 31 Oct 2002 18:28:13 - Received: from unknown (HELO alageremail2.agere.com) (192.19.192.110) by sources.redhat.com with SMTP; 31 Oct 2002 18:28:13 - Received: from alerelay.agere.com (alerelay.agere.com [135.14.2.184])by alageremail2.agere.com (8.10.2+Sun/8.10.2) with ESMTP id g9VISCN09008for [EMAIL PROTECTED]; Thu, 31 Oct 2002 13:28:12 -0500 (EST) Received: from almail.agere.com by alerelay.agere.com (8.9.3+Sun/EMS-1.5 sol2)id NAA20979 for [EMAIL PROTECTED]; Thu, 31 Oct 2002 13:28:12 -0500 (EST) Received: from PAI820G1006951 by almail.agere.com (8.9.3+Sun/EMS-1.5 sol2)id NAA07541; Thu, 31 Oct 2002 13:28:08 -0500 (EST) Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Precedence: bulk List-Unsubscribe: mailto:cygwin-xfree-unsubscribe-j_tetazoo=hotmail.com;cygwin.com List-Subscribe: mailto:cygwin-xfree-subscribe;cygwin.com List-Archive: http://sources.redhat.com/ml/cygwin-xfree/ List-Post: mailto:cygwin-xfree;cygwin.com List-Help: mailto:cygwin-xfree-help;cygwin.com, http://sources.redhat.com/ml/#faqs Sender: [EMAIL PROTECTED] Mail-Followup-To: [EMAIL PROTECTED] Delivered-To: mailing list [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] X-Priority: 3 (Normal) X-MSMail-Priority: Normal Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600. Return-Path: [EMAIL PROTECTED] X-OriginalArrivalTime: 31 Oct 2002 18:28:19.0613 (UTC) FILETIME=[496A6CD0:01C2810B] I agree -rootless rocks. And a -systray option would be great. But one thing that I'd really like to be able to do now that -rootless is around is be able to have all X windows become inactive when a Windows window is selected. When I switch to X-Windows, all of the Windows-style windows become inactive. I'd like the reverse to happen as well. Otherwise, when I switch out of X-Windows, the most-recently-selected window in X is shown as active even though it isn't. It's actually worse than that, since a cursor is shown in both windows. I'm not sure what this is equivalent to in X terms. Perhaps mousing to another screen? Has anyone given any thought to this? I'd be willing to take a shot at an implementation if given enough of a nudge in the right direction. -Jerry Williams _ Choose an Internet access plan right for you -- try MSN! http://resourcecenter.msn.com/access/plans/default.asp
Re: rootless mode and mousing to other windows
I don't think that such interaction between the X Windows window manager and, essentially, the Windows window manager is going to be useful in the end, and it would be overly complicated to implement such an interim solution. Remember that the ultimate solution is to write calls that make Windows the window manager for our X apps, so your concern would no longer be an issue. I urge you to focus on the later solution, rather than trying to send signals between two window managers. Harold Gerald S. Williams wrote: I agree -rootless rocks. And a -systray option would be great. But one thing that I'd really like to be able to do now that -rootless is around is be able to have all X windows become inactive when a Windows window is selected. When I switch to X-Windows, all of the Windows-style windows become inactive. I'd like the reverse to happen as well. Otherwise, when I switch out of X-Windows, the most-recently-selected window in X is shown as active even though it isn't. It's actually worse than that, since a cursor is shown in both windows. I'm not sure what this is equivalent to in X terms. Perhaps mousing to another screen? Has anyone given any thought to this? I'd be willing to take a shot at an implementation if given enough of a nudge in the right direction. -Jerry Williams
Re: Rootless mode only works on one monitor
Marcus Lindblom wrote: Problems solved! The first was my bad (told nView not to let apps span two screens when maximizing, do'h!). By default, XWin open a window as big as the primary desktop. Setting nView to use both monitors as one big desktop is one solution. But you can also have two desktops (so the taskbar isn't extended on both screen and a mazimized window fit on one monitor only) and use the -screen parameter to force XWin to be bigger than the primary desktop.
RE: Rootless mode only works on one monitor
I see. I'm using two graphics adapters on Windows 2000, but I can't get XWin to come up on the second display, no matter what I try. -Original Message- From: [EMAIL PROTECTED] [mailto:cygwin-xfree-owner;cygwin.com]On Behalf Of Marcus Lindblom Sent: Sunday, October 20, 2002 4:32 PM To: [EMAIL PROTECTED] Subject: RE: Rootless mode only works on one monitor I sort of did that, didn't I? ;) Note that I am running both monitors from the same graphics adapter, and use driver software to link them together as one big screen. I haven't tested using the WinXP-multimon feature, or using two separate adapters. (I have a voodoo2 which I used with a GF1 before I got the GF4). I think XWin tries to open one maximized window (albeit transparent or non-existant, whatever, anyway it uses that as a measure on how big the screen is), and only create subwindows within that border. As you probably know, maximizing a window with Windows-multimon only put's it on one screen, so XWin only get's one screen. As I said, I use nView (nVidia driver thingy) to get one big monitor, so windows doesn't know that it's two of them, thus no problem in running xwin on two monitors, as it is only one. This is a bit silly if you're running rootless though, but I do believe that is why it works for me. (It fits the problems and my solutions to it below, i.e. I had to start xwin-test67.exe non-rootless and tell nview to allow it to maximize to both screens, then I could get rootless windows on both monitors.) /Marcus -Original Message- From: [EMAIL PROTECTED] [mailto:cygwin-xfree-owner;cygwin.com] On Behalf Of Jean-Claude Gervais Sent: den 20 oktober 2002 21:54 To: [EMAIL PROTECTED] Subject: RE: Rootless mode only works on one monitor Marcus, Could you post the details of how you get multiple-monitors to work with X? -Original Message- From: [EMAIL PROTECTED] [mailto:cygwin-xfree-owner;cygwin.com]On Behalf Of Marcus Lindblom Sent: Sunday, October 20, 2002 3:08 PM To: [EMAIL PROTECTED] Subject: RE: Rootless mode only works on one monitor Problems solved! The first was my bad (told nView not to let apps span two screens when maximizing, do'h!). '-engine 1' took care of the redraw problem, which appeared with rootless as well. /Marcus From: [EMAIL PROTECTED] Try it with the ``-engine 1'' parameter and report your results. Harold Marcus Lindblom wrote: Hi! Am running Cygwin and Test67 of XWin.exe, a GF4 Ti4200 and a nView-enhanced desktop (which windows sees as one monitor at 2560x1024, not as two 1280x1024). Rootless mode is really cool, but the windows only shows on one of the screens (the primary). Also, when running with a root window, I can get it to strectch across both screens, but I get the same bug that was reported a while ago: a white part on the right side. Looks like only the 2048 leftmost pixel columns are redrawn, and the rest are missed out (they get redrawn sometimes, but very seldom.) /Marcus
Re: Rootless mode only works on one monitor
Marcus, Try it with the ``-engine 1'' parameter and report your results. Harold Marcus Lindblom wrote: Hi! Am running Cygwin and Test67 of XWin.exe, a GF4 Ti4200 and a nView-enhanced desktop (which windows sees as one monitor at 2560x1024, not as two 1280x1024). Rootless mode is really cool, but the windows only shows on one of the screens (the primary). Also, when running with a root window, I can get it to strectch across both screens, but I get the same bug that was reported a while ago: a white part on the right side. Looks like only the 2048 leftmost pixel columns are redrawn, and the rest are missed out (they get redrawn sometimes, but very seldom.) /Marcus
Re: Rootless mode only works on one monitor
Yes, we should look into doing something that would allow rootless-mode windows to be placed anywhere on the virtual display area. I think that may only require setting the size of the fake Windows-window to the size of the virtual display region. Should be easy, right? ;) Harold Jehan wrote: Marcus Lindblom wrote: Problems solved! The first was my bad (told nView not to let apps span two screens when maximizing, do'h!). By default, XWin open a window as big as the primary desktop. Setting nView to use both monitors as one big desktop is one solution. But you can also have two desktops (so the taskbar isn't extended on both screen and a mazimized window fit on one monitor only) and use the -screen parameter to force XWin to be bigger than the primary desktop.
RE: Rootless mode only works on one monitor
I sort of did that, didn't I? ;) Note that I am running both monitors from the same graphics adapter, and use driver software to link them together as one big screen. I haven't tested using the WinXP-multimon feature, or using two separate adapters. (I have a voodoo2 which I used with a GF1 before I got the GF4). I think XWin tries to open one maximized window (albeit transparent or non-existant, whatever, anyway it uses that as a measure on how big the screen is), and only create subwindows within that border. As you probably know, maximizing a window with Windows-multimon only put's it on one screen, so XWin only get's one screen. As I said, I use nView (nVidia driver thingy) to get one big monitor, so windows doesn't know that it's two of them, thus no problem in running xwin on two monitors, as it is only one. This is a bit silly if you're running rootless though, but I do believe that is why it works for me. (It fits the problems and my solutions to it below, i.e. I had to start xwin-test67.exe non-rootless and tell nview to allow it to maximize to both screens, then I could get rootless windows on both monitors.) /Marcus -Original Message- From: [EMAIL PROTECTED] [mailto:cygwin-xfree-owner;cygwin.com] On Behalf Of Jean-Claude Gervais Sent: den 20 oktober 2002 21:54 To: [EMAIL PROTECTED] Subject: RE: Rootless mode only works on one monitor Marcus, Could you post the details of how you get multiple-monitors to work with X? -Original Message- From: [EMAIL PROTECTED] [mailto:cygwin-xfree-owner;cygwin.com]On Behalf Of Marcus Lindblom Sent: Sunday, October 20, 2002 3:08 PM To: [EMAIL PROTECTED] Subject: RE: Rootless mode only works on one monitor Problems solved! The first was my bad (told nView not to let apps span two screens when maximizing, do'h!). '-engine 1' took care of the redraw problem, which appeared with rootless as well. /Marcus From: [EMAIL PROTECTED] Try it with the ``-engine 1'' parameter and report your results. Harold Marcus Lindblom wrote: Hi! Am running Cygwin and Test67 of XWin.exe, a GF4 Ti4200 and a nView-enhanced desktop (which windows sees as one monitor at 2560x1024, not as two 1280x1024). Rootless mode is really cool, but the windows only shows on one of the screens (the primary). Also, when running with a root window, I can get it to strectch across both screens, but I get the same bug that was reported a while ago: a white part on the right side. Looks like only the 2048 leftmost pixel columns are redrawn, and the rest are missed out (they get redrawn sometimes, but very seldom.) /Marcus
RE: Rootless mode only works on one monitor
Problems solved! The first was my bad (told nView not to let apps span two screens when maximizing, do'h!). '-engine 1' took care of the redraw problem, which appeared with rootless as well. /Marcus From: [EMAIL PROTECTED] Try it with the ``-engine 1'' parameter and report your results. Harold Marcus Lindblom wrote: Hi! Am running Cygwin and Test67 of XWin.exe, a GF4 Ti4200 and a nView-enhanced desktop (which windows sees as one monitor at 2560x1024, not as two 1280x1024). Rootless mode is really cool, but the windows only shows on one of the screens (the primary). Also, when running with a root window, I can get it to strectch across both screens, but I get the same bug that was reported a while ago: a white part on the right side. Looks like only the 2048 leftmost pixel columns are redrawn, and the rest are missed out (they get redrawn sometimes, but very seldom.) /Marcus
Re: Rootless mode revisited...
Yikes!!! I just noticed that my XWin.log is 52 MB for my one hour session in Cygwin/XFree86. I will have to roll a new release tonight that turns off the logging of the winAddRgn messages. Sorry about that. Harold root wrote: Works fine..no rubber bands.. none of my previous problems (my error!). Only quirk I can see is loads of 'winAddRgn()' message lines at the end of my XWin.log. Thanks a million..I owe someone a beer for this!! Colin
Re: Rootless mode revisited...
Don't worry, the patch came through correctly. The problem was that the email did not clearly state that a rootless mode had been implemented, so both Alexander and I didn't pay any attention to it. I didn't even notice that it had a patch attached. The message is in the archives: http://cygwin.com/ml/cygwin-xfree/2002-10/msg00126.html Harold [EMAIL PROTECTED] wrote: Hi, On 16 Oct 2002, Alexander Gottwald [EMAIL PROTECTED] wrote: On Wed, 16 Oct 2002, Harold L Hunt II wrote: Oh my god, I completely missed this patch! Wow! I can't remember this patch too. Either it got lost or was somehow rejected by the mailserver or maybe was sent to a private address. It was posted on the 15th of this month in this thread. The M-ID I have is from the gmane newsserver so it won't be helpful to you I guess, sorry. If you can't get it then I will forward it to you (9k). (Off list - I can't email everyone a copy after all, there is a limit to my bandwidth :-)
Re: Rootless mode revisited...
[EMAIL PROTECTED] wrote: It was posted on the 15th of this month in this thread. And I received it. Must have been blind that day. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: Rootless mode revisited...
FYI - I've taken down the binary I posted to avoid any confusion with Harold's test release of XWin -rootless. From: Thomas Chadwick [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Rootless mode revisited... Date: Wed, 16 Oct 2002 10:52:56 -0400 By the way, my ISP seems to be blocking downloads of exe's. Zipping it seems to work. Please download the exe using this URL instead... http://home.adelphia.net/~tlcweb/cygwin/XWin.zip From: Thomas Chadwick [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: Rootless mode revisited... Date: Wed, 16 Oct 2002 10:21:25 -0400 I tried out this patch (took a few days because I needed to get xfree86 out of CVS and build it). Very cool. Thanks a bunch to MATSUZAKI for coding it! You saved me a lot of work. Here's a screenshot... http://home.adelphia.net/~tlcweb/cygwin/pseudo_rootless_screenshot.gif Notice that you can see IE in the background along with some Windows desktop icons down the left side of the screen. The windows in the forground are Xclients (namely xterm, xclock, and xeyes). The icon in the lower left is an iconified Xclient. However, I noticed a few strange artifacts of this approach to rootless mode... 1) When you click and drag on an Xwindow to move it, you only see the bits and pieces of the rubber band outline which happen to overlap the other Xwindows. Where the rubber band overlaps Windows windows, you see nothing. 2) Now that there is no root window, you can't use the XWindows window manager's root-window menus. 3) A favorite tool of mine, x2x, is broken, which is due to the lack of a root window causing the mouse focus to jump back and forth XWindows and Windows. Still, if anyone wants to try it out, here's a binary that I built last night from source I pulled from CVS yesterday... http://home.adelphia.net/~tlcweb/cygwin/XWin.exe From: MATSUZAKI Kensuke [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Rootless mode revisited... Date: Tue, 15 Oct 2002 03:30:50 +0900 Thomas didn't talk about X Shape Extension. I think Thomas's idea is something like this. With this patch and -nodecoration option, it seems to work good. pseudo-rootless.patch _ Internet access plans that fit your lifestyle -- join MSN. http://resourcecenter.msn.com/access/plans/default.asp _ Unlimited Internet access -- and 2 months free! Try MSN. http://resourcecenter.msn.com/access/plans/2monthsfree.asp _ Get faster connections -- switch to MSN Internet Access! http://resourcecenter.msn.com/access/plans/default.asp
Re: Rootless mode revisited...
I tried out this patch (took a few days because I needed to get xfree86 out of CVS and build it). Very cool. Thanks a bunch to MATSUZAKI for coding it! You saved me a lot of work. Here's a screenshot... http://home.adelphia.net/~tlcweb/cygwin/pseudo_rootless_screenshot.gif Notice that you can see IE in the background along with some Windows desktop icons down the left side of the screen. The windows in the forground are Xclients (namely xterm, xclock, and xeyes). The icon in the lower left is an iconified Xclient. However, I noticed a few strange artifacts of this approach to rootless mode... 1) When you click and drag on an Xwindow to move it, you only see the bits and pieces of the rubber band outline which happen to overlap the other Xwindows. Where the rubber band overlaps Windows windows, you see nothing. 2) Now that there is no root window, you can't use the XWindows window manager's root-window menus. 3) A favorite tool of mine, x2x, is broken, which is due to the lack of a root window causing the mouse focus to jump back and forth XWindows and Windows. Still, if anyone wants to try it out, here's a binary that I built last night from source I pulled from CVS yesterday... http://home.adelphia.net/~tlcweb/cygwin/XWin.exe From: MATSUZAKI Kensuke [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Rootless mode revisited... Date: Tue, 15 Oct 2002 03:30:50 +0900 Thomas didn't talk about X Shape Extension. I think Thomas's idea is something like this. With this patch and -nodecoration option, it seems to work good. pseudo-rootless.patch _ Internet access plans that fit your lifestyle -- join MSN. http://resourcecenter.msn.com/access/plans/default.asp
Re: Rootless mode revisited...
Thomas, What CVS tree did you pull this from? Why isn't MATSUZAKI working with us? If I recall correctly, he wrote the Unicode support for xwinclip, right? Harold Thomas Chadwick wrote: I tried out this patch (took a few days because I needed to get xfree86 out of CVS and build it). Very cool. Thanks a bunch to MATSUZAKI for coding it! You saved me a lot of work. Here's a screenshot... http://home.adelphia.net/~tlcweb/cygwin/pseudo_rootless_screenshot.gif Notice that you can see IE in the background along with some Windows desktop icons down the left side of the screen. The windows in the forground are Xclients (namely xterm, xclock, and xeyes). The icon in the lower left is an iconified Xclient. However, I noticed a few strange artifacts of this approach to rootless mode... 1) When you click and drag on an Xwindow to move it, you only see the bits and pieces of the rubber band outline which happen to overlap the other Xwindows. Where the rubber band overlaps Windows windows, you see nothing. 2) Now that there is no root window, you can't use the XWindows window manager's root-window menus. 3) A favorite tool of mine, x2x, is broken, which is due to the lack of a root window causing the mouse focus to jump back and forth XWindows and Windows. Still, if anyone wants to try it out, here's a binary that I built last night from source I pulled from CVS yesterday... http://home.adelphia.net/~tlcweb/cygwin/XWin.exe From: MATSUZAKI Kensuke [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Rootless mode revisited... Date: Tue, 15 Oct 2002 03:30:50 +0900 Thomas didn't talk about X Shape Extension. I think Thomas's idea is something like this. With this patch and -nodecoration option, it seems to work good. pseudo-rootless.patch _ Internet access plans that fit your lifestyle -- join MSN. http://resourcecenter.msn.com/access/plans/default.asp
Re: Rootless mode revisited...
In response to your first question - the patch isn't in CVS. I pulled the source from CVS, applied the patch that was posted to the ML, then built it. Sorry if that wasn't clear. As for your other 2 questions - I don't have an answer. The fact that Matsuzaki posted this patch came as a complete surprise to me. I had every intention of developing and experimenting with such a patch myself. He just beat me to it. From: Harold L Hunt II [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Rootless mode revisited... Date: Wed, 16 Oct 2002 10:26:20 -0400 Thomas, What CVS tree did you pull this from? Why isn't MATSUZAKI working with us? If I recall correctly, he wrote the Unicode support for xwinclip, right? Harold Thomas Chadwick wrote: I tried out this patch (took a few days because I needed to get xfree86 out of CVS and build it). Very cool. Thanks a bunch to MATSUZAKI for coding it! You saved me a lot of work. Here's a screenshot... http://home.adelphia.net/~tlcweb/cygwin/pseudo_rootless_screenshot.gif Notice that you can see IE in the background along with some Windows desktop icons down the left side of the screen. The windows in the forground are Xclients (namely xterm, xclock, and xeyes). The icon in the lower left is an iconified Xclient. However, I noticed a few strange artifacts of this approach to rootless mode... 1) When you click and drag on an Xwindow to move it, you only see the bits and pieces of the rubber band outline which happen to overlap the other Xwindows. Where the rubber band overlaps Windows windows, you see nothing. 2) Now that there is no root window, you can't use the XWindows window manager's root-window menus. 3) A favorite tool of mine, x2x, is broken, which is due to the lack of a root window causing the mouse focus to jump back and forth XWindows and Windows. Still, if anyone wants to try it out, here's a binary that I built last night from source I pulled from CVS yesterday... http://home.adelphia.net/~tlcweb/cygwin/XWin.exe From: MATSUZAKI Kensuke [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Rootless mode revisited... Date: Tue, 15 Oct 2002 03:30:50 +0900 Thomas didn't talk about X Shape Extension. I think Thomas's idea is something like this. With this patch and -nodecoration option, it seems to work good. pseudo-rootless.patch _ Internet access plans that fit your lifestyle -- join MSN. http://resourcecenter.msn.com/access/plans/default.asp _ Surf the Web without missing calls! Get MSN Broadband. http://resourcecenter.msn.com/access/plans/freeactivation.asp
Re: Rootless mode revisited...
Oh my god, I completely missed this patch! Wow! I can't wait to take a look at it tonight! Harold MATSUZAKI Kensuke wrote: Thomas didn't talk about X Shape Extension. I think Thomas's idea is something like this. With this patch and -nodecoration option, it seems to work good.
Re: Rootless mode revisited...
Heh heh... as you will see from my reply that I just sent to MATSUZAKI's post, I missed his email, or I saw it but I didn't realize that he wrote a patch for rootless mode. Very cool. Harold Thomas Chadwick wrote: In response to your first question - the patch isn't in CVS. I pulled the source from CVS, applied the patch that was posted to the ML, then built it. Sorry if that wasn't clear. As for your other 2 questions - I don't have an answer. The fact that Matsuzaki posted this patch came as a complete surprise to me. I had every intention of developing and experimenting with such a patch myself. He just beat me to it. From: Harold L Hunt II [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Rootless mode revisited... Date: Wed, 16 Oct 2002 10:26:20 -0400 Thomas, What CVS tree did you pull this from? Why isn't MATSUZAKI working with us? If I recall correctly, he wrote the Unicode support for xwinclip, right? Harold Thomas Chadwick wrote: I tried out this patch (took a few days because I needed to get xfree86 out of CVS and build it). Very cool. Thanks a bunch to MATSUZAKI for coding it! You saved me a lot of work. Here's a screenshot... http://home.adelphia.net/~tlcweb/cygwin/pseudo_rootless_screenshot.gif Notice that you can see IE in the background along with some Windows desktop icons down the left side of the screen. The windows in the forground are Xclients (namely xterm, xclock, and xeyes). The icon in the lower left is an iconified Xclient. However, I noticed a few strange artifacts of this approach to rootless mode... 1) When you click and drag on an Xwindow to move it, you only see the bits and pieces of the rubber band outline which happen to overlap the other Xwindows. Where the rubber band overlaps Windows windows, you see nothing. 2) Now that there is no root window, you can't use the XWindows window manager's root-window menus. 3) A favorite tool of mine, x2x, is broken, which is due to the lack of a root window causing the mouse focus to jump back and forth XWindows and Windows. Still, if anyone wants to try it out, here's a binary that I built last night from source I pulled from CVS yesterday... http://home.adelphia.net/~tlcweb/cygwin/XWin.exe From: MATSUZAKI Kensuke [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Rootless mode revisited... Date: Tue, 15 Oct 2002 03:30:50 +0900 Thomas didn't talk about X Shape Extension. I think Thomas's idea is something like this. With this patch and -nodecoration option, it seems to work good. pseudo-rootless.patch _ Internet access plans that fit your lifestyle -- join MSN. http://resourcecenter.msn.com/access/plans/default.asp _ Surf the Web without missing calls! Get MSN Broadband. http://resourcecenter.msn.com/access/plans/freeactivation.asp
Re: Rootless mode revisited...
On Wed, 16 Oct 2002, Harold L Hunt II wrote: Oh my god, I completely missed this patch! Wow! I can't remember this patch too. Either it got lost or was somehow rejected by the mailserver or maybe was sent to a private address. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: Rootless mode revisited...
By the way, my ISP seems to be blocking downloads of exe's. Zipping it seems to work. Please download the exe using this URL instead... http://home.adelphia.net/~tlcweb/cygwin/XWin.zip From: Thomas Chadwick [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: Rootless mode revisited... Date: Wed, 16 Oct 2002 10:21:25 -0400 I tried out this patch (took a few days because I needed to get xfree86 out of CVS and build it). Very cool. Thanks a bunch to MATSUZAKI for coding it! You saved me a lot of work. Here's a screenshot... http://home.adelphia.net/~tlcweb/cygwin/pseudo_rootless_screenshot.gif Notice that you can see IE in the background along with some Windows desktop icons down the left side of the screen. The windows in the forground are Xclients (namely xterm, xclock, and xeyes). The icon in the lower left is an iconified Xclient. However, I noticed a few strange artifacts of this approach to rootless mode... 1) When you click and drag on an Xwindow to move it, you only see the bits and pieces of the rubber band outline which happen to overlap the other Xwindows. Where the rubber band overlaps Windows windows, you see nothing. 2) Now that there is no root window, you can't use the XWindows window manager's root-window menus. 3) A favorite tool of mine, x2x, is broken, which is due to the lack of a root window causing the mouse focus to jump back and forth XWindows and Windows. Still, if anyone wants to try it out, here's a binary that I built last night from source I pulled from CVS yesterday... http://home.adelphia.net/~tlcweb/cygwin/XWin.exe From: MATSUZAKI Kensuke [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Rootless mode revisited... Date: Tue, 15 Oct 2002 03:30:50 +0900 Thomas didn't talk about X Shape Extension. I think Thomas's idea is something like this. With this patch and -nodecoration option, it seems to work good. pseudo-rootless.patch _ Internet access plans that fit your lifestyle -- join MSN. http://resourcecenter.msn.com/access/plans/default.asp _ Unlimited Internet access -- and 2 months free! Try MSN. http://resourcecenter.msn.com/access/plans/2monthsfree.asp
Re: Rootless mode revisted...
That's brilliant. Works well on W2K serving a remote Linux. Problems with applications that spawn extra child windows, help, abouts etc, being confined to the top left of the parent window. I ssh tunelled stuff like ethereal with no other problems. Spotted the 'ghost' rubber banding on movement, but otherwise good stuff. Colin
Re: Rootless mode revisited...
From: MATSUZAKI Kensuke [EMAIL PROTECTED] To: Thomas Chadwick [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Subject: Re: Rootless mode revisited... Date: Thu, 17 Oct 2002 02:08:41 +0900 [snip] 3) A favorite tool of mine, x2x, is broken, which is due to the lack of a root window causing the mouse focus to jump back and forth XWindows and Windows. Sorry. I have not used x2x, and I have only one display, so I can't comment 3). x2x does XGrabPointer and XGrabKeyboard on the from display in order to redirect the mouse and keybaord events to the to display (it uses XunGrab to stop the redirection). Does MS-Windows have an equivalent function? If so, I could patch x2x to also do an MS-Windows grab. Come to think of it, would it not be a good idea to change the XGrab procedures themselves to also do an MS-Windows grab when XWin is running in rootless or pseudo-rootless mode? _ Internet access plans that fit your lifestyle -- join MSN. http://resourcecenter.msn.com/access/plans/default.asp
Re: Rootless mode revisited...
Let me sum it up like this: we already know how to do it. That isn't the problem. The problem is that requires lot of work to implement the design that we have in mind. What Thomas suggested is an interesting idea. His idea was obviously a suggestion and it probably wasn't thought out from the standpoint of architecting an entire system to use that idea. With that being said, I think that the system that we have in mind (modeled after X Darwin's rootless mode) won't require that we have windows that are anywhere near as complicated as that. Then again, what Thomas is suggesting might be a way to handle windows created with the X Shape Extension. However, to consider issues related to shaped windows now (before we can even handle basic windows) would be frivilous. The handling of standard windows would not be well enough known for us to even know what we were trying to talk about. Harold
Re: Rootless mode revisited...
In a cursory look at the Darwin project, it seemed that they were shadowing every top-level (child of root) window with a pixmap / hbitmap / dibsection. The action would be something like draw into the dibsections memory with X windows drawing routines and then use DirectDraw's fastblt to push it to the hwnd (Microsloth window) on the screen. Having worked on a commercial PC X server using gdi exclusively, my experience would suggest extending this sort of approach with just a short list of obvious DirectDraw accelerations: rectangle solid color fill and pix-to-window copies of pixmaps with constant contents (how about all those mwm pixmaps with the window decorations in them!) The copy pix-to-win operations could be accelerated by moving pixmaps into video memory caches when it is available. An approach using dibsections would make this feasible, just be careful of bit/byte ordering differences between X and WIndows! Also worth noting, this approach lends itself to emulating 8-bit color on a true color screen. Check out WRQ's pseudocolor emulation mode, reasonably fast and very color accurate with the additional benefit of unlimited simultaneously installed colormaps or in layman's terms, no colormap flashing!. - Original Message - From: Thomas Chadwick [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, October 09, 2002 7:13 AM Subject: Rootless mode revisited... I just had a thought on how to implement rootless mode and I'm hoping someone more familiar with Windows programming and/or the XWin server might let me know if it's a dead-end before I spend too much time researching it further. The idea I had is this: Can we exploit the features of the Windows API that allow for non-rectangular windows to achieve a pseudo-rootless mode? I have looked into it enough to find that non-rectangular Windows windows are really collections of multiple rectangles, ellipses, etc. Seems to me XWin could exploit this by simply {adding|removing} a rectangle {to|from} the collection that makes up its shape whenever an Xclient is {created|destroyed}. I call it pseudo-rootless mode because you would still need to run an XWindows window manager to decorate the Xclients, as opposed to having the Windows window manager do the decoration. What I don't know is how well Windows will handle, for instance, moving an Xclient window around once it's been created, since that would involve dynamically manipulating the shape of a Windows window. What I also don't know is whether or not the way XWin uses DirectDraw and frame-buffering somehow precludes the use of the Windows window-shaping APIs. _ Send and receive Hotmail on your mobile device: http://mobile.msn.com
Re: Rootless Mode is an Important and Needed Feature
Harold L Hunt II wrote: Good point Alexander. On a side note: Why is it that XDarwin has so many people contributing code and features (they seem to have an OpenGL-passthrough system now, which is pretty amazing), while Cygwin/XFree86 has so few contributors? This seems contradictory because Windows is on 95% of desktops while Mac OS X is only on 1% (~20% of Apple's 5% market share are running Mac OS X). That question will probably always baffle me. Not really. The people running Darwin are mostly programmers or computer freaks which want to go other ways than the normal. They know how to code. Most windows users are - in contrary - only users which want a working program. They don't like coding. They want a shortcut on the desktop which starts the program. It must be easy and straight. Or the other way: people who know to code are able to run a unix (and deal with all it's problems). They don't need windows anymore. So why should they code for windows? bye ago BTW: Don't take this to serious. Just think about it. -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: Rootless Mode is an Important and Needed Feature
Mlarcvaernas wrote: I think that a Rootless mode for the Xserver right now is one of the most important and crucial features needed. For the Xserver to be used in a way that is convenient for many users, the option to have X applications displayed on the main Windows desktop is pretty important. Of course the current Root mode should also be available as well, since it also has uses. The new rootless mode should be one of the top priorities. The rootless modes already has a high priority. But it is also a very complex problem and unless someone with _very_ much sparetime and good programming skills starts working on it, it will take a long time to finish it. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: Rootless Mode is an Important and Needed Feature
Really? Thanks for the insight. Are you willing to sacrifice 20 hours per week to work on it? No? In case you didn't notice, rootless mode has been on the To-Do list for over a year. It is simply difficult and large in scope, thus no one is working on it. In fact, there isn't really any work going on in Cygwin/XFree86 on a daily basis, so rootless mode isn't going to get done anytime soon unless you are volunteering. Also, a question for you: What do I gain from sacrificing my time to implement a rootless mode? A rising stock price? A raise in my salary? Worldwide fame? A recommendation for a job? Nope --- I get none of that, I only loose my free time, so any time I spend on Cygwin/XFree86 had damn well better be worth it to me, because I'm the only one that can give me something for me efforts (which is simply giving myself satisfaction that I accomplished something, which I already have plenty of). Feeling fiesty? Why don't you suggest that we translate X graphics calls to GDI graphics calls next --- then I can once again point you to the To-Do list and to some work in progress. Sheesh. Harold Mlarcvaernas wrote: I think that a Rootless mode for the Xserver right now is one of the most important and crucial features needed. For the Xserver to be used in a way that is convenient for many users, the option to have X applications displayed on the main Windows desktop is pretty important. Of course the current Root mode should also be available as well, since it also has uses. The new rootless mode should be one of the top priorities. __ Do you Yahoo!? New DSL Internet Access from SBC Yahoo! http://sbc.yahoo.com
Re: Rootless Mode is an Important and Needed Feature
Good point Alexander. On a side note: Why is it that XDarwin has so many people contributing code and features (they seem to have an OpenGL-passthrough system now, which is pretty amazing), while Cygwin/XFree86 has so few contributors? This seems contradictory because Windows is on 95% of desktops while Mac OS X is only on 1% (~20% of Apple's 5% market share are running Mac OS X). That question will probably always baffle me. Harold Alexander Gottwald wrote: Mlarcvaernas wrote: I think that a Rootless mode for the Xserver right now is one of the most important and crucial features needed. For the Xserver to be used in a way that is convenient for many users, the option to have X applications displayed on the main Windows desktop is pretty important. Of course the current Root mode should also be available as well, since it also has uses. The new rootless mode should be one of the top priorities. The rootless modes already has a high priority. But it is also a very complex problem and unless someone with _very_ much sparetime and good programming skills starts working on it, it will take a long time to finish it. bye ago
Re: Rootless Mode is an Important and Needed Feature
--- Mlarcvaernas [EMAIL PROTECTED] wrote: I think that a Rootless mode for the Xserver right now is one of the most important and crucial features needed. For the Xserver to be used in a way that is convenient for many users, the option to have X applications displayed on the main Windows desktop is pretty important. Of course the current Root mode should also be available as well, since it also has uses. The new rootless mode should be one of the top priorities. Since you are using it in a commericial environment, I suggest you cough up so dough to sponser Harold for a weeks worth of work. Then you'd get your rootless mode. Otherwise, tell the whining users to shut their piehole. Cheers, Nicholas __ Do you Yahoo!? New DSL Internet Access from SBC Yahoo! http://sbc.yahoo.com
Re: rootless mode
On Mon, Apr 08, 2002 at 06:12:33 +1000, Robert Collins wrote: I've been thinking about rootless mode. Here's my current thoughts: 1) We create a real win32 window for each X window. 2) We use SetWindowLong to store the X window pointer in the WIN32 struct, so that when a message arrives to that windowclass's WindowProc, we can lookup the X window the message belongs to. 3) We use WindowPrivates to store the WIN32 related window HANDLE and other gunk. I don't know how we go about telling X it's rootless - Alan, I'm hoping you can jump in here and say 'do X, Y and Z'. Anyway, whilst I won't have time to be a significant contributor, I hope to have a proof-of-concept patch against the Native GDI engine shortly. Robert, I agree with your above suggestions, but we are still a way off doing anything 'rootless' yet. We need a fully functional native GDI server, which it currently isn't and there's still many bugs. Again, I'm not too worried about performance until we are fully functional. Once we have a Native GDI server and it passes the xtest suite then, we should start looking at 'rootless' modes, but feel free to continue down your path. I just don't want to clutter up code yet with something else until we're done with a primary objective. And I certainly don't want my focus to change to anything else yet. Alan.
RE: rootless mode
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Robert Collins Sent: Monday, April 08, 2002 10:13 AM To: [EMAIL PROTECTED] Subject: rootless mode I've been thinking about rootless mode. Here's my current thoughts: 1) We create a real win32 window for each X window. 2) We use SetWindowLong to store the X window pointer in the WIN32 struct, so that when a message arrives to that windowclass's WindowProc, we can lookup the X window the message belongs to. 3) We use WindowPrivates to store the WIN32 related window HANDLE and other gunk. It may be that you already know this, but do you have seen the links about the ntxlib (and perhaps the libw11 project) on http://kde-cygwin.sourceforge.net/. The rxvt port is based on this stuff. There is a basic implementation of creating windows within a x client lib. Perhaps you can use it for your goal. Regards Ralf
RE: rootless mode
Ralf, In a single word, the ntxlib project is worthless as far as Cygwin/XFree86 is concerned. There are a few functions, such as line drawing, where looking at how ntxlib calls the GDI function may be interesting, but the data structures and overall architecture of ntxlib (and libw11) are completely different than Cygwin/XFree86 and, in my opinion, not applicable at all to our situation. Thanks for mentioning it though... it doesn't hurt to have a look at new things, Harold Ralf Habacker [EMAIL PROTECTED] said: -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Robert Collins Sent: Monday, April 08, 2002 10:13 AM To: [EMAIL PROTECTED] Subject: rootless mode I've been thinking about rootless mode. Here's my current thoughts: 1) We create a real win32 window for each X window. 2) We use SetWindowLong to store the X window pointer in the WIN32 struct, so that when a message arrives to that windowclass's WindowProc, we can lookup the X window the message belongs to. 3) We use WindowPrivates to store the WIN32 related window HANDLE and other gunk. It may be that you already know this, but do you have seen the links about the ntxlib (and perhaps the libw11 project) on http://kde-cygwin.sourceforge.net/. The rxvt port is based on this stuff. There is a basic implementation of creating windows within a x client lib. Perhaps you can use it for your goal. Regards Ralf
RE: rootless mode
-Original Message- From: Harold Hunt [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 09, 2002 7:01 AM To: Robert Collins; Ian Burrell Cc: [EMAIL PROTECTED] Subject: RE: rootless mode Rob, One Win32 window per top-level X windows isn't an optimization... it's just necessary. A top-level window is like a Windows window with a blue border... any other window could be a button or a scrollbar, etc. We certainly don't want to create a Win32 window for each of those (just picture an X window with a bounding Win32 window and a Win32 window for each button it has... won't work). Actually Win32 uses CreateWindow to create all the buttons and scrollbars you see in (say) outlook or wordpad. Based on that I see little or no reason it shouldn't work. However, I imagine that only top-level windows will need to show on the task bar. Anyway, my first goal is simply proof of concept - the native engine rendering into each window based on picking up the pWin from GetWindowLong. What is a good way to detect top-lvel X windows given a WindowPtr (so I can test this rather than being stubborn :}). The top level windows I'm creating have no win32 decoration - no close button etc. That's a window manager consideration and one of the pdfs you've gather documents a good way to handle that. Rob
RE: rootless mode
Thank you for pointing this out. :-) I doesn't know that in this detail Regards Ralf