Hi,
as reported in
http://www.cygwin.com/ml/cygwin-xfree/2005-06/msg00072.html
windows are not raised from the Cygwin X Server in multiwindow
mode, if a program wants to programmatically activate a window.
I played around and figured out that the problem can be solved by
invoking the
Hi,
I also had problems with the AltGr key. These could reliably
be reproduced by holding the AltGr for some seconds (causing
Windows generating auto repeat events).
Unfortunately the test version at
ftp://cygwin.com/pub/cygwinx/XWin.20110801-git-2d9f9305cb559907.exe.bz2
doesn't fix this
Hi,
I had the problem, that the state of the modifier keys was lost when a
window is created (or raised).
Example: in window A Ctrl + some key opens a window B, then in window B
Ctrl + some other key triggers the next action. However after the
opening of window B the Ctrl key has to be
On 8/17/2011 3:07 PM, Gulliver.M.Smith wrote:
In emacs, you can use the file menu to create a new frame (window).
(raise-frame f)
(iconify-frame f)
(decionify-frame f)
(make-frame-visible f)
at least raise-frame works with my simple patch for raising top level
windows, see
Hi,
in multiwindow mode the modal moving/resizing of windows causes a lot of
redraw events send to the X clients after the userse releases the mouse
button. During the moving/resizing client windows are not redrawn as
long as the mouse button is pressed. But all redraw/resizing events are
Hi,
the following patch is a quick dirty hack to enable redrawing of
windows while the user moves or resizes the window.
This patch should be seen as experimental proof that this can be done
with only small changes in the source code.
The main problem with window resizing/moving under
Hi Corinna,
On 8/21/2011 10:43 AM, Corinna Vinschen wrote:
However one problem is unsolved: if the key combination for opening
window B (in the above example) is an AltGr key combination, the
GetAsyncKeyState will also report, that the Ctrl key is pressed,
which is not true, since this is the
some additions to my last mail:
On 04/09/11 10:52, Oliver Schmidt wrote:
code and is also necessary for the patch. I think that the recursice
behaviour occurs because changes on the top level windows with native
Windows-API-Calls are leading to native Windows messages that again are
fed
It's me again ;-)
On 9/3/2011 9:01 PM, Jon TURNEY wrote:
As discussed in the thread [2] various scenarios, e.g. AOT windows,
native windows interleaved with X windows in the native Z order, Windows
with focus-follows-mouse enabled via TweakUI all need testing after
trying to fix this, to
Hi Jon,
On 9/7/2011 5:05 PM, Jon TURNEY wrote:
This is fine as a proof of concept, and it would be nice to handle this
did you try the patch? It looks feels very smooth if you resize a
xlock and the xclock and all x11 background windows are redrawn while
resizing ;-)
better and do X window
Hi Michel,
On 10/19/2011 11:33 AM, Michel Hummel wrote:
I am a bit late but I will be happy to test this version of XWin.
Could you give me a patched binary version please ?
You can download my currently used version of XWin.exe from:
http://min.us/mgtjlVdju
This version includes
On 10/21/2011 1:43 PM, Michel Hummel wrote:
Can I know the exact patch list applied to generate it ?
you can see the source code of my current playground version at
https://github.com/osch/cygwin-xserver
Commit 1ec241341cf1c85abf0372e00ae9acc8be66894b contains the official
sources from
Hi,
On 8/16/2011 5:31 PM, Oliver Schmidt wrote:
I had the problem, that the state of the modifier keys was lost when a
window is created (or raised).
I send a patch to fix this problem with this email: I just extended the
I just merged the current official source from xorg-server-1.11.3-1
Hi Jon,
On 09.01.2012 15:06, Jon TURNEY wrote:
I have a few questions and comments below:
Example: in window A Ctrl + some key opens a window B, then in window B
Ctrl + some other key triggers the next action. However after the opening
of window B the Ctrl key has to be released and pressed
Hi Mark,
On 09.01.2012 19:32, Mark Geary wrote:
left Alt-left Ctrl-s (will abbreviate as M-C-s from here-on) does
nothing for me. Does anyone have any thoughts on why it might not be working?
I have the left control and the caps lock keys swapped with a
registry edit:
does this problem also
Hi,
On 1/9/2012 7:11 PM, Oliver Schmidt wrote:
NEdit, press Ctrl+N for a new window, hold the Ctrl key and press S
(i.e. Ctrl+S) for saving.
For the above NEdit example you have to disable the entry Preferences /
Default Settings / Tabbed Editing / Open File In New Tab from NEdit's
menu bar
It's me again ;-)
On 1/10/2012 10:47 AM, Oliver Schmidt wrote:
Ok, I tried using GetKeyState instead of GetAsyncKeyState and it
also works. So it seems to be a good idea to switch to GetKeyState.
My answer was too fast: unfortunately I got problems using GetKeyState
instead of GetAsyncKeyState
Hi Jon,
On 1/11/2012 6:16 PM, Jon TURNEY wrote:
I think it is useful to consider this history when reviewing a patch,
Are we going in circles? Are we doing in the wrong direction?
I appreciate your carefulness und thoroughness. It's of course always
better to understand what is going on,
On 1/12/2012 1:19 PM, Oliver Schmidt wrote:
On 1/11/2012 6:16 PM, Jon TURNEY wrote:
Hm... on looking at this again, isn't that code you are adding checking the
internal state of non-latching modifiers bogus? If we release all keys on
WM_KILLFOCUS, then the non-latching modifiers will always
On 6/11/2014 10:50 PM, Patrick Herbst wrote:
On 03 Sep 2011, Jon TURNEY wrote:
On 13/08/2011 19:39, Oliver Schmidt wrote:
as reported in
http://www.cygwin.com/ml/cygwin-xfree/2005-06/msg00072.html
windows are not raised from the Cygwin X Server in multiwindow
mode, if a program wants
The current cygwin x server 1.15.1-2 under 64-bit cygwin seems to have a problem correctly evaluating the window resize
hints.
In hw/xwin/winmultiwindowwndproc.c the function ValidateSizing calls winMultiWindowGetWMNormalHints and gets wrong
values in sizeHints.width_inc and
On 6/27/2014 11:22 PM, alflanagan wrote:
The problem occurs when I run emacsclient to connect to an existing instance
of emacs; the file shows up in emacs and emacsclient exits as expected, but
focus remains stuck in emacs for some time.
I tried the following to reproduce the problem:
Under
22 matches
Mail list logo
