Re: Window events skip past window manager?
Christopher, I'm just installed using Cygwin/X via Cygwin Setup: XFree86-base v 4.3.0-1 XFee86-bin v 4.3.0-8 Running on Win XP Pro. The version of XFree86-xserv is important. Options for XWin.exe are also good information. It's a great relief to see X again! I'm starting off with just the default twm. However, it seems that most window mouse and key events are not captured by the window manager, and instead are passed on to the app. For example: Button3 = : all : f.raiselower This works only for the root, the window titlebar, and in the iconmgr. In the window, it just passes Button3 on to the running application. I assume you mention twm and tested using .twmrc containing only the line you showed. It looks raiselower is working correctly on the release-44 server with no option given. F1 = : all : f.raiselower F2 = : all : f.warpto emacs Both of these work only on root. I've played with fvwm2 as well and experienced similar results. I also tried the F1 case and got success. Anyway to get this to work? I suspect that you are using a too old version of Cygwin/X or your .twmrc has some errors. Takuma Murakami
Re: Problems with the right-button.
Gonzalo, What do you mean when you say pressing a control key? Which key do you refer? I meant the key which is printed Ctrl on its keytop, but it is not the problem because you prove Cygwin/X has different behaviour to other X servers. I have followed your recomendations, and have done a test with xev. This is what I get when I click the right-button: ButtonPress event, serial 25, synthetic NO, window 0x1e1, root 0x3b, subw 0x0, time 7103754, (84,92), root:(150,158), state 0x10, button 3, same_screen YES It indicates button presses are correctly reported to applications, I believe. A little suspicion is the state 0x10. Were you pressing some keys while the xev test? Any help will be apreciated. Unfortunately I have no more ideas. I don't have CDE environments, so I can't even try to examine or reproduce your problem. Takuma Murakami
Re: map mouse button 4 or 5 to button 2?
Jeffrey, Is it possible to have either button 4 or 5 (usually the forward/back buttons) send a 'button 2' signal (ie paste) to cygwin applications? Chad shows the best way for your purpose. As a note, you can swap mouse buttons via xmodmap command in UNIX like environments. For this case xmodmap -e pointer = 1 5 3 4 2 swaps button 2 and button 5. My new mouse/keyboard setup is MS Wireless Optical Desktop Elite (which includes a Wireless IntelliMouse Explorer 2.0), and I'm running hm, not sure how to check my Cygwin version, it's probably ~4 months old ... on WinXP. The xmodmap way works well on Cygwin/X versions newer than release-22 (released on 2003-11-9). Takuma Murakami
Re: map mouse button 4 or 5 to button 2?
Just to confuse the issue further (sorry), can I map the right mouse button to CTRL+F9 ? JS. Jeffrey, Is it possible to have either button 4 or 5 (usually the forward/back buttons) send a 'button 2' signal (ie paste) to cygwin applications? Chad shows the best way for your purpose. As a note, you can swap mouse buttons via xmodmap command in UNIX like environments. For this case xmodmap -e pointer = 1 5 3 4 2 swaps button 2 and button 5. My new mouse/keyboard setup is MS Wireless Optical Desktop Elite (which includes a Wireless IntelliMouse Explorer 2.0), and I'm running hm, not sure how to check my Cygwin version, it's probably ~4 months old ... on WinXP. The xmodmap way works well on Cygwin/X versions newer than release-22 (released on 2003-11-9). Takuma Murakami _ Stay in touch with absent friends - get MSN Messenger http://www.msn.co.uk/messenger
Re: map mouse button 4 or 5 to button 2?
Just to confuse the issue further (sorry), can I map the right mouse button to CTRL+F9 ? I guess xmodmap cannot do such remapping. However there are some tools which achieve the remapping in Windows layer. Maybe there are some in UNIX layer too. Takuma Murakami
Re: XWin causes Windows apps to hang(?)
Ed Avis [EMAIL PROTECTED] writes: - I copied a URL from an email message in Evolution - When I paste into a Windows app, that Windows app is stuck. This happened w/iexplorer and explorer.exe. It appears as if the Windows app is stuck indefinitely waiting for the pastable from XWin. I am seeing this too. I tried pasting into several different applications, in all cases it caused the app to hang and I had to kill it using the task manager. Here is the XWin.log for an X session that does this. The server is running happily but it will crash any Windows app I try to paste into from the X selection. I wonder if it might be the line winProcSetSelectionOwner - OpenClipboard () failed: The log follows. ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 1024 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (EE) Unable to locate/open config file InitOutput - Error reading config file winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winScreenInit - dwWidth: 1280 dwHeight: 1024 winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1280 h: 1024 winCreateBoundingWindowWindowed - Current w: 1280 h: 1024 winAdjustForAutoHide - Original WorkArea: 0 0 996 1280 winAdjustForAutoHide - Adjusted WorkArea: 0 0 996 1280 winCreateBoundingWindowWindowed - WindowClient w 1274 h 971 r 1274 l 0 b 971 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 5096 winAllocateFBShadowDDNL - Created shadow pitch: 5096 winAllocateFBShadowDDNL - Created shadow stride: 1274 winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowDDNL - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=250, rate=31 (--) winConfigKeyboard - Layout: 0809 (0809) (--) Using preset keyboard for English (United Kingdom) (809), type 4 (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = xfree86 Model = pc105 Layout = gb Variant = (null) Options = (null) winPointerWarpCursor - Discarding first warp: 637 485 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: winProcSetSelectionOwner - OpenClipboard () failed: winProcSetSelectionOwner - OpenClipboard () failed: winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned:
putting xwin into background from a batch script
Hi, I have a batch script to start an xdmcp session. Once the xwin command runs I need to start up xbindkeys. However the program hangs at the xwin command until the session is closed down, then executes xbindkeys: xwin -noreset -ac -query %SERVER% -from %IP% -clipboard -nodecoration -emulate3buttons 50 -dpi 91 -once xbindkeys Is there a way (in batch) to fork the xwin session into the background ? Thanks for any help, JS. _ Tired of 56k? Get a FREE BT Broadband connection http://www.msn.co.uk/specials/btbroadband
Re: GDI object leak with remote emacs
Jeremy, I don't know if this is related to the problems that people are experiencing with local copies of emacs but I'm seeing a GDI object leak with remote invocations of emacs that are routed back to my X server. Basically, I run cygwin/XFree86 on my local workstation, and I start an emacs on a Unix server that is displayed on my X server here. When using emacs, everytime I open a file, I can see that the XWin.exe processes gains a few GDI objects, but killing that buffer in emacs doesn't free them. Exiting emacs doesn't free them either. Once the leak grows enough (around 1500 GDI objects in XWin.exe) I start getting repaint problems and I have to kill X and restart it. I cannot reproduce this in the following environments. - Cygwin DLL 1.5.5 and 1.5.7 - Cygwin/X release-44 - GNU Emacs 21.3 on FreeBSD 4.8 and 21.3 on MacOS X 10.3 - SFU not installed - invoked by 'ssh -CXf hostname emacs' In my task manager's process list XWin.exe allocates 2 GDI objects for a frame and the number of open files does not affect it. Closing a frame correctly reduces 2 GDI objects. Takuma Murakami
Re: Problems with the right-button.
On Thu, 19 Feb 2004, Takuma Murakami wrote: ButtonPress event, serial 25, synthetic NO, window 0x1e1, root 0x3b, subw 0x0, time 7103754, (84,92), root:(150,158), state 0x10, button 3, same_screen YES It indicates button presses are correctly reported to applications, I believe. A little suspicion is the state 0x10. Were you pressing some keys while the xev test? state 0x10 is Num-Lock. Try switching off num-lock bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. März 2004 http://www.tu-chemnitz.de/linux/tag
Re: Window events skip past window manager?
Christopher, Here's what xev reports when I hit F1 in the event tester window, does this shed any light? KeyPress event, serial 22, synthetic NO, window 0x81, root 0x3a, subw 0x0, time 71535359, (37,0), root:(72,469), state 0x10, keycode 67 (keysym 0xffbe, F1), same_screen YES, XLookupString gives 0 bytes: KeyRelease event, serial 22, synthetic NO, window 0x81, root 0x3a, subw 0x0, time 71535453, (37,0), root:(72,469), state 0x10, keycode 67 (keysym 0xffbe, F1), same_screen YES, XLookupString gives 0 bytes: Alexander Gottwald has the light. He tells that the state 0x10 indicates NumLock is on, which probably causes your problem. Try to turn off NumLock. Takuma Murakami
Suggestion: Minimize All item in Multi-Window Mode Tray Menu
You're probably inundated with far more salient suggestions, but I thought I'd try anyway: When the screen is littered with X windows, it would be useful to be able to minimize them as a group without affecting the non-X windows; likewise, an Undo Minimize All item (a la Windows Explorer taskbar context menu) could restore any that were minimized with the first command that haven't been restored individually. Just asking. = Regards, david -- David M. Miller Business Visions, Inc. 570 Fort Washington Ave, Suite #22B, New York, NY 10033-2039 Mobile: (917) 952-1600 __ Do you Yahoo!? Yahoo! Mail SpamGuard - Read only the mail you want. http://antispam.yahoo.com/tools
problems with maximized windows
Hi, I'm using XFree86 4.3.0 under Windows 2000 and Windows XP in multiwindow mode, but I have problems with maximized windows. With many applications (especially CrossOver, but not only), if I maximize them, X starts to display duplicate layers and mouse pointers in menues, drop down lists and anything that pops up without a complete window. This never happens if I don't use the multiwindow mode, so I guess it's a problem with window border calculations in the local window manager. Has anyone ever had this problem? Am I doing something wrong with the configuration? -- Bye, Massimiliano Hofer Nucleus
Re: map mouse button 4 or 5 to button 2?
Jeff, I just bought the same keyboard and mouse setup and ran into the same issue that you did. The key is to make the mouse wheel click map to something that the mouse driver does not intercept and prevent from being handled by the current application. The Switch Application function is an intercepted function, whereas the old default AutoScroll is not intercepted, so the mouse wheel click is passed through to the current application. I am not sure there is much we can do to force the mouse driver to pass us the mouse wheel click, so you might just have to set it back to AutoScroll to get the desired functionality. Harold Jeffrey J. Gray wrote: Hi, Is it possible to have either button 4 or 5 (usually the forward/back buttons) send a 'button 2' signal (ie paste) to cygwin applications? The reasons for this are (1) since button 2 is on the wheel, pressing this button sometimes also accidentally sends a scroll signal making for sloppy paste operations and (2) I just upgraded my mouse, and in the new standard configuration, Windows intercepts button 2 and makes it a 'switch applications' signal. I need button 2 for Cygwin paste operations, so I'm anxious to restore this functionality to my cygwin. My new mouse/keyboard setup is MS Wireless Optical Desktop Elite (which includes a Wireless IntelliMouse Explorer 2.0), and I'm running hm, not sure how to check my Cygwin version, it's probably ~4 months old on WinXP. Thanks for the help, Jeff
Re: XWin causes Windows apps to hang(?)
Ed, Yes, the OpenClipboard failure is probably causing your crash. Try editing your startxwin.bat and removing the -clipboard parameter being passed to XWin.exe. There is likely a bug in XWin.exe's clipboard support that will need to be fixed. Harold Ed Avis wrote: Ed Avis [EMAIL PROTECTED] writes: - I copied a URL from an email message in Evolution - When I paste into a Windows app, that Windows app is stuck. This happened w/iexplorer and explorer.exe. It appears as if the Windows app is stuck indefinitely waiting for the pastable from XWin. I am seeing this too. I tried pasting into several different applications, in all cases it caused the app to hang and I had to kill it using the task manager. Here is the XWin.log for an X session that does this. The server is running happily but it will crash any Windows app I try to paste into from the X selection. I wonder if it might be the line winProcSetSelectionOwner - OpenClipboard () failed: The log follows. ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 1024 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (EE) Unable to locate/open config file InitOutput - Error reading config file winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winScreenInit - dwWidth: 1280 dwHeight: 1024 winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1280 h: 1024 winCreateBoundingWindowWindowed - Current w: 1280 h: 1024 winAdjustForAutoHide - Original WorkArea: 0 0 996 1280 winAdjustForAutoHide - Adjusted WorkArea: 0 0 996 1280 winCreateBoundingWindowWindowed - WindowClient w 1274 h 971 r 1274 l 0 b 971 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 5096 winAllocateFBShadowDDNL - Created shadow pitch: 5096 winAllocateFBShadowDDNL - Created shadow stride: 1274 winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowDDNL - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=250, rate=31 (--) winConfigKeyboard - Layout: 0809 (0809) (--) Using preset keyboard for English (United Kingdom) (809), type 4 (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = xfree86 Model = pc105 Layout = gb Variant = (null) Options = (null) winPointerWarpCursor - Discarding first warp: 637 485 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: winProcSetSelectionOwner - OpenClipboard () failed: winProcSetSelectionOwner - OpenClipboard () failed: winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1
girls are just amazing
tired of your gf not liking you http://www.oloomb.com/4/3/index.php?ai=7176
Re: Billing info needed for order # 457f asfsafas jhghnbh
Hey, Check it out Buy Phentermine, Ambien, Soma, Viagr4 and Cialas Aka Super Viagr4.. The Viagr4 that last all weekend! As well as all other popular medications. Next-Day Fedex. No prior prescription needed. check it out here http://supermdonline.com?rid=1001 off http://to.supermdonline.com