headers
Lev Bishop | 1 Jun 2003 01:06
Picon
Favicon

Re: Custom icons + MouseUp fix

More interesting stuff with timers, held keys, held mouse buttons:
Firstly, the timer doesn't even get created every time. I can demonstrate 
this by starting xwin with just one xterm, and running xeyes. Normally if 
I move the mouse out of the xterm then about half a second later the x 
cursor gets deleted and the xeyes continue to update. But if I move the 
mouse really quickly out of the xterm (helps that I have mouse sensitivity 
set at the highest setting) then sometimes the cursor is not deleted and 
xeyes don't update until I move mouse back into the xterm. So occasionally 
the timer is not created, it seems. As a secondary phenomenon, if I do 
this fast movement out of the xterm while at the same time holding a mouse 
button, then the windows mouse cursor not shown either (ie the mouse is 
invisible) until I release the click.

Secondly, the recent fix whereby all x keys get forced released on losing
focus doesn't seem to be strictly correct either. If I put focus on my
xterm and then hold, say shift or control, and while holding it click on
the desktop to remove focus from xterm and then click back on the xterm,
the xterm behaves as if shift and control are not pressed. Of course this
is rarely a problem but perhaps it could be an issue if there are any X
applications that make use of shift-drag/drop or control-drag/drop, etc,
like windows does. Might also be a problem for people using the windows
accessibility options such as "sticky keys".

So, all things considered, the message hook idea sounds better than using
a timer, and while you're at it, you could do the right thing(tm)  
concerning keydown, keyup instead of just force-releasing all keys.
With this, might it in fact be possible to remove most of the 
event-handling stuff out of each client-window message loop and just use 
the hook to pass these messages directly to the root window. (Ie install 
the hook once, at server-startup, and then you receive all the mouse and
(Continue reading)

Permalink | Reply | 0 comments |
headers
Lev Bishop | 1 Jun 2003 01:33
Picon
Favicon

Re: [ANNOUNCEMENT] Server Test 88

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 really not so good. Is this because the X apps I'm testing with
(xclock, oclock, xload, xditview)  only contain a large-version icon and
we have to scale it down ourselves (whereas presumably native windows apps
have both small and large icons available)? Would the current
icon-handling code we have deal with creating both small and large icons
in the cases that both were available? If indeed we are scaling the icons
ouselves, is there a nicer way to do the filtering (its a tiny image and
only gets created very infrequently, so shouldn't be a big performance
concern even if there's some real image-processing stuff going on here).

On a related note, even the default 'X' icon that's used for xterms, etc,
and is presumably built into xwin.exe, well it looks fine when alt-tabbing
and on the taskbar, but the version on the windows title-bar and the
version in the system tray, well they're pretty nasty. 

Let me know if you want screen captures of this stuff (though i'm not sure 
I know a way to capture the alt-tab icons). 

I know this is all small finishing touches stuff, but if you're going to 
the trouble of changing the icons, you might as well make them look nice.

Lev
Permalink | Reply | 5 comments |
headers
Earle F. Philhower III | 1 Jun 2003 02:17

Re: [ANNOUNCEMENT] Server Test 88

Howdy Lev,

>More interesting stuff with timers, held keys, held mouse buttons:
>Firstly, the timer doesn't even get created every time. I can demonstrate
>this by starting xwin with just one xterm, and running xeyes. Normally if
>I move the mouse out of the xterm then about half a second later the x
>cursor gets deleted and the xeyes continue to update. But if I move the
>mouse really quickly out of the xterm (helps that I have mouse sensitivity
>set at the highest setting) then sometimes the cursor is not deleted and
>xeyes don't update until I move mouse back into the xterm. So occasionally
>the timer is not created, it seems. As a secondary phenomenon, if I do
>this fast movement out of the xterm while at the same time holding a mouse
>button, then the windows mouse cursor not shown either (ie the mouse is
>invisible) until I release the click.

Yup, I've seen this too, but it's not something I've ever been able to make
happen except on purpose.  Strange!  This has bee there since the early days
I think, you may want to check the mouseleave processing.

>Secondly, the recent fix whereby all x keys get forced released on losing
>focus doesn't seem to be strictly correct either. If I put focus on my
>xterm and then hold, say shift or control, and while holding it click on
>the desktop to remove focus from xterm and then click back on the xterm,
>the xterm behaves as if shift and control are not pressed. Of course this
>is rarely a problem but perhaps it could be an issue if there are any X
>applications that make use of shift-drag/drop or control-drag/drop, etc,
>like windows does. Might also be a problem for people using the windows
>accessibility options such as "sticky keys".

True, but what you describe seems to be a real corner case, no?  By clicking
(Continue reading)

Permalink | Reply | 0 comments |
headers
Harold L Hunt II | 1 Jun 2003 05:44
Picon
Favicon

Re: [ANNOUNCEMENT] Server Test 88

Biju,

Biju G C wrote:

> --- Harold L Hunt II <huntharo <at> msu.edu> wrote:
> 
>>Colin,
>>
>>Colin Harrison wrote:
>>
>>
>>>Hi,
>>>
>>>All works for me, and yes the icons are now faultless.
>>>To qualify, I only tested 16/24/32 bit 1280x1024 on my ATI Rage Pro +
>>>Pentium III on XP Pro SP1!
>>>Exit and Cancel could have 'hot keys' x and C respectively.
>>>
>>
>>Not sure about that.  You mean Alt+X and Alt+C or did you want x and c 
>>to be the hot keys?
>>
> 
> 
>   PUSHBUTTON "E&xit", IDOK,   
>   DEFPUSHBUTTON "&Cancel", IDCANCEL,
> 
> will automaticaly make "x" and "c" hotkeys in a dialog box 
> without a text input.
>
(Continue reading)

Permalink | Reply | 2 comments |
headers
Harold L Hunt II | 1 Jun 2003 06:03
Picon
Favicon

Re: [ANNOUNCEMENT] Server Test 88

Harold L Hunt II wrote:

> Biju,
> 
> Biju G C wrote:
> 
>> --- Harold L Hunt II <huntharo <at> msu.edu> wrote:
>>
>>> Colin,
>>>
>>> Colin Harrison wrote:
>>>
>>>
>>>> Hi,
>>>>
>>>> All works for me, and yes the icons are now faultless.
>>>> To qualify, I only tested 16/24/32 bit 1280x1024 on my ATI Rage Pro +
>>>> Pentium III on XP Pro SP1!
>>>> Exit and Cancel could have 'hot keys' x and C respectively.
>>>>
>>>
>>> Not sure about that.  You mean Alt+X and Alt+C or did you want x and 
>>> c to be the hot keys?
>>>
>>
>>
>>   PUSHBUTTON "E&xit", IDOK,     DEFPUSHBUTTON "&Cancel", IDCANCEL,
>>
>> will automaticaly make "x" and "c" hotkeys in a dialog box without a 
>> text input.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Harold L Hunt II | 1 Jun 2003 06:08
Picon
Favicon

[ANNOUNCEMENT] Server Test 89

Links:

I just posted Test 89 to the server development page:
http://xfree86.cygwin.com/devel/shadow/

You can install the Test 89 package via setup.exe by selecting the
following version of the XFree86-xserv package:		4.2.0-40

Server Test Series binary and source code releases are now
available via the sources.redhat.com ftp mirror network
(http://cygwin.com/mirrors.html) in the
pub/cygwin/xfree/devel/shadow/ directory.  You may wish to note the
desired filename in the links below, then download from your
closest mirror (http://cygwin.com/mirrors.html).

Server binary, direct link:
http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test89.exe.bz2 (1208 KiB)

Server source, direct link:
http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030531-2255.tar.bz2 (116
KiB)

xc/programs/Xserver/hw/xwin (all files) diff against Test88 source code:
http://www.msu.edu/~huntharo/xwin/shadow/xwin-Test88-to-Test89.diff.bz2
(6 KiB)

Changes:

1) winmultiwindowwindow.c/winTopLevelWindowProc() - Rework the mouse
polling timer so that it is attached to the root-level window.  This
(Continue reading)

Permalink | Reply | 0 comments |
headers
Harold L Hunt II | 1 Jun 2003 06:09
Picon
Favicon

Updated on sourceware: XFree86-xserv-4.2.0-40

The XFree86-xserv-4.2.0-40 package has been updated in the Cygwin
distribution.

Changes:

1) winmultiwindowwindow.c/winTopLevelWindowProc() - Rework the mouse
polling timer so that it is attached to the root-level window.  This
prevents multiple mouse polling timers from being created, which was
happening in the old versions.  Introduce a new way of determining
that the timer should be created or deleted, which will hopefully fix
some corner cases where the timer was not being created.  (Harold L
Hunt II)

2) XWin.rc - Remove a couple of window style flags that were not
compatible with Earle's patch for removing the minimize and maximize
buttons from the dialog boxes.  (Earle F. Philhower III)

3) XWin.rc - Make ``x'' and ``C'' hotkeys for the Exit Confirmation
dialog box.  (Colin Harrison, Biju G C)

--
Harold Hunt

To update your installation, click on the "Install Cygwin now" link
on the http://cygwin.com/ web page.  This downloads setup.exe to
your system.  Save it and run setup, answer the questions and pick
up 'XFree86-xserv' from the 'XFree86' category.  You may need to
click the "Full" button if it doesn't show up.

Note that downloads from sources.redhat.com (aka cygwin.com) aren't
(Continue reading)

Permalink | Reply | 0 comments |
headers
Earle F. Philhower III | 1 Jun 2003 08:05

Re: [ANNOUNCEMENT] Server Test 88

Howdy...
At 12:03 AM 6/1/2003 -0400, you wrote:
   PUSHBUTTON "E&xit", IDOK,     DEFPUSHBUTTON "&Cancel", IDCANCEL,
>>I knew that the & would make them Alt+ hotkeys, but I didn't know that it 
>>would make them hotkeys all by themselves.  Now a problem that I am 
>>seeing is that the hotkeys are not underlined.  What incantation is 
>>required to make the x and the C underlined?
>>Brilliant... this is actually a new feature to "simplify the user 
>>interface".  The access keys are not underlined until you initiate a 
>>keyboard activity, such as pressing Alt.  Then the keys are 
>>underlined.  Very interesting.

Welcome to the Windows XP user experience.  There's an option in the
Display Propertys->Effects to turn this on and off, IIRC.

-Earle F. Philhower, III
  earle <at> ziplabel.com
  cdrlabel - ZipLabel - FlpLabel
  http://www.cdrlabel.com
Permalink | Reply | 0 comments |
headers
Colin Harrison | 1 Jun 2003 12:13
Favicon

Re: [ANNOUNCEMENT] Server Test 89

Hi,

Looks good to me.
Unfortunately I can only test on WinXP and Win2003, I hope someone checks on
95/98/ME.

Are we still going to try to get rid of the mouse polling timer?

I must admit xeyes is a bit sluggish, for me, when the pointer is out of
area, but this isn't a 'show stopper'!

Harold's message hook link via www.codeproject.com opened a whole new
ballgame to me, especially as I just got the new version of Studio .NET, for
my sins (it's nice to peer over the fence to see what the neighbours are up
to!)

Colin
Permalink | Reply | 1 comment |
headers
Colin Harrison | 1 Jun 2003 13:25
Favicon

XWin Icon Fidelity

Hi,

On multiwindow, picking up on Lev's comment on icons.
The XWin X icon displayed in the tray isn't as good looking as the default X
icon for say an xterm in the task bar.
Looking with the XP Magnifier it is probably either an aliasing effect, or a
mask defect?

That is on XP with an ATI Rage Pro (ATI has proven to be fussy on icon
structure and Lev and me use 'em).
I'll try an alternative XWin icon and see what happens.

Colin
Permalink | Reply | 6 comments |

Gmane