1) winclipboardxevents.c/winClipboardFlushXEvents/SelectionRequest -
Change the 'format' value for the first call to XChangeProperty from 8
to 32 since we are passing a data array of Atoms, which are 32 bits
long. (Lev Bishop)
TARGETS still doesn't work right. Now, a request for TARGETS puts
Harold:I tried the build method you described, but I get an error:
I get:
...
making all in programs/Xserver/xkb...
make[1]: Entering directory `/usr/src/xc/.build/programs/Xserver/xkb'
make[1]: *** No rule to make target `/xkmread.c', needed by `xkmread.c'.
Stop.
make[1]: Leaving directory
Also, there is no fundamental incompatibility here, only an imperfect
handling of all of the cases that we need to handle. We can do this
perfectly, it is just confusing and takes time to get it correct. So I
am going to release 4.3.0-66 and you're going to test it. :)
I think there is a
Harold wrote:
Simple test case: don't use -clipboard, select some text in a xterm,
unselect it, then right-click in another xterm... I don't think you'll
see any text pasted unless there is a clipboard manager of some sort
running (i.e. don't do this in Xdmcp).
Actually, you generally *will*
Harold wrote:
Lev Bishop wrote:
That last sentence is not correct. Here is how delayed rendering works:
http://msdn.microsoft.com/library/en-us/winui/winui/windowsuserinterface/dataexchange/clipboard/clipboardoperations.asp?frame=true#_win32_Delayed_Rendering
You'll notice in the clipboard
Well, I've kicked the -63 server around a fair bit this weekend and it
seems to be holding up very well. No crashes, and generally no unpleasant
surprises. I have still managed to activate the 2 second timeout code,
though, by doing some pathological things, that are probably impossible to
work
Harold wrote:
Don't know if that is related or not, but I would hope that you have the
latest libXft, fontconfig, and freetype2 packages installed. Let us
know.
I think I am up to date. Cygcheck reports:
libXft 2.1.6-1
libXft-devel2.1.6-1
libXft1
If it's nitpicky stylistic issues you're after
The X icon at the top left of both the About... dialog and the Cygwin/X
Exit? dialog is different to the X icon at the top left of other
programmes' windows, such as xterm. The one on the about and exit dialogs
is a little uglier than the other.
Harold: you wanted a test case for the clipboard hang. I can do it this
way, using only xterm and notepad:
1) open xterm and notepad
2) type some stuff in the xterm
3) left click and drag to select text in the xterm (it gets highlighted) -
let go of the mouse, and the text stays highlighted in
xterm 185-3 doesn't seem to have freetype/xft/fontconfig/etc support. it
ignores the faceName resource, and doesn't recognize the -fa command line
option. also cygcheck shows no dependence on
C:\cygwin\usr\X11R6\bin\cygXft-2.dll. however, version 185-2 is fine.
Lev
I can't reproduce this at all.
The behavior I get is that in step 5 if you press Ctrl+V nothing happens
(no delay, no pasting) and if you right click the context menu entry for
Paste is greyed out (since X released ownership of the selection).
So, what version of Windows are you running
Harold: Yes, I did reboot. I've rebooted again and found a variety of
peculiar clipboard related behaviours that are somewhat tricky to
reproduce reliably (just using xterm and notepad here). Simply doing the
procedure I descibed before, immediately after a reboot, doesn't work the
way I
Scalable fonts don't seem to be working:
$ xset fp= /usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/
$ xset fp rehash
$ xfontsel
X Error of failed request: BadName (named color or font does not exist)
Major opcode of failed request: 45 (X_OpenFont)
Serial number of failed
Harold, you wanted a three-click test case:
$ xfontsel
wait for it to finish parsing all the fonts. Note that it displays the
alphabet in some default font at the bottom of the window.
Click on family and choose a TTF from the list, eg. one of the Luxis.
Note that the alphabet is no longer
I've been using xterm with lucida console and up until the recent versions
of cygwin-xfree it worked fine. With the latest versions, however, there
were problems with the vertical spacing and overwriting and stuff.
Characters with descenders (g q etc) would get slightly overwritten by
characters
I always used to have the line:
xterm*ColorMode:True
in my ~/.Xdefaults and it worked.
With the last few versions of cygwin/xfree it started complaining
$ xterm
Warning: Cannot convert string true to type Int
Although the xterm actually seemed to work ok, even doing the ColorMode
stuff right.
Thanks, that's very interesting. I found that the suggested xset r off
worked well for me, by completely disabling the X autorepeat stuff, since
there's already windows autorepeat. But it's good to get to the bottom of
these subtle race-condition type bugs.
Lev
Harold,
Harold wrote:
Microsoft never comes right out and says what bloody size *all* icons
are supposed to be in the various places in Windows. The nearest I have
ever been able to find is the following:
So from what I understand there are 4 sizes used by windows.
{system|shell}
Harold,
On the other hand, the 24 x 24 icon I made looks like crap. I just
realized that my notebook uses 24 x 24 small icons because I am running
it with 120 dpi fonts. I should have looked at the icon on here first,
cause it really is obviously garbage. Then again, it looks like there
are
Hi Earle,
As for the scaling, check out the bottom of winmultiwindowwindow.c.
Feel free to put in a nice 2d filter, but it'll really only make a
difference for xcalc. X apps normally only have one icon size
specified, and that size can be almost anything. Some of the QT(KDE?)
apps have
Icons now work for me. No offense, but they're fairly ugly though. The
'big' version I get when alt-tabbing is OK for some (like xclock, oclock,
xload) and not so good for others (xtriangles, xrubik, xfig), but the
smaller versions that go in the window's title bar and on the taskbar,
they're
In response to Earle's question: I'm using ATI Mobility Radeon.
Lev
So cygwin/xfree is very nice indeed, but I still can't make fonts look as
good as they do natively on windows XP with cleartype. I've read the
xfree86 font de-uglifaction howto, played with XftConfig, enabled
sub-pixel antialiasing, downloaded and built my own version of the latest
freetype dll
Making the icons work was a really good idea. But it doesn't seem to work
right for me - the icons appear, but only in 2 colours - transparent and
white. Presumably the mask is converted correctly but not the
icon itself. I checked with xclock, oclock, xditview, xcalc, xload.
It only happens
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
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
26 matches
Mail list logo