Re: always-on-top bug

2005-03-29 Thread Alexander Gottwald
On Mon, 28 Mar 2005, Jack Tanner wrote:

 Yes, this was in multiwindow mode. But multiwindow mode doesn't use the 
 internal Windows window manager, does it? I had thought it used an 
 emulation of it that tried to be as similar as possible.

The multiwindow mode is the only mode which uses the builtin windowmanager.
 
bye
ago
-- 
 [EMAIL PROTECTED] 
 http://www.gotti.org   ICQ: 126018723


Re: Small clipboard bug triggered by gvim

2005-03-29 Thread Alexander Gottwald
On Tue, 29 Mar 2005, Michael Schaap wrote:

 Hi,
 
 I recently started using Cygwin/X a bit more, and it works amazingly well!
 
 I did, however, stumble upon a small bug using the built-in -clipboard 
 handling: when using a GTK2 gvim, consecutive selections are not copied 
 to the Windows clipboard.
 
 Here's how to recreate this:
 
 Build a GTK2 version of gvim. (Alternatively, just use a GTK2 gvim on a 
 Linux box, for instance.)
 Start Cygwin/X, using
 run XWin -multiwindow -clipboard -silent-dup-error
 (e.g. using the standard batch file).
 Start an xterm.
 Start Notepad (or some other native Win app).
 Start gvim. Type
 Hello, World!
 Select the string Hello in gvim.
 Middle-click in xterm. Result: Hello.
 Paste in Notepad. Result: Hello.
 Select the string World in gvim.
 Middle-click in xterm. Result: World.
 Paste in Notepad. Result: Hello. Oops...
 Select something in Notepad and copy it to the clipboard.
 Re-select the string World in gvim.
 Paste in Notepad. Result: World. Now it does work...

This is most likely because gvim always holds the selection. 
There is no clipboard in X11, just an information which application
holds the selection. If an application wants to insert the selection 
it sends an event to the selection owner and the owner sends back
the selected data. This may change between calls. 

The clipboard manager does not receive information that the clipboard 
changed, so it will insert the old string regardless of changes in the
client.

bye
ago
-- 
 [EMAIL PROTECTED] 
 http://www.gotti.org   ICQ: 126018723


Re: Multiple XWin.exe programs loading and no xterm

2005-03-29 Thread Alexander Gottwald
On Mon, 28 Mar 2005, Scott Cegielski wrote:

 Hello,
 Please help.  This is my first time trying to start X windows using cygwin
 although I have been using cygwin for a while now.  I am running it like this:
  
 1. Open cygwin bash shell
 2. Type startxwin.bat
  
 The problem is that not much happens after that except that an X icon shows up
 in the windows task bar.  If I open the windows Task Manager, I can see that
 there are two XWin.exe programs running.  There is also an xterm.exe running,
 although I cannot see it on my screen.  I have tried killing one of the
 XWin.exe processes, but the xterm never opens.  

Do you have ZoneAlarm or other Personal Firewalls or Live Virusscanners 
installed?
The interfere with the cygwin network handling and will break Cygwin/X.

bye
ago
-- 
 [EMAIL PROTECTED] 
 http://www.gotti.org   ICQ: 126018723


Re: Multiple XWin.exe programs loading and no xterm

2005-03-29 Thread Scott Cegielski
I did also try startx.  Please see my original email for the output of startx. 
thanks

--- Steven Boothe [EMAIL PROTECTED] wrote:
 Scott Cegielski wrote:
  Hello,
  Please help.  This is my first time trying to start X windows using cygwin
  although I have been using cygwin for a while now.  I am running it like
 this:
   
  1. Open cygwin bash shell
  2. Type startxwin.bat
 
 Try typing startx at the command line. What happens then?
 
 


Scott Cegielski
[EMAIL PROTECTED]





__ 
Do you Yahoo!? 
Yahoo! Small Business - Try our new resources site!
http://smallbusiness.yahoo.com/resources/ 


problem with /etc/X11/xinit/xinitrc

2005-03-29 Thread Eyal Rozenberg
Many of the variables used in /etc/X11/xinit/xinitrc must be placed
within double quotes, otherwise home directory names with spaces are not
handled properly, e.g. /home/Some One/ is treated as two separate tokens
on the command line. I suggest the following :

---
#!/bin/sh
# $Xorg: xinitrc.cpp,v 1.3 2000/08/17 19:54:30 cpqbld Exp $

userresources=$HOME/.Xresources
usermodmap=$HOME/.Xmodmap
sysresources=/usr/X11R6/lib/X11/xinit/.Xresources
sysmodmap=/usr/X11R6/lib/X11/xinit/.Xmodmap

# merge in defaults and keymaps

if [ -f $sysresources ]; then
xrdb -merge $sysresources
fi

if [ -f $sysmodmap ]; then
xmodmap $sysmodmap
fi

if [ -f $userresources ]; then
xrdb -merge $userresources
fi

if [ -f $usermodmap ]; then
xmodmap $usermodmap
fi

# start some nice programs

exec xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black -e
/usr/bin/bash -l
---

Eyal Rozenberg

PS - This may also be an issue with some other scripts.


RE: Multiple XWin.exe programs loading and no xterm

2005-03-29 Thread Armbrust, Daniel C.
 
This happens to me all the time - I usually have to launch the X stuff 2 or 3 
times before it actually works.  

I have to manually kill off all xterm.exe, bash.exe, and other cygwin programs 
in between the launches.  I keep meaning to look into it more, but since I 
start it less than once a week, I haven't had enough incentive to dig deeper 
yet.

I just set up cygwin on another machine this week, and it suffers the same 
problem.

Dan


Re: always-on-top bug

2005-03-29 Thread Igor Pechtchanski
On Mon, 28 Mar 2005, Jack Tanner wrote:

 Igor Pechtchanski wrote:
   The splashscreen of an app being displayed over ssh X11 forwarding stays
   on top of other windows instead of going to background when I select a
   Windows window. Normally, I would've never noticed this since
   splashscreens usually whiz by, but I was on a slow connection, and this
   was very noticeable.
 
  Was this in multiwindow mode, or in rootless/rooted mode?  If the former,
  then AFAIU this is expected behavior -- the windows are managed by the

 Yes, this was in multiwindow mode. But multiwindow mode doesn't use the
 internal Windows window manager, does it? I had thought it used an
 emulation of it that tried to be as similar as possible.

As Alexander said, multiwindow mode is a thin layer on top of the internal
Windows window manager.  All of the X hints and attributes (like
always-on-top) are translated to the corresponding Windows hints and
attributes by the multiwindow layer.

 A native Windows OpenOffice.org starts with a splashscreen that I can
 send to the background by clicking on a different window. An
 X11-forwarded OOo starts with a splashscreen that stays on top no matter
 what. Does this mean that the Windows OOo doesn't draw its splashscreen
 with an always-on-top instruction?

Possibly.  You'd need to look at the source to find that out.  They do use
different windowing libraries, so I wouldn't be surprised if the code that
deals with splash screens is radically different...
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

The Sun will pass between the Earth and the Moon tonight for a total
Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT


Question about X-Windows and Perl

2005-03-29 Thread Jason B
I am currently working on a program for school that I must write in Perl.  
The program is to code something that will create a new X-Windows 
application.  Inorder to test my program I need to use an X-Windows 
environment, I installed CygwinX and when I run my perl code using the 
following command
 perl tkdemo.pl
the following error appears
Can't locate Tk.pm in @INC (@INC contains: /usr/lib/perl5/5.8/cygwin 
/usr/lib/perl5/5.8 /usr/lib/perl5/site_perl/5.8/cygwin 
/usr/lib/perl5/site_perl/5.8 /usr/lib/perl5/site_perl/5.8 
/usr/lib/perl5/vendor_perl/5.8/cygwin /usr/lib/perl5/vendor_perl/5.8 
/usr/lib/perl5/vendor_perl/5.8 .) at tkdemo.pl line 3.
BEGIN failed--compilation aborted at tkdemo.pl line 3

I know for a fact the code is correct as it runs perfectly fine on the 
school Unix boxes.  I however have a windows box, and cannot seem to get 
this work.  Any and all help will be greatly appreciated.

Thank you



Re: Multiple XWin.exe programs loading and no xterm

2005-03-29 Thread Jack Tanner
Armbrust, Daniel C. wrote:
 
This happens to me all the time - I usually have to launch the X stuff 2 or 3 times before it actually works.  

I have to manually kill off all xterm.exe, bash.exe, and other cygwin programs in between the launches.  I keep meaning to look into it more, but since I start it less than once a week, I haven't had enough incentive to dig deeper yet.
I guess I'm not alone. I've managed to solve this problem with the 
following hack: I add a pause command to the end of startxwin.bat. I 
forget why I tried this, but it works.


Re: Small clipboard bug triggered by gvim

2005-03-29 Thread Michael Schaap
On 29-Mar-2005 13:06, Alexander Gottwald wrote:
On Tue, 29 Mar 2005, Michael Schaap wrote:
 

Hi,
I recently started using Cygwin/X a bit more, and it works amazingly well!
I did, however, stumble upon a small bug using the built-in -clipboard 
handling: when using a GTK2 gvim, consecutive selections are not copied 
to the Windows clipboard.

   

This is most likely because gvim always holds the selection. 
There is no clipboard in X11, just an information which application
holds the selection. If an application wants to insert the selection 
it sends an event to the selection owner and the owner sends back
the selected data. This may change between calls. 

The clipboard manager does not receive information that the clipboard 
changed, so it will insert the old string regardless of changes in the
client.

 

Yeah, that'd do it... :-(
(This also explains why the standalone xwinclip doesn't have this 
problem: it keeps stealing the selection.)

Thanks,
 Michael


Re: Multiple XWin.exe programs loading and no xterm

2005-03-29 Thread Scott Cegielski
For me, putting a pause at the end of startxwin.bat does not make it work. 
However, I have found something that does seem to work for me.  When I launch
statxwin.bat, in addition to the 2 XWin.exe processes, there is also a sh.exe
process that starts which I assume is from the MS-DOS shell that the .bat is
run from.  Even though the shell window closes after the script finishes, the
sh.exe process is still running.  If I open the task manger and end the sh.exe
process, the xterm pops open and the extra XWin.exe goes away.  Does anyone
know why this sh.exe process whould linger around or how to kill it without
having to open the task manager and mouse to it every time?  

--- Jack Tanner [EMAIL PROTECTED] wrote:
 Armbrust, Daniel C. wrote:
   
  This happens to me all the time - I usually have to launch the X stuff 2 or
 3 times before it actually works.  
  
  I have to manually kill off all xterm.exe, bash.exe, and other cygwin
 programs in between the launches.  I keep meaning to look into it more, but
 since I start it less than once a week, I haven't had enough incentive to dig
 deeper yet.
 
 I guess I'm not alone. I've managed to solve this problem with the 
 following hack: I add a pause command to the end of startxwin.bat. I 
 forget why I tried this, but it works.
 


Scott Cegielski
[EMAIL PROTECTED]



__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com