Michael DePaulo gmail.com> writes:
|On Wed, Jun 10, 2015 at 7:28 AM, Fergus Daly
| frontier-science.co.uk> wrote:
|> For ages I used
|> XWin -nolock -nolisten local -multiwindow &
|> xterm -display localhost:0.0
|> to get a xterm terminal.
|> Following recent up
For ages I used
XWin -nolock -nolisten local -multiwindow
xterm -display localhost:0.0
to get a xterm terminal.
Following recent updates I get a fatal error: Cannot establish any listening
sockets.
In the past, updates to XWin have sometimes led to similar difficulties, but I
have
On Wed, Jun 10, 2015 at 7:28 AM, Fergus Daly
ferg...@frontier-science.co.uk wrote:
For ages I used
XWin -nolock -nolisten local -multiwindow
xterm -display localhost:0.0
to get a xterm terminal.
Following recent updates I get a fatal error: Cannot establish any listening
sockets
it properly. But I use the vi command line exclusively, and
almost always, I don't want autowrap in the results from commands
being sent to the screen. Is there a way to get both at the same
time, without having to always toggle the xterm autowrap?
---
What do you mean by mess up? It shouldn't
. But I use the vi command line exclusively, and
almost always, I don't want autowrap in the results from commands
being sent to the screen. Is there a way to get both at the same
time, without having to always toggle the xterm autowrap?
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe
The following package has been updated in the Cygwin distribution:
*** xterm-313-1
The xterm program is a terminal emulator for the X Window System. It
provides DEC VT102 and Tektronix 4014 compatible terminals for programs
that can't use the window system directly.
This is an update
On Thu, 2014-07-31 at 10:33 -0400, C Linus Hicks wrote:
On Thu, 2014-07-31 at 12:45 +0100, Jon TURNEY wrote:
On 30/07/2014 19:04, C Linus Hicks wrote:
I have run Cygwin on multiple versions of Windows including recently on
Windows XP and don't think I ever had this problem. Resizing or
On 30/07/2014 19:04, C Linus Hicks wrote:
I have run Cygwin on multiple versions of Windows including recently on
Windows XP and don't think I ever had this problem. Resizing or
specifying a geometry always resulted in the exact number of columns
requested, with increments of 1 column being
On Thu, 2014-07-31 at 12:45 +0100, Jon TURNEY wrote:
On 30/07/2014 19:04, C Linus Hicks wrote:
I have run Cygwin on multiple versions of Windows including recently on
Windows XP and don't think I ever had this problem. Resizing or
specifying a geometry always resulted in the exact number of
the right-hand edge of the
window by the smallest it would change. I don't know if it is related,
but there is also several pixels (I would say around 20) gap between the
window manager border decoration and the parts of the display presented
by xterm. I did alter from the default Windows config
Cygwin X Server Version 1.15.1-3:
1.) Start an xterm under cygwin with xserver in multiwindow mode.
2.) From this cygwin xterm log into remote linux (debian 3.2.0-4-486) machine
with ssh -X.
3.) After logged in to the remote linux machine: start emacs with emacs .
This opens a new X11 window under
.
*laptop is running BIOS A13, with HD Graphics 4000, in case it matters.
--
View this message in context:
http://cygwin.1069669.n5.nabble.com/emacs-holding-focus-not-granting-it-to-xterm-tp108889p109599.html
Sent from the cygwin-xfree mailing list archive at Nabble.com.
--
Unsubscribe info: http
The following package has been updated in the Cygwin distribution:
*** xterm-308-1
The xterm program is a terminal emulator for the X Window System. It
provides DEC VT102 and Tektronix 4014 compatible terminals for programs
that can't use the window system directly.
This is an update
The following package has been updated in the Cygwin distribution:
*** xterm-305-1
The xterm program is a terminal emulator for the X Window System. It
provides DEC VT102 and Tektronix 4014 compatible terminals for programs
that can't use the window system directly.
This is an update
, new versions of cygwin and
applications notwithstanding.
Here's what happens:
I enter text into emacs, move mouse to an xterm, click and enter text there,
but text is going into
emacs. I can only move keyboard flow away from emacs after having done some
nuisance operations in
the emacs window
and it's irritating still, new versions of cygwin and
applications
notwithstanding.
Here's what happens:
I enter text into emacs, move mouse to an xterm, click and enter text there,
but text is going into
emacs. I can only move keyboard flow away from emacs after having done some
nuisance
notwithstanding.
Here's what happens:
I enter text into emacs, move mouse to an xterm, click and enter text there,
but text is going into
emacs. I can only move keyboard flow away from emacs after having done some
nuisance operations in
the emacs window, like moving around the pointer; it mostly helps
On 05/05/2014 19:39, Nem W Schlecht wrote:
For over a month now I've been having issues with my xterms in Cygwin.
If I try to access *any* menu item under the Ctrl-mouse button menu
items (change font, turn on/off scrollbar, redraw window, etc.), my
xterm crashes the moment I un-press my mouse
font, turn on/off scrollbar, redraw window, etc.), my
xterm crashes the moment I un-press my mouse button. I don't access
them all that often, so I don't know how long the issue has been
around, but it's been a couple of months now.
I've tried launching it with an empty .Xdefaults file (home
On Wed, Mar 19, 2014 at 08:44:29PM -0400, Thomas Dickey wrote:
On Wed, Mar 19, 2014 at 04:25:44PM -0700, Mark Hansen wrote:
On 3/19/2014 3:21 PM, Jyhshyong wrote:
Hi
I just installed Cygwin 64 on my 64-bit Cygein 64 PC, and found that
the Xterm in the system tray icon is no longer
On 3/19/2014 3:21 PM, Jyhshyong wrote:
Hi
I just installed Cygwin 64 on my 64-bit Cygein 64 PC, and found that
the Xterm in the system tray icon is no longer working.
The Xwin server system tray icon has the following target
C:\cygwin64\bin\run.exe /usr/bin/bash.exe -l -c /usr/bin
On Wed, Mar 19, 2014 at 04:25:44PM -0700, Mark Hansen wrote:
On 3/19/2014 3:21 PM, Jyhshyong wrote:
Hi
I just installed Cygwin 64 on my 64-bit Cygein 64 PC, and found that
the Xterm in the system tray icon is no longer working.
The Xwin server system tray icon has the following
On 3/7/2014 11:57 AM, Mark Hansen wrote:
I just installed the 64-bit version of Cygwin on both a desktop PC and a
laptop PC.
On the desktop, everything worked as expected without problems. On the
laptop, I
have the following problems:
When I launch a shell window, I get the following
get the following error:
Your group is currently mkgroup. This indicates that neither your gid nor
your pgsid is in /etc/group.
(I don't know about this one)
Also, when I try to launch an XTerm, I get the following message in the XTerm
window for
just a few seconds and then the window
:
Your group is currently mkgroup. This indicates that neither your gid nor
your pgsid is in /etc/group.
Also, when I try to launch an XTerm, I get the following message in the XTerm
window for
just a few seconds and then the window goes away:
/cygdrive/c/Apps/cygwin/bin/xterm: Could not exec
problems:
When I launch a shell window, I get the following error:
Your group is currently mkgroup. This indicates that neither your gid nor
your pgsid is in /etc/group.
(I don't know about this one)
Also, when I try to launch an XTerm, I get the following message in the XTerm
window for
just a few
On Fri, Mar 07, 2014 at 02:03:57PM -0800, Mark Hansen wrote:
As a result, it is working so I'll leave it alone.
:-)
fwiw, when I compile #301, #302 and #303 for Cygwin, I don't see the bug.
However, I was able to analyze it on Linux with valgrind...
Well, I downloaded the Cygwin
had no problems launching
XTerms
on my desktop running 64-bit Cygwin. I've launched several XTerms today with no
problems
... until a few minutes ago. I went to launch an XTerm on my desktop PC and it
began
having the same problem I saw on the laptop (the error having to do with
XTERM_SHELL).
I
an XTerm on my desktop PC and
it began
having the same problem I saw on the laptop (the error having to do with
XTERM_SHELL).
I edited the launcher shortcut to remove the /bin/zsh -l from the end of
the command
and it started working again.
I didn't do anything to update the Cygwin product
a few minutes ago. I went to launch an XTerm on my desktop PC and
it began
having the same problem I saw on the laptop (the error having to do with
XTERM_SHELL).
I edited the launcher shortcut to remove the /bin/zsh -l from the end of
the command
and it started working again.
I didn't
The following package has been updated in the Cygwin distribution:
*** xterm-302-1
The xterm program is a terminal emulator for the X Window System. It
provides DEC VT102 and Tektronix 4014 compatible terminals for programs
that can't use the window system directly.
This is an update
]
After updating from 291-1 to 301-1 xterm starts /bin/sh instead of
my shell specified in /etc/passwd or in the SHELL environment
variable.
The workaround I have found is to create /etc/shells with a list of
permitted shells, e.g.
(whether xterm should use
From: Thomas Dickey [mailto:dic...@his.com]
On Thu, Feb 20, 2014 at 06:45:00PM +, Matt Seitz (matseitz) wrote:
From: Ola Strömfors [mailto:ola.stromf...@gmail.com]
After updating from 291-1 to 301-1 xterm starts /bin/sh instead of
my shell specified in /etc/passwd
On Thu, Feb 27, 2014 at 06:05:48PM +, Matt Seitz (matseitz) wrote:
From: Thomas Dickey [mailto:dic...@his.com]
On Thu, Feb 20, 2014 at 06:45:00PM +, Matt Seitz (matseitz) wrote:
From: Ola Strömfors [mailto:ola.stromf...@gmail.com]
After updating from 291-1 to 301-1 xterm
Hi,
After updating from 291-1 to 301-1 xterm starts /bin/sh instead of
my shell specified in /etc/passwd or in the SHELL environment variable.
The workaround I have found is to create /etc/shells with a list of
permitted shells, e.g.
/bin/ash
/bin/bash
/bin/dash
/bin/sh
/bin/tcsh
/bin/zsh
On Thu, Feb 20, 2014 at 10:47 AM, Ola Strömfors wrote:
After updating from 291-1 to 301-1 xterm starts /bin/sh instead of
my shell specified in /etc/passwd or in the SHELL environment variable.
I saw the same thing, but only on my home computer running Windows 7
Pro 64-bit, not on my work
From: Ola Strömfors [mailto:ola.stromf...@gmail.com]
After updating from 291-1 to 301-1 xterm starts /bin/sh instead of
my shell specified in /etc/passwd or in the SHELL environment variable.
The workaround I have found is to create /etc/shells with a list of
permitted shells, e.g.
From
On Thu, Feb 20, 2014 at 11:33:22AM -0700, Jim Reisert AD1C wrote:
On Thu, Feb 20, 2014 at 10:47 AM, Ola Strömfors wrote:
After updating from 291-1 to 301-1 xterm starts /bin/sh instead of
my shell specified in /etc/passwd or in the SHELL environment variable.
I saw the same thing
On Thu, Feb 20, 2014 at 06:45:00PM +, Matt Seitz (matseitz) wrote:
From: Ola Strömfors [mailto:ola.stromf...@gmail.com]
After updating from 291-1 to 301-1 xterm starts /bin/sh instead of
my shell specified in /etc/passwd or in the SHELL environment variable.
The workaround I have
The following package has been updated in the Cygwin distribution:
*** xterm-301-1
The xterm program is a terminal emulator for the X Window System. It
provides DEC VT102 and Tektronix 4014 compatible terminals for programs
that can't use the window system directly.
This is an update
On 01/08/2013 01:55, Jeremy Elson wrote:
I recently upgraded from the 32-bit to the 64-bit build of Cygwin
1.7.22 on Windows 8 x64. For the most part, everything works
identically (except faster!). But I have noticed one problem: xterm no
longer seems to respond to the magic escape codes
noticed one problem: xterm no
longer seems to respond to the magic escape codes that change its
title. My shell uses this to update the title to reflect the current
hostname and working directory, but after the upgrade all my xterms
just have the same title: tcsh.
I haven't seen any mention
with the middle mouse
button on the title bar of an Cygwin X Windows window, such as an
xterm, and select Add Window Rule. In the dialog near bottom
there is Method for hiding the window, change it to Hide by
move window. Do not forget to press Add and Apply buttons
afterwards.
With middle-click
-primary also affects C-y.
I tried to paste with the scroll wheel, but apparently that generated
mouse-4, not mouse-2. But I really want to paste with the right mouse
button.
In .emacs:
(global-set-key [mouse-3] 'mouse-yank-primary)
In .Xdefaults:
XTerm*VT100.Translations: #override \
KeyBackSpace
How do I get it to work again?
--
Fredrik Stax\ang | rot13: s...@hcqngr.hh.fr
This is all you need to know about vi: ESC : q ! RET
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation:
Hi Fredrik,
You need to give a bit more detail than It doesn't work.
http://www.chiark.greenend.org.uk/~sgtatham/bugs.html#respect
Start here:
Problem reports: http://cygwin.com/problems.html
Csaba
--
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
The Tao of math: The
On 4/3/2013 7:54 AM, Csaba Raduly wrote:
Hi Fredrik,
You need to give a bit more detail than It doesn't work.
http://www.chiark.greenend.org.uk/~sgtatham/bugs.html#respect
Start here:
Problem reports: http://cygwin.com/problems.html
Right.
In addition, the OP should give a recipe for
This works for me:
(global-set-key [mouse-3] 'mouse-yank-primary)
--
Fredrik Stax\ang | rot13: s...@hcqngr.hh.fr
This is all you need to know about vi: ESC : q ! RET
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
The following package has been updated for the Cygwin distribution:
*** xterm-291-1
The xterm program is a terminal emulator for the X Window System. It
provides DEC VT102 and Tektronix 4014 compatible terminals for programs
that can't use the window system directly.
This is an update
The following package has been updated for the Cygwin distribution:
*** xterm-290-1
The xterm program is a terminal emulator for the X Window System. It
provides DEC VT102 and Tektronix 4014 compatible terminals for programs
that can't use the window system directly.
This is an update
A strange scrolling problem seems to have been introduced in XTerm(289)
I have a large scrollback buffer. Now when I scroll back my xterm,
anything that was previously above the top of the current screen
appears indented about 20 spaces:
- r w x
On Tue, Feb 12, 2013 at 4:01 PM, Thomas Dickey wrote:
Did you run #288 before this update? (288 had several fixes for
Coverity warnings, one of the #289 changes fixed something that
I broke in addressing those).
I believe I had been running #288 at one point. I just updated Cygwin
and could
On Tue, Feb 12, 2013 at 04:22:05PM -0700, Jim Reisert AD1C wrote:
On Tue, Feb 12, 2013 at 4:01 PM, Thomas Dickey wrote:
Did you run #288 before this update? (288 had several fixes for
Coverity warnings, one of the #289 changes fixed something that
I broke in addressing those).
I
On Tue, Feb 12, 2013 at 06:50:48PM -0500, Thomas Dickey wrote:
On Tue, Feb 12, 2013 at 04:22:05PM -0700, Jim Reisert AD1C wrote:
On Tue, Feb 12, 2013 at 4:01 PM, Thomas Dickey wrote:
Did you run #288 before this update? (288 had several fixes for
Coverity warnings, one of the #289
On Mon, Feb 11, 2013 at 12:23:43PM +0100, marco atzeri wrote:
after last package update I noticed two issues:
on .XWinrc I was forced to change
The first one was reported a week ago as FreeBSD #175782,
and is fixed in #289 (last Friday).
$ xfontsel.exe
Warning: Missing charsets in String
to know, reverting to #287 solves the issue.
$ xfontsel.exe
Warning: Missing charsets in String to FontSet conversion
The second one was (I think) reported/fixed on this list.
reported yes, I see it in some variants, solved not.
But reverting xterm, solves also the xfontsel.exe warning
On 06/02/2013 17:18, PRIKHODKO, GEORGE wrote:
After upgrading xorg-server and xorg-server-common packages from
1.13.0-1
to 1.13.1-1 version, xterm stopped responding to mouse events. I can
select
a text in a xterm window, but I cannot paste in it using middle button;
holding Ctrl
The following package has been updated for the Cygwin distribution:
*** xterm-289-1
The xterm program is a terminal emulator for the X Window System. It
provides DEC VT102 and Tektronix 4014 compatible terminals for programs
that can't use the window system directly.
This is an update
On 2/8/2013 1:15 PM, Jon TURNEY wrote:
On 06/02/2013 17:18, PRIKHODKO, GEORGE wrote:
After upgrading xorg-server and xorg-server-common packages from 1.13.0-1
to 1.13.1-1 version, xterm stopped responding to mouse events. I can select
a text in a xterm window, but I cannot paste in it using
On 10/02/2013 12:45, Ken Brown wrote:
On 2/8/2013 1:15 PM, Jon TURNEY wrote:
On 06/02/2013 17:18, PRIKHODKO, GEORGE wrote:
After upgrading xorg-server and xorg-server-common packages from 1.13.0-1
to 1.13.1-1 version, xterm stopped responding to mouse events. I can select
a text in a xterm
press it once,
either in emacs or elsewhere, both emacs and xterm stop responding to some
other mouse events.
To reproduce (without emacs):
1. Start the X server with
startxwin -- -emulate3buttons
2. Press shift-left-right in an xterm window, using a mouse of the type I
described.
3. Move
The following package has been updated for the Cygwin distribution:
*** xterm-288-1
The xterm program is a terminal emulator for the X Window System. It
provides DEC VT102 and Tektronix 4014 compatible terminals for programs
that can't use the window system directly.
This is an update
On 06/02/2013 17:18, PRIKHODKO, GEORGE wrote:
After upgrading xorg-server and xorg-server-common packages from 1.13.0-1
to 1.13.1-1 version, xterm stopped responding to mouse events. I can select
a text in a xterm window, but I cannot paste in it using middle button;
holding Ctrl button
The following package has been updated for the Cygwin distribution:
*** xterm-287-1
The xterm program is a terminal emulator for the X Window System. It
provides DEC VT102 and Tektronix 4014 compatible terminals for programs
that can't use the window system directly.
This is an update
The following package has been updated for the Cygwin distribution:
*** xterm-286-1
The xterm program is a terminal emulator for the X Window System. It
provides DEC VT102 and Tektronix 4014 compatible terminals for programs
that can't use the window system directly.
This is an update
The following package has been updated for the Cygwin distribution:
*** xterm-285-1
The xterm program is a terminal emulator for the X Window System. It
provides DEC VT102 and Tektronix 4014 compatible terminals for programs
that can't use the window system directly.
This is an update
From: Thomas Dickey
I did consider providing a special resource value that would suppress the
xterm-specific icon (such as none or default), but decided to see what
type of feedback I'd get first.
I like having a specific xterm icon in the taskbar to make it clear which X
application
On Thu, Oct 18, 2012 at 04:35:24PM +, Matt Seitz (matseitz) wrote:
From: Thomas Dickey
I did consider providing a special resource value that would suppress the
xterm-specific icon (such as none or default), but decided to see what
type of feedback I'd get first.
I like having
Did this update change the XTerm icon that is displayed in the Windows task bar?
Previously, when I launched the XWin Server, I would see the x.org logo (a
black X with an orange ring) in the task bar as the icon for the XTerm window.
Today, I see the XTerm icon for the XTerm window: a red X
On Mon, Oct 15, 2012 at 05:58:10PM +, Matt Seitz (matseitz) wrote:
Did this update change the XTerm icon that is displayed in the Windows task
bar?
Previously, when I launched the XWin Server, I would see the x.org logo (a
black X with an orange ring) in the task bar as the icon
On Mon, Oct 15, 2012 at 11:58 AM, Matt Seitz wrote:
Did this update change the XTerm icon that is displayed in the Windows task
bar?
Yes, it reminds me of the Texas Rangers logo (American baseball team).
--
Jim Reisert AD1C, jjreis...@alum.mit.edu, http://www.ad1c.us
--
Unsubscribe info
On Mon, Oct 15, 2012 at 03:42:02PM -0600, Jim Reisert AD1C wrote:
On Mon, Oct 15, 2012 at 11:58 AM, Matt Seitz wrote:
Did this update change the XTerm icon that is displayed in the Windows task
bar?
Yes, it reminds me of the Texas Rangers logo (American baseball team).
Looking
Hi,
the word not should be added to this description:
man xterm
[...]
+maximized
This option indicates that xterm should ask the window manager
to maximize its layout on startup.
It should read:
... should *not* ask the window manager ...
Regards,
Paul
On Sat, Jul 28, 2012 at 02:24:52PM +0200, Paul Maier wrote:
Hi,
the word not should be added to this description:
man xterm
[...]
+maximized
This option indicates that xterm should ask the window manager
to maximize its layout on startup.
It should
Hi,
xterm -si doesn't work as expected.
To reproduce (think of a tail -f instead of xev):
1. xterm -si -e /bin/xev
2. move the mouse in the xev window to produce some lines
3. scroll the xterm up half way and remember the visible lines
4. while looking at the xterm, again move the mouse
Hi,
the word not should be added to this description:
man xterm
[...]
+maximized
This option indicates that xterm should ask the window
manager to
maximize its layout on startup.
It should read:
... should *not* ask the window manager
On Sat, Jul 28, 2012 at 02:57:35PM +0200, Paul Maier wrote:
Hi,
the word not should be added to this description:
man xterm
[...]
+maximized
This option indicates that xterm should ask the window
manager to
maximize its layout
On Sat, Jul 28, 2012 at 02:49:22PM +0200, Paul Maier wrote:
Hi,
xterm -si doesn't work as expected.
The short answer is that it's always been that way :-)
This refers to the scrollTtyOutput, which in xterm is described:
scrollTtyOutput (class ScrollCond)
Specifies
I upgraded yesterday, and am similarly afflicted
Thanks Patrick for a workaround, +200+200 works for me.
Mario's suggestion of startxwin doesn't solve the problem because
startxwin doesn't allow single root window mode.
Another minimal way to demonstrate the problem:
DISPLAY=:0; export
I've found a better workaround for this problem which works without
needing to calculate the correct placement of a remedial xterm.
Install the xsetroot package and run the following once the X server
has started up:
# Traditional X11 X-shaped cursor
xsetroot -cursor_name X_cursor
or
# Normal
On 5/29/2012 7:18 PM, Patrick Hogan wrote:
Hi list,
A slightly more pared-down version of a question I've posed previously.
From a new Cygwin install on Windows 7 running 1024x768 resolution,
compare the result of the following two commands run from a Cygwin
terminal:
startx /usr/bin/xterm
Hi list,
A slightly more pared-down version of a question I've posed previously.
From a new Cygwin install on Windows 7 running 1024x768 resolution,
compare the result of the following two commands run from a Cygwin
terminal:
startx /usr/bin/xterm -- -logfile broken.log
startx /usr/bin/xterm
This seems to be a fairly fundamental problem, and the placement of the xterm
determines whether the entire X.org session is usable or not. Does anyone
know anything about this problem?
I will only mention that while I am unable to recover from this same problem
(rebase/reinstalling/different
The following package has been updated for the Cygwin distribution:
*** xterm-279-1
The xterm program is a terminal emulator for the X Window System. It
provides DEC VT102 and Tektronix 4014 compatible terminals for programs
that can't use the window system directly.
This is an update
I've observed a problem whereby a single-screen X11 session started
with startx or Xwin prevents a single xterm from being started in a
usable state (no keyboard or mouse focus), but the problem goes away
if the xterm is placed in a *particular area on the screen*.
It's a new fresh Cygwin install
In my previous email, I mis-typed the xterm geometry which might have
caused confusion. There was a minus where there should have been a
plus. Corrected version below.
I've observed a problem whereby a single-screen X11 session started
with startx or Xwin prevents a single xterm from
Since one of the last updates this year, the output
in an xterm is sometimes wrapped after a few columns.
They same applies to the number of lines.
Sometimes it works, i.e. xterm wraps the line when
the content really doesn't fit into the line anymore,
but sometimes the lines are wrapped after 4
The following package has been updated for the Cygwin distribution:
*** xterm-278-1
The xterm program is a terminal emulator for the X Window System. It
provides DEC VT102 and Tektronix 4014 compatible terminals for programs
that can't use the window system directly.
This is an update
The following package has been updated for the Cygwin distribution:
*** xterm-277-1
The xterm program is a terminal emulator for the X Window System. It
provides DEC VT102 and Tektronix 4014 compatible terminals for programs
that can't use the window system directly.
This is an update
when I reboot my PC, scrolling an xterm with a Levovo trackpoint works
(mostly) fine, very smooth
and good speed.
Then I work for a while and some condition, that I couldn't find out yet,
corrupts it.
It then doesn't scroll WHILE you hold that Trackpoint middle button down
Hi there,
when I reboot my PC, scrolling an xterm with a Levovo trackpoint works (mostly)
fine, very smooth and good speed.
Then I work for a while and some condition, that I couldn't find out yet,
corrupts it.
It then doesn't scroll WHILE you hold that Trackpoint middle button down, but
after
On 11/9/2011 8:09 PM, Thomas Dickey wrote:
On Wed, 9 Nov 2011, Jesse Ziser wrote:
Hello,
I find that adding the following:
XTerm*vt100.metaSendsEscape: true
XTerm*vt100.altSendsEscape: true
XTerm*vt100.eightBitInput: false
to my .Xdefaults does not seem to change the way XTerm behaves WRT
Hello,
I find that adding the following:
XTerm*vt100.metaSendsEscape: true
XTerm*vt100.altSendsEscape: true
XTerm*vt100.eightBitInput: false
to my .Xdefaults does not seem to change the way XTerm behaves WRT
meta-key handling. It still sends 0xF7 for meta-W, for example (or the
UTF-8
On Wed, 9 Nov 2011, Jesse Ziser wrote:
Hello,
I find that adding the following:
XTerm*vt100.metaSendsEscape: true
XTerm*vt100.altSendsEscape: true
XTerm*vt100.eightBitInput: false
to my .Xdefaults does not seem to change the way XTerm behaves WRT meta-key
handling. It still sends 0xF7
On Mon, 31 Oct 2011, Edvardsen Kåre wrote:
On Mon, 31 Oct 2011, Edvardsen Kåre wrote:
Where do I change the default settings (globally) for the XTerm so I
don't have to set it every time from the VT Options and VT Fonts
menus?
I tried to change stuff in /etc/X11/app-defaults/XTerm-color
I think that's cutomization: -color (note the
dash), but yes :-) ... Eliot Moss
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ:
On 10/31/2011 3:45 PM, Eliot Moss wrote:
I think that's customization: -color (note the
dash), but yes :-) ... Eliot Moss
Sheesh, I also typed it wrong, corrected above! EM
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
On Mon, 31 Oct 2011, Eliot Moss wrote:
On 10/31/2011 3:45 PM, Eliot Moss wrote:
I think that's customization: -color (note the
dash), but yes :-) ... Eliot Moss
Sheesh, I also typed it wrong, corrected above! EM
:-)
--
Thomas E. Dickey
http://invisible-island.net
Thank you so much for your help. I'm doing this right now... Perhaps this will
fix my X11 problems (with xterm and emacs-X11) as well... Let's see...
bunzipped... moved... stopped Cygwin servers... renamed /bin/cygwin1.dll...
restarted servers... (they work)... Cygwin shell ... works... sent
Windows 7 (Enterprise): On X11 startup with startxwin I am getting a message:
startxwin: XFree86_VT property unexpectedly has 0 items instead of 1
The xterm window that pops up knows that it's xterm (the value of TERM
variable), but it's not configured properly. Curses don't work. Command
1 - 100 of 1154 matches
Mail list logo