On Fri, Feb 22, 2008 at 10:33:36AM +0100, Julien Cristau wrote:
On Thu, Feb 21, 2008 at 18:40:39 -0500, Thomas Dickey wrote:
On Wed, Feb 20, 2008 at 03:30:23PM +0100, Vincent Lefevre wrote:
This bug is still open, but I suppose that it has been fixed in
xterm 232-1.
It's
On Sun, Feb 24, 2008 at 11:00:18PM +0100, Bram Moolenaar wrote:
We don't know what it is. Could be a function key.
I think every escape sequence is supposed to end in a letter. So we
could use this loop:
for (i = 2 + (tp[0] != CSI); i len !ASCII_ISALPHA(tp[i]); ++i)
On Mon, Feb 25, 2008 at 08:35:26PM +0100, Bram Moolenaar wrote:
Technically, they could also end with '{', '|' or '}', though I don't
recall any terminals which do this.
Good to know. I now made it:
for (i = 2 + (tp[0] != CSI); i len
On Sat, 8 Mar 2008, Yves Lambert wrote:
Package: libncurses5
Version: 5.6+20080203-1
Severity: normal
Hello
links and aptitude freezes at least(m)rxvt and Eterm terminals:
links is hardcoded, unrelated to ncurses.
--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net
On Sun, 9 Mar 2008, Yves Lambert wrote:
Thomas Dickey a écrit :
Hello links and aptitude freezes at least(m)rxvt and Eterm
terminals:
links is hardcoded, unrelated to ncurses.
Well I probably made a mistake, but I don't know where to forward the bug:
Anyhow links probably uses terminfo
On Sun, 9 Mar 2008, Yves Lambert wrote:
Thomas Dickey a écrit :
Perhaps aptitude is sending some interesting escape sequence that the other
terminals are finding incomplete. (xterm has a few - the OSC ones, but
since xterm's working, it's not obvious to me). I'd try capturing the
output
On Mon, 10 Mar 2008, Atsuhito Kohda wrote:
On Sun, 9 Mar 2008 10:22:04 -0400 (EDT), Thomas Dickey wrote:
Is this a simply typo?
The text is referring to the older options screen, which you can see using
the -forms_options (command-line option).
Okay, but then, it looks to me that the text
On Sun, Mar 16, 2008 at 11:40:24PM +0100, Patrick Winnertz wrote:
clone 469251 -1
reassign -1 gnome-terminal
retitle -1 cursor vanished in mcedit if going over tabs.
thanks
Hello,
No this bug wasn't cloned for gnome-terminal but now. Thanks for your
ping :)
A bug was reported in
On Mon, Mar 17, 2008 at 02:30:26PM +0100, Daniel Victoria wrote:
Package: xterm
Version: 232-1
Severity: normal
I connect to my Debian system using ssh and in the terminal, when I
issue xterm I get a Segmentation Fault. Wterm runs normally.
That could be this bug reported/fixed in #233:
On Sat, Mar 22, 2008 at 03:00:22PM +0100, Samuel Thibault wrote:
tags 472063 + patch
thanks
Samuel Thibault, le Sat 22 Mar 2008 13:16:07 +, a écrit :
Samuel Thibault, le Sat 22 Mar 2008 13:08:42 +, a écrit :
Oh actually it works in xterm. The problem is in rxvt, but it used to
On Sun, Mar 23, 2008 at 09:34:31PM +, Samuel Thibault wrote:
Grmbl, now I'm getting segfaults in aumix... That is because aumix
initializes ncurses first, then gpm, but it happens that patch
013_xterm_mouse_support_000 does this:
I see - InitScreen calls initscr, and this reinitializes
On Sun, Mar 23, 2008 at 11:20:13PM +0100, Samuel Thibault wrote:
Samuel Thibault, le Sun 23 Mar 2008 21:34:31 +, a écrit :
libgpm calling del_curterm seems a bit odd to me: will there be side
effects if it leaves cur_term initialized? Won't another call to
setupterm just override what
On Sun, Mar 23, 2008 at 11:53:41PM +, Samuel Thibault wrote:
Thomas Dickey, le Sun 23 Mar 2008 19:33:28 -0400, a écrit :
On Sun, Mar 23, 2008 at 11:20:13PM +0100, Samuel Thibault wrote:
Samuel Thibault, le Sun 23 Mar 2008 21:34:31 +, a écrit :
libgpm calling del_curterm seems
On Mon, Mar 24, 2008 at 02:31:39PM +, Samuel Thibault wrote:
Thomas Dickey, le Mon 24 Mar 2008 09:42:07 -0400, a écrit :
On Mon, Mar 24, 2008 at 10:52:33AM +, Samuel Thibault wrote:
Hello,
Please see Debian bug #416976 - top should really check for EOF
I happened
On Mon, Mar 24, 2008 at 08:39:30PM +, Samuel Thibault wrote:
Oops, sorry, in my previous mail I was wrong: xterm doesn't send
SIGHUP to the foreground group, but just to the process group in has
started, i.e. bash, just like the kernel would indeed (since that's the
controlling process),
On Thu, Mar 27, 2008 at 06:10:09AM +0100, Ian Beckwith wrote:
Package: lynx-cur
Version: 2.8.7dev8-1
Severity: normal
...
I suspect it may be related to the Accept: header. The two attached
files are the headers sent when run with and without X. If you diff
them, the main difference seems
On Fri, Mar 28, 2008 at 12:30:09AM +0100, Andy Spiegl wrote:
Package: tkdiff
Version: 1:4.1.3-1
Severity: grave
Justification: renders package unusable
tkdiff doesn't start anymore. It just throws this error:
It appears that someone changed the font-syntax.
I got it working by this chunk
On Sat, Mar 29, 2008 at 10:18:37PM +0100, Andy Spiegl wrote:
# Text widget options
-define textopt {-background white -foreground gray -font 6x13 -wrap none}
+define textopt {-background white -foreground gray -font {Courier -12
bold} -wrap none}
Thanks, but uhm, it doesn't help
Is this running in koi8rxterm (which sets locale to ru_RU.KOI8-R and
turns on the -k8 option), or just in xterm by itself?
Just cat'ing the file and resizing, I've not (yet) broken it.
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net
On Wed, 30 Sep 2009, Gennady wrote:
Is this running in koi8rxterm (which sets locale to ru_RU.KOI8-R and
turns on the -k8 option), or just in xterm by itself?
Just in plain xterm.
bash shell, wmaker window manager. Farther, catting larger portion of this file
abort()s it without resizing.
On Wed, 30 Sep 2009, Gennady wrote:
With newly upgraded xterm I reproduced it where.
with these details, I was able to reproduce it.
It's technically a bug from #242, which happened to be noticeable after
the reorganization of memory starting with #244. (I have some test-builds
to do, and
This is fixed in patch #249
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature
The title is misleading - lynx's mail feature doesn't behave this way,
the report apparently refers to some form processing. Pressing a left
arrow just moves lynx backwards along the set of pages. Rather than
clicking on a form button to get back, the user can revisit the page,
e.g., by visiting
On Thu, Jan 27, 2011 at 05:59:45PM +0300, Here I. Come wrote:
need more information to see if the referenced fix addresses user's
configuration
I've just checked that. Setting xterm.*utf8Title to true solves this
bug, but by default this resource is unset(or set to false) with UTF-8
locale
On Sat, 29 Jan 2011, Jeffrey Sheinberg wrote:
This is a bug in xterm Version: 261-1 as I originally reported, please
see my above comments.
I can reproduce this difference without the utempter library (though it's
possible that the problem is related to ifdef's for it). I'll look for a
On Wed, 2 Feb 2011, Thomas Dickey wrote:
On Sat, 29 Jan 2011, Jeffrey Sheinberg wrote:
This is a bug in xterm Version: 261-1 as I originally reported, please
see my above comments.
I can reproduce this difference without the utempter library (though it's
possible that the problem
On Thu, 3 Feb 2011, Jeffrey Sheinberg wrote:
On Thu, Feb 03, 2011 at 05:47:46AM -0500, Thomas Dickey wrote:
From: Thomas Dickey dic...@his.com
To: Thomas Dickey dic...@his.com, 611...@bugs.debian.org
Date: Thu, 3 Feb 2011 05:47:46 -0500 (EST)
Subject: Re: Bug#611487: xterm: immediately exits
On Thu, 3 Feb 2011, Thomas Dickey wrote:
On Thu, 3 Feb 2011, Jeffrey Sheinberg wrote:
On Thu, Feb 03, 2011 at 05:47:46AM -0500, Thomas Dickey wrote:
From: Thomas Dickey dic...@his.com
To: Thomas Dickey dic...@his.com, 611...@bugs.debian.org
Date: Thu, 3 Feb 2011 05:47:46 -0500 (EST)
Subject
On Sat, 12 Feb 2011, Christian Ohm wrote:
Package: xterm
Version: 268-1
Severity: normal
Hello,
After updating to xterm 268, trying to use alt-enter in mc suddenly made my
window fullscreen. That wouldn't be that bad if there was a way to disable
this, but I tried some settings in
On Tue, 8 Feb 2011, Thomas Dickey wrote:
On Thu, 3 Feb 2011, Thomas Dickey wrote:
On Thu, 3 Feb 2011, Jeffrey Sheinberg wrote:
On Thu, Feb 03, 2011 at 05:47:46AM -0500, Thomas Dickey wrote:
From: Thomas Dickey dic...@his.com
To: Thomas Dickey dic...@his.com, 611...@bugs.debian.org
Date
On Fri, 11 Feb 2011, Timo Juhani Lindfors wrote:
Hi,
ow...@bugs.debian.org (Debian Bug Tracking System) writes:
Source: xterm
Source-Version: 268-1
We believe that the bug you reported is fixed in the latest version of
xterm, which is due to be installed in the Debian FTP archive:
I tested
On Sat, 12 Feb 2011, Timo Juhani Lindfors wrote:
Thomas Dickey dic...@his.com writes:
well, I did respond, in comment #108. Clicking with the mouse cleared
the selection because that triggers the start-select action.
Hmm yes, I remember you said that xterm could be modified to _not_
clear
On Sun, 13 Feb 2011, Jeffrey Sheinberg wrote:
Hi Thomas,
Here are some details on my setup,
# dpkg-query -l login xterm lxterminal xfce4-terminal
ii login 1:4.1.4.2+svn3 system login tools
hi xterm 235-2 X terminal emulator
ii lxterminal 0.1.8-2
On Mon, 28 Feb 2011, Cyril Brulebois wrote:
Hi Paul,
below, Thoams's message, since you weren't Cc'd.
Thomas Dickey dic...@radix.net (21/07/2005):
On Thu, Jul 21, 2005 at 10:20:06PM +0200, Paul Brossier wrote:
Package: xterm
Version: 6.8.2.dfsg.1-3
Severity: normal
i have a test file
On Mon, 28 Feb 2011, Cyril Brulebois wrote:
Hi,
putting the submitter back in the loop.
Thomas Dickey dic...@radix.net (10/11/2006):
On Fri, Nov 10, 2006 at 03:00:11AM +0100, Samuel Thibault wrote:
Hi,
By doing this (putting a mail-like in front of U+2218), you're making
vim output U+2218
On Mon, 28 Feb 2011, Cyril Brulebois wrote:
tag 427798 upstream
thanks
Hi Thomas,
what's your take on this one?
Vincent Lefevre vinc...@vinc17.org (06/06/2007):
Package: xterm
Version: 225-1
Severity: wishlist
It would be useful to have the ability to run a script just before
xterm is
On Tue, 21 Dec 2010, Sven Joachim wrote:
On 2010-12-21 04:58 +0100, brian m. carlson wrote:
On Mon, Dec 20, 2010 at 10:06:00PM +0100, Sven Joachim wrote:
The changes to the kFreeBSD console and the kbdcontrol package (see
#605065 and #605777) need to be accompanied by changing the cons25
On Wed, 2 Mar 2011, Jason Woofenden wrote:
Package: lynx
Version: 2.8.8dev.8-1
Severity: minor
I didn't realize just how wrong the commandline argument syntax for
lynx was, and tried this:
lynx -dump index.html -restrictions all
Which resulted in lynx displaying usage info (same as lynx -h)
On Sun, 6 Mar 2011, Cyril Brulebois wrote:
Hi,
forwarding this to Thomas, I'm not sure when he subscribed to the BTS:
I've seen it before - the problem is that the way xterm uses the
window manager hints for increments seems to get in the way of doing
this.
The fullscreen mode turns off
On Mon, 7 Mar 2011, Jon wrote:
Package: libncurses5
Version: 5.8-1
Severity: important
The API for newwin() is documented as:
Calling newwin creates and returns a pointer to a new window with the
given number of lines and columns. The upper left-hand corner of the window
is at
That is a configure-script option:
--enable-addrlist-page
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature
On Tue, 11 Jan 2011, Sven Joachim wrote:
On 2011-01-10 23:52 +0100, Colin Watson wrote:
Package: ncurses
Version: 5.7+20101128-1
Severity: wishlist
Apparently ncurses has an --enable-pc-files option to generate
pkg-config files. pkg-config is quite common nowadays; perhaps it would
be worth
Reviewing the table, there's some information left out:
a) without the app-defaults file, xterm would display black text on
a white background. That is the X default, which the table assumes.
b) however, Debian uses this chunk in the XTerm-color app-defaults file:
! Set the default text
The bug report is about the mouse pointer, not the text-cursor (which
KiBi is describing).
It's still not working here (Debian/testing). When I replied
earlier, I was testing also some older systems (FreeBSD 6, Debian/sarge,
and Fedora5 - it didn't work in any of those).
--
Thomas E. Dickey
On Thu, 20 Jan 2011, Cyril Brulebois wrote:
Thomas Dickey dic...@his.com (19/01/2011):
The bug report is about the mouse pointer, not the text-cursor
(which KiBi is describing).
No, it's not what I'm describing.
When I start xterm, I get black text by default, a black text cursor
On Thu, 20 Jan 2011, Cyril Brulebois wrote:
Thomas Dickey dic...@his.com (19/01/2011):
| Perhaps the problem is in the X server (specific to the video
| driver, for instance). The checks I've made were from different
| systems using the same hardware. fwiw, I've got this in my config
On Sun, 30 Nov 2008, Thomas Viehmann wrote:
tags 506717 + patch pending
severity 506717 serious
thanks
Hi everyone,
actually, ncurses-using applications (e.g. aptitude) will crash without
this patch. As such this should be fixed in testing.
Attached is a proposed t-p-u upload.
...
diff -u
On Tue, 26 Jan 2010, Martin Michlmayr wrote:
Thomas, did you see the additional information I sent regarding this
bug? Do you need anything else?
yes, I saw it - I think that's enough information. (I did start working
on lynx again last week, so this is something that I'll try to resolve
This is addressed in #255
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature
For more information,
http://invisible-island.net/xterm/xterm.faq.html#xterm_arrows
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature
Debian's rxvt flavors each set $TERM to rxvt, etc.
The only relevant feature (the erasure controls) has been fixed in
Debian for several years.
There are no remaining issues (will close).
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net
The requested information has been in the ncurses manpage since 20081011:
The library uses the locale which the calling program has initialized.
That is normally done with setlocale:
setlocale(LC_ALL, );
If the locale is not initialized, the library assumes
On Fri, 4 Dec 2009, J?rg Sommer wrote:
Thomas Dickey hat am Sat 28. Nov, 13:56 (-0500) geschrieben:
For more information,
http://invisible-island.net/xterm/xterm.faq.html#xterm_arrows
But this doesn't explain the behaviour: the termcap contains for the
keys home, end and delete
On Sat, 5 Dec 2009, J?rg Sommer wrote:
Hello Thomas,
Thomas Dickey hat am Fri 04. Dec, 16:34 (-0500) geschrieben:
On Fri, 4 Dec 2009, J?rg Sommer wrote:
Thomas Dickey hat am Sat 28. Nov, 13:56 (-0500) geschrieben:
For more information,
http://invisible-island.net/xterm
On Fri, 4 Dec 2009, J?rg Sommer wrote:
But the applications jed and vi receive the strings:
Home: \E[1~
End: \E[4~
by the way, these codes come from a non-default setting (i.e., the menu
entry VT220 keyboard). In that case, you might want to set $TERM to
xterm-vt220.
With the default
I can reproduce this here, with 20090801
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature
On Mon, 3 Aug 2009, Thomas Dickey wrote:
I can reproduce this here, with 20090801
...and I can see the immediate cause (a fix which removed a special case
which has to be reworked):
20090704
+ remove wide-character checks from unctrl() (patch by Clemens Ladisch).
+ revise
On Sun, 14 Feb 2010, Nicolas Boulenguez wrote:
Package: ncurses
Severity: normal
Hello.
I would like to make a separate package from the Ada binding. This
seems the only solution since the GNAT compiler will not be available
on all debian architectures before long, and this would make it
None in this case isn't a special Atom value.
It's returned if there is _no_ Atom value.
This sounds like a variation of #564200
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature
On Mon, 15 Feb 2010, Sven Joachim wrote:
On 2010-02-14 13:50 +0100, Sven Joachim wrote:
Obviously '-lgpm' is missing at the end of the gcc command line. I would
expect configure to add it when building --with-gpm --without-dlsym.
Here are the gpm-related messages it prints:
,
|
On Tue, 16 Feb 2010, Helmut Grohne wrote:
Hi Joachim,
On Wed, Feb 10, 2010 at 11:26:07PM +0100, Sven Joachim wrote:
Ever thought of upgrading this two years old, totally unsupported kernel?
I followed your advise and upgraded my kernel to vanilla 2.6.32.8. The
problem persists in all detail
On Tue, 16 Feb 2010, Nicolas Boulenguez wrote:
On Sun, Feb 14, 2010 at 11:17:02AM -0500, Thomas Dickey wrote:
On Sun, 14 Feb 2010, Nicolas Boulenguez wrote:
I would like to make a separate package from the Ada binding. This
seems the only solution since the GNAT compiler will not be available
Looking at the makefile, it seems there are three tasks to complete:
a) make a script to form a tar-file with just the desired files (in
today's patch)
b) add a configure script to build the subset
c) add/adapt the makefile to generate shared libraries.
I don't think it's necessary to rename
In upstream source, xterm uses both XBell and XkbBell.
The latter is used if the configure check works (which it happens to do here -
and on about half of my platform builds).
I see that /usr/bin/xterm from Debian's package does not (doing a strings on
the binary); that indicates a problem with
On Sat, 9 Jan 2010, Julien Cristau wrote:
On Sat, Jan 9, 2010 at 17:16:21 -0500, Thomas Dickey wrote:
In upstream source, xterm uses both XBell and XkbBell.
The latter is used if the configure check works (which it happens to do here -
and on about half of my platform builds).
I see
...as an example, looking at this chunk in gntkeys.c, almost all of
it is incorrect:
void gnt_init_keys()
{
const char *controls[] = {, c-, ctrl-, ctr-, ctl-, NULL};
const char *alts[] = {, alt-, a-, m-, meta-, NULL};
int c, a, ch;
char key[32];
if (term == NULL) {
finch has a lot of hardcoded stuff rather than using the terminal
description - gntkeys.c for instance. That's compounded with
konsole setting $TERM to xterm, of course.
If the hardcoding in finch were cleared up, then this would be just
a konsole bug.
--
Thomas E. Dickey
This was addressed by a more complete patch in xterm #237
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature
This was fixed in
2008/11/05
+ increase a buffer size in calendar.c (Debian #452401).
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature
Other applications set the title to some less-specific value upon exit.
With xterm, the application could restore the title to the original
value (see changes from xterm in the past couple of months).
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
gnome-256color isn't in ncurses-base, but is in ncurses-term.
(I don't see a gnome or konsole entry in ncurses-base either,
which as you note, reflects mainly on the absence of upstream fixes ;-)
Actually, if you've already installed gnome-terminal, the very small
addition to get ncurses-term is
they are not really determined to fix it.
See
https://bugzilla.gnome.org/buglist.cgi?query_format=specificorder=relevance+descbug_status=__open__product=vtecontent=
https://bugzilla.gnome.org/buglist.cgi?quicksearch=xterm
Many of them provide insight into the absence of fixes regarding xterm...
On Mon, 4 Jan 2010, Yury V. Zaytsev wrote:
On Mon, 2010-01-04 at 05:03 -0500, Thomas Dickey wrote:
they are not really determined to fix it.
See
https://bugzilla.gnome.org/buglist.cgi?query_format=specificorder=relevance+descbug_status=__open__product=vtecontent=
https://bugzilla.gnome.org
annoying situation. Will the VTE patch be applied to
Debian's version?
On Mon, 2010-01-04 at 04:55 -0500, Thomas Dickey wrote:
gnome-256color isn't in ncurses-base, but is in ncurses-term.
Ah ok, thanks Thomas.
no problem...
I notice that ncurses-base does have xterm-256color, and it fixes
On Sun, 17 Jan 2010, Ari Pollak wrote:
Thomas Dickey wrote:
...as an example, looking at this chunk in gntkeys.c, almost all of
it is incorrect:
What's incorrect about it, other than not using terminfo?
It makes assumptions about the corresponding terminal descriptions which
don't match
(I refreshed my memory just now regarding zenity...)
fwiw, zenity doesn't implement everything that xdialog does.
It doesn't even do as many things as dialog does.
It only does (what it does...) differently.
(It _does_ do everything that whiptail does ;-)
--
Thomas E. Dickey
thanks (I see this starting in #244, which was the large change last
summer - seems that it took a while to surface).
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature
Fix attached...
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net
xterm-254a.patch.gz
Description: Binary data
signature.asc
Description: Digital signature
I've not seen this (nor do ongoing fixes seem to be addressing it).
Can you still reproduce it?
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature
On Sat, 23 Jan 2010, Santiago Vila wrote:
On Thu, 26 Mar 2009, Nicolaj Kamensek wrote:
Package: dialog
Version: 1.1-20080316-1
Severity: important
dialog itself works perfectly fine until libgpm2 is installed (in my case as
a dependency of mc). The dialog menu itself shows up but all menu
This is fixed in #255
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature
The problem may be in xterm's package, as noted here:
Date: Sat, 9 Jan 2010 22:42:43 +
From: Julien Cristau jcris...@debian.org
To: dic...@his.com, 564...@bugs.debian.org
Cc: 564200-submit...@bugs.debian.org
Right, configure doesn't use XkbBell in the
On Fri, Nov 07, 2008 at 04:20:10PM +0100, Petr Salinger wrote:
Package: ncurses
Severity: important
Version: 5.7-1
Tags: patch
User: [EMAIL PROTECTED]
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
Which of the values isn't defined?
The chunk of code
On Mon, 10 Nov 2008, Petr Salinger wrote:
The chunk of code you're pointing to hasn't changed for a long time (it's
in ncurses 4.2). If it's broken now, it's either because tset's use of
header files has changed, or that kFreeBSD's headers have changed.
The ncurses 5.6+20081004-1 have been
On Mon, 10 Nov 2008, Petr Salinger wrote:
oh... (that's surprising, since I might have expected some portability
issue with TAB3, but not OCRNL or ONLRET since they're defined in X/Open).
Didn't ncurses 5.6 compile with kFreeBSD?
They did, the problem started with ncurses 5.6+20081011-1
On Tue, 11 Nov 2008, J??rg Sommer wrote:
Package: ncurses-base
Version: 5.7-1
Severity: normal
Hi,
I'm in an XTerm (package version 237-1):
% echo $TERM
xterm
% infocmp -L G -Eo 'key_(home|end|up|down)=[^,]*'
key_down=\EOB
key_end=\EOF
key_home=\EOH
key_up=\EOA
but XTerm sends these
On Thu, 13 Nov 2008, J?rg Sommer wrote:
I have a problem with jed that configures the keys according the
information in terminfo and fails with the different keys send by XTerm.
Why the terminfo says XTerm sends \EOA for up, but XTerm send \e[A?
If jed is not sending terminfo smkx to setup
On Fri, 6 Feb 2009, jida...@jidanni.org wrote:
Package: xterm
Version: 241-1
X-debbugs-Cc: dic...@invisible-island.net
Gentlemen, xterm runs fine.
It's just that these days on experimental, not sid, one gets
xterm: cannot load font -Misc-Fixed-bold-R-*-*-18-120-100-100-C-180-ISO10646-1
So
This is addressed in patch #244 (using a different approach).
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature
This is fixed in patch #244
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature
This is addressed in patch #244
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature
This is fixed in patch #244
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature
I've made some improvements since #210 (about 30%, for the GC caching
which I referred to in the last item). Any further improvements would
do what rxvt does - simply do not output changes to the screen (there are
pros/cons for that).
--
Thomas E. Dickey dic...@invisible-island.net
Euro would be U+20a0, which is displaying for each of the sizes of bitmap
fonts on my machine. Perhaps you have some particular font or resource
setting which doesn't work for this code.
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net
This was addressed in patches #240 and #242 (see the fontWarnings resource).
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature
The xterm sources have included desktop files since mid-2007 (patch #226),
and were last updated in patch #230 (end of 2007).
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature
Either my explanation was adequate, or more information is needed to
reproduce the issue.
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature
This was fixed in patch #242
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature
This appears to be a user request to change the default resource settings.
xterm is customizable (per-user); this is not a bug.
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature
I've not seen any related reports - is this something that can be reproduced?
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature
601 - 700 of 1791 matches
Mail list logo