Earle,
The normal path for any Cygwin-related patches it that developers send
them to me, I apply them to my local tree, I make a test release, I ball
the fixes up and send them to patches at XFree86, Alan Hourihane picks
up whatever I send him and commits it. XFree86's Bugzilla was just
Panos,
I have no idea what you are talking about. Are you trying to use
XFree86 on Cygwin? If not, you have the wrong mailing list (use
[EMAIL PROTECTED] instead).
If you do need help installing and running Cygwin/XFree86, please see:
http://xfree86.cygwin.com/docs/ug/cygwin-xfree-ug.html
Log on and Ask an Expert today!
If you buy printed circuit boards, you need to take a look at this new resource
designed to take the mystery (misery) out of the PCB purchasing process.
We have designed the PCBRC (Printed Circuit Buyer's Resource Center) to help buyers
and specifiers gain a
On Wed, 28 May 2003, Colin Harrison wrote:
File should open in WordPad etc.
What about posting the images as gif, png or jpg or even better,
just posting a link to the image?
bye
ago
--
[EMAIL PROTECTED]
http://www.gotti.org ICQ: 126018723
Howdy Colin,
At 03:21 PM 5/28/2003 +0100, you wrote:
...It shows the task switcher icons with:-
3) ghostview (!)
3) konqueror (showing transparency fault)
4) xeyes and xclock (ok)
Are you sure you have all the patches in? #4 xclock is actually a watch
icon, with a black strap at the top and
I tried the xset r off when it was mentioned and have not had a keyboard
bounce problem since. According to the way I read the man page for xset,
only the rate parameter is handled by the keyboard extension and not the
autorepeat on/off. From what I can tell, in a ms-windows based xserver,
that
Howdy Colin et. al,
There is a quick, easy fix for the 16x16 bitmask icon problem.
At winmultiwindowwindow.c, line 1961 there's an if statement:
if (iconPtr-drawable.width 16 || iconPtr-drawable.height 16)
iconSize = 32;
else
iconSize = 16;
Replace it completely with just
Hi Earle,
Just about to try your patch.
I'm going cross-eyed starring at these icon!
I think that there is a black outline to xeyes and xclock icons that maybe
gets lost in the wash!
KDE show them with an outline (maybe it's an add-on effect?)
Also think xclock has a watch icon now, after all,
Hi Earle,
Your fix is good.
No more transparent background problems on ethereal or konqueror icons.
I'm off to get my eyes tested!
Thanks
Colin
Hi Earle et al,
Just some (final?) results to show how good icon handling now is.
Notice the xclock and xeyes now have their correct border and
woopee it is a watch not a clock!
(It's a tiny attached file, 20K...honest Alexander!)
Captured at 16 bit colour 1280x1024 display.
Attached is a
Looking through the archives it seems that people were discussing
something like this about a year ago (see the double keystroke effects
with XP thread), but I'm not sure if this is quite the same thing, since
that report talks about problems only with normal-speed typing and I get
it even for
Lev,
Lev Bishop wrote:
Looking through the archives it seems that people were discussing
something like this about a year ago (see the double keystroke effects
with XP thread), but I'm not sure if this is quite the same thing, since
that report talks about problems only with normal-speed
Well, it looks like while I was composing that message there were people
solving the same problem. How nice that the cygwin/xfree86 community is so
responsive as to be able to post me fixes before I've even finished
posting the problem report ;-)
Anyway, xset r off does, indeed, seem to fix my
Lev,
Lev Bishop wrote:
Well, it looks like while I was composing that message there were people
solving the same problem. How nice that the cygwin/xfree86 community is so
responsive as to be able to post me fixes before I've even finished
posting the problem report ;-)
We aim to please :)
I dont know whether others noticed these.
1)
After we start XWin.exe the mouse pointer will automatically move to center of screen.
This is OK for normal mode, -nodecoration and -fullscreen.
But I think its not needed in -multiwindow and -rootless modes.
2)
On -multiwindow mode if we press
The correct solution if you asked me is to ignore the windows repeat
events and use this X feature that is causing the problem. I
would say this is the correct thing to do because of the very reason
that the feature was included in X in the first place (at least I
assume it is the reason). It
Howdy Colin, glad to hear it's working 100%. The original problem
was the endianness of Windoze 1-bit bitmap when using a non-32-bit
wide destination. I think the code was writing into the unused
portion of the 32-bits and you got garbage in the real mask part.
I found some kde apps on a linux
David,
No need to CC me on replies. Please don't.
Fries, David D wrote:
The correct solution if you asked me is to ignore the windows repeat
events and use this X feature that is causing the problem. I
would say this is the correct thing to do because of the very reason
that the feature was
Biju wrote:
I dont know whether others noticed these.
1)
After we start XWin.exe the mouse pointer will automatically move to center of screen.
This is OK for normal mode, -nodecoration and -fullscreen.
But I think its not needed in -multiwindow and -rootless modes.
I looked for the code that
Earle,
Whatever you do, don't send a patch for the mouse release fix until I
can make another test release. I am getting swamped with patches here.
Thanks.
Harold
Earle F. Philhower III wrote:
Howdy Colin, glad to hear it's working 100%. The original problem
was the endianness of Windoze
Howdy Harold,
At 12:04 AM 5/29/2003 -0400, you wrote:
Whatever you do, don't send a patch for the mouse release fix until I can
make another test release. I am getting swamped with patches here. Thanks.
OK, truce!
-Earle F. Philhower, III
[EMAIL PROTECTED]
cdrlabel - ZipLabel - FlpLabel
Howdy Biju, Harold:
At 12:03 AM 5/29/2003 -0400, you wrote:
Biju wrote:
I dont know whether others noticed these.
1)
After we start XWin.exe the mouse pointer will automatically move to
center of screen.
This is OK for normal mode, -nodecoration and -fullscreen. But I think
its not needed in
:
http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test87.exe.bz2 (1208 KiB)
Server source, direct link:
http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030529-0045.tar.bz2 (116
KiB)
xc/programs/Xserver/hw/xwin (all files) diff against Test86 source code:
http://www.msu.edu/~huntharo/xwin/shadow/xwin-Test86
Okay, test release posted.
Please replace local source with source from test release, reapply local
patches to test source, and submit new patches as needed. :)
I have made lots of style fixes to the source, so you might as well
replace all files... otherwise diffs will be useless for me as
Hi
I am a new user of Cygwin-xfree86.
I have an X server is listening on Win2k Server . When I try to invoke
xterm -display win2k server address from the nearest
Linux I get that connection problem - Xlib: No protocol specified
(connection refused by server)
I have read previous letters
One problem with setup.exe :
why are always test packages automatically downgraded to the stable
releases when installing other packages ?
I installed the file package after installing the Xfree86-xserv
4.2.0.38, setup downgraded it to 4.2.0.37.
=
Sylvain Petreolle (spetreolle at users dot
Harold L Hunt II wrote:
Okay, test release posted.
Please replace local source with source from test release, reapply local
patches to test source, and submit new patches as needed. :)
Harold, can you import your local tree to the cvs on sourceforge? So we can
easily do updates and keep
Panos,
This question probably belongs on the general Cygwin list, no on
Cygwin-XFree. I've added that list to this reply's distribution.
Further follow-ups and replies should go there only.
I believe you're expecting a CSH-equivalent shell (tcsh, e.g.). That
shell is available under Cygwin,
28 matches
Mail list logo