On 03/10/2011 12:27, Paul Maier wrote:
In Windows, all blind keys followed by a space result in that character.
Same in XWin, but with one exception:
dead-´ plus space gives ' instead of ´.
Please check out my patch for that.
[...] for files /usr/share/x11/locale/iso8859-1/Compose and
On 28/07/2012 14:08, Paul Maier wrote:
The cygwin program run.exe is designed to do just that.
It's what I use for this purpose :-) ...
thank you for your input. 8-)
I was using run.exe too. run.exe used to hide the window and the task bar
entry.
But since my upgrade from Cygwin 1.7.9
The cygwin program run.exe is designed to do just that.
It's what I use for this purpose :-) ...
Hi Eliot,
thank you for your input. 8-)
I was using run.exe too. run.exe used to hide the window and the task bar entry.
But since my upgrade from Cygwin 1.7.9 to 1.7.15, run.exe only hides
On 7/28/2012 9:08 AM, Paul Maier wrote:
The cygwin program run.exe is designed to do just that.
It's what I use for this purpose :-) ...
I was using run.exe too. run.exe used to hide the window and the task bar entry.
But since my upgrade from Cygwin 1.7.9 to 1.7.15, run.exe only hides the
On Sun, Jul 22, 2012 at 02:26:06AM +0200, Paul Maier wrote:
The problem here is, when running vi in an xterm and the mouse slowly
(unnoticed)
moves over the scrollbar or out of the xterm, and you want to jump to
mark a,
you need to enter `a, that is in keystrokes
I'll
In Windows, all blind keys followed by a space result in that character.
Same in XWin, but with one exception:
dead-´ plus space gives ' instead of ´.
Please check out my patch for that.
[...] for files /usr/share/x11/locale/iso8859-1/Compose and
The problem here is, when running vi in an xterm and the mouse slowly
(unnoticed)
moves over the scrollbar or out of the xterm, and you want to jump to
mark a,
you need to enter `a, that is in keystrokes
I'll experiment to see if I can reproduce this effect with my environment.
2. Download XWin.20120129-git-45e67e363e19a481.exe.bz2.
/bin/startxwin -- /bin/XWin.20120129-git-45e67e363e19a481.exe -logverbose
3 -clipboard -
emulate3buttons 100 -nounixkill -nowinkill
-xkboptions nbsp:level3
- Doesn't start. Error message on the console is:
giving up.
-Ursprüngliche Nachricht-
I've had a go at fixing it. Can you please try the build I've uploaded at
[1]
and see if it still shows the problem for you?
[1] ftp://cygwin.com/pub/cygwinx/XWin.20110803-git-a493c0465e56ce0b.exe.bz2
Hi Jon,
works fine for me. I Played
I assume that you see the same behavior with other X applications, i.e.
it's
not xterm-specific?
No, at least xedit works fine on my PC, with blind keys and with mouse text
pasting,
no matter if the mouse pointer is really inside or on blue window frame or
(for blind keys:)
On 12/08/2011 07:48, Paul Maier wrote:
1. Tilde sign
-
Tilde sign (~) should be a normal (not a blind) key.
In Windows I hit AltGr++ to get ~, in XWin I need to type AltGr++ then
space
to
get a ~.
See attachment for the initial XWin xmodmap -pke table.
Possible
1. Tilde sign
-
Tilde sign (~) should be a normal (not a blind) key.
In Windows I hit AltGr++ to get ~, in XWin I need to type AltGr++
then space
to
get a ~.
See attachment for the initial XWin xmodmap -pke table.
Possible xmodmap correction (works
On 09/08/2011 00:17, Paul Maier wrote:
1. Tilde sign
-
Tilde sign (~) should be a normal (not a blind) key.
In Windows I hit AltGr++ to get ~, in XWin I need to type AltGr++ then
space to
get a ~.
See attachment for the initial XWin xmodmap -pke table.
Possible
On 04/08/2011 03:21, Paul Maier wrote:
Thanks for the logs, that was very useful.
I still can't reproduce this (although holding AltGr down to make it
autorepeat seems the best way to try to do that). It is a timing issue with
the keypress/release messages so it might be sensitive to CPU
Thanks for the logs, that was very useful.
I still can't reproduce this (although holding AltGr down to make it
autorepeat seems the best way to try to do that). It is a timing issue with
the keypress/release messages so it might be sensitive to CPU speed, or
perhaps you have some software
As a workaround, you could perhaps set your locale to
de_DE.ISO8859-1 (which
is a subset of CP1252), if you actually need to work with
CP1252 encoded data,
Hi Jon, that WORKS!! 8-)))
Thanks for the help. It's fine for me now.
Paul
--
Unsubscribe info:
I managed to work around it.
In the startup of XWin I start a few windows.
In one of them I add the font server after a bit of sleep to settle down
XWin.
Now the XWin does not SIGSEGV any more why so ever.
Here are the scripts I use to start up my X environment
Burkhard
Startxwin.bat:
@echo
Rejoiced too early.
When I start an application that uses a font that is not on the font
server XWin crashes again with the same stack trace I already sent you.
Burkhard
_
Geschaeftsfuehrer/Managing
On Thu, 19 May 2005, Vincenzo Daniele wrote:
Ok.
Sorry for this misunderstanding.
$ XWin :0
starts fine
sleep 5s
is sleeping 5 secs
$ DISPLAY=:0.0 twm
winProcEstablishConnection - Hello
winProcEstablishConnection - Clipboard is not enabled, returning.
Xlib: unexpected async reply
Antwort: Antwort: Antwort: Antwort:
It's German for Reply, and
the German shorthand for RE:
On Thu, 19 May 2005 10:00:26 -0400, Andrew Schulman wrote:
What the hell is that?
What the hell is that?
Antwort: Antwort: Antwort: Antwort:
It's German for Reply, and
the German shorthand for RE:
Thank you. This has been bothering me for ages!
Of course it's still annoying, but at least now I know what it means!
No,
there is no functional changes. I only want to make sure, that no c function
in Intrinsic.c can use the symbol _y (in c 'y'),
so this patch renames it to __$XtInherit, which isn't usable for c
functions.
BTW: I was very in rush while doing the last patch, which may fails to be
applied. The
Hi Charles,
... if linked to the static ipc-library. Using the cygipc dll
results in an
additional runtime dependency, which will produce windows
runtime linking
errors if the cygipc package isn't installed, which will produce more
support noise dealing with this issue. Using the static
23 matches
Mail list logo