Ubuntu 20.04 would be pre-release (end of April), and as such doesn't affect
"multiple users".
If there's a valid (not created by Ubuntu) bug, it would be in Debian, since
Ubuntu provides
no improvements to any program that I work on.
--
You received this bug notification because you are a
Actually, reading the source code for less 458 and the Debian package,
https://packages.debian.org/sid/less
I do not see that less is aware of
wheel mouse in any form whatsoever. Filing random bug reports against every
terminal emulator will
have no effect on the ability of less to behave as
Description of menus is not relevant to xterm
** Package changed: xterm (Ubuntu) = gnome-terminal (Ubuntu)
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-terminal in Ubuntu.
https://bugs.launchpad.net/bugs/1448754
Title:
That's helpful. However, Debian has 034 in testing,
which would tend to indicate that this bug could be closed in perhaps two years.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
https://bugs.launchpad.net/bugs/96676
Title:
Changing the code is the only way that I see.
However (since it's been several years) it doesn't appear to be a priority with
the gnome developers.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
not relevant
** Changed in: lynx (Ubuntu)
Status: New = Invalid
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to epiphany-browser in Ubuntu.
https://bugs.launchpad.net/bugs/888662
Title:
Web browsers should share the cache
** Changed in: lynx-cur (Ubuntu)
Status: New = Invalid
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to epiphany-browser in Ubuntu.
https://bugs.launchpad.net/bugs/888662
Title:
Web browsers should share the cache
To manage
On Wed, 3 Mar 2010, Dominic Evans wrote:
@dickey so what is your suggested fix for the usability issue? :-)
It should be fixed in the qemu package, rather than gnome-terminal
(by making it work with different screensizes).
--
Thomas E. Dickey
http://invisible-island.net
On Wed, 3 Mar 2010, Anthony Liguori wrote:
You can use an ANSI sequence to resize a terminal. The following works
in gnome-terminal:
technically that's not ANSI (other than the form).
It's one of the dtterm (Sun) sequences that I implemented for xterm.
The security people don't much like it.
The report has several problems. I'll list a few of them.
vte would like to emulate xterm (it's incomplete).
xterm emulates vt100, vt220, etc. Those are all 24x80.
PC's have 25x80. But their emulation of vt100 is weak,
with well-known differences.
Terminator isn't relevant to the topic.
On Wed, 24 Feb 2010, Dominik George wrote:
Public bug reported:
This appears to be a duplicate of 526893.
--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net
--
xterm wrongly handles Unicode on the prompt when printing text
https://bugs.launchpad.net/bugs/526894
You
*** This bug is a duplicate of bug 526893 ***
https://bugs.launchpad.net/bugs/526893
** This bug has been marked a duplicate of bug 526893
xterm wrongly handles Unicode on the prompt when printing text
--
xterm wrongly handles Unicode on the prompt when printing text
On Wed, 24 Feb 2010, Dominik George wrote:
zsh is the login shell, but this is about Bash (running from zsh or
native does not matter). The bug is reproducible across multiple
hosts, users, environments.
It is not related to the shell itself. The bug can be reproduced in
Bash, Dash and Csh.
I've never come across any useful documentation from the GNOME project.
Just stuff that is targeted at nontechnical end-users.
However, the simplest fix would be setting gnome-terminal's TERM variable
to gnome, and handling the inevitable release-to-release nits with fixes
in the terminal
For the record, the vtansi.htm page (originally by Robert M. Free - though I
don't see his
name on that copy) contains several technical errors - citing it in a bug report
is a nonstarter.
In this instance, it happens to say something which is relevant, but still not
completely true. In
Regarding comment #11 and following - xterm is configurable.
I suggest that he read the documentation and customize it.
(This is not even a wishlist item, since it's a problem with
the user's understanding of the program).
--
Jaunty: CTRL-LEFT and CTRL-RIGHT do not work in zsh
From the description, it sounds as if the problem is in bash.
--
Cursor in terminal behaves badly with special characters present
https://bugs.launchpad.net/bugs/378668
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-terminal in
On Thu, 30 Jul 2009, Bernhard wrote:
@Thomas: I have since configured my terminal via shell settings. The
desired behaviour should be default though, especially for out-of-the-
box Ubuntu.
Doing that would break existing applications (those that use
the terminal description from ncurses and
Near the end of this section, there's a table showing the codes sent by
xterm for different modifiers:
http://invisible-island.net/xterm/ctlseqs/ctlseqs.html#PC-Style Function Keys
Back to the original report -
A 3 is sent for an alt key, a 5 for a control key.
That's not changed in upstream
At some point gnome-terminal changed its strings for modified function-keys. I
documented those
in terminfo.src for ncurses 5.7 (they don't match xterm, of course).
--
[feisty] function keys don't work in gnome-terminal
https://bugs.launchpad.net/bugs/96676
You received this bug notification
On Fri, 25 Jul 2008, Izzy wrote:
Just wanted to report that the problem disappeared for me after a dist-
upgrade to Hardy (via Gutsy, of course). So maybe the bug is silently
solved?
No bug here - it's either a fix in gnome-terminal, or the application
using it, e.g., vim.
--
[feisty]
On Tue, 23 Oct 2007, Alexey Borzenkov wrote:
Thomas, I don't seem to understand you. I just grabbed and compiled
terminfo.src you gave and while it helped with xterm (except that it's
just like with my previous attempts, Shift+F2 starts a new file in mc
instead of Shift+F4) it didn't work in
On Tue, 23 Oct 2007, Alexey Borzenkov wrote:
Also I just found that xterm sends slightly different codes for
Shift+F1...F4, so this myxterm.ti is also for xterm:
xterm|X11 terminal emulator with correct kf-sequences,
This would be for xterm with modifyFunctionKeys:0
I made a list in xterm
On Tue, 23 Oct 2007, Alexey Borzenkov wrote:
I'd like to second steviant's request. For a long time this bug forced
me to use konsole instead of gnome-terminal, just for ability to press
Shift+F4. Unfortunately with konsole Shift+Left/Shift+Right don't work
(which work under gnome-terminal),
-keys feature).
@Thomas Dickey: If you could send me the affected termcap files (and say
where they belong to), I would try to replace mine (after a backup). If
that solves the issue, we at least know how to work around the bug until
it's solved (which I guess will not happen that soon
Agree: gnome-terminal has never emulated all of xterm's control sequences, and
it is unlikely
that it ever will. That's why there is a separate terminfo entry gnome to
address its actual
behavior. Set $TERM to gnome and report discrepancies there.
For instance, the comment about gnome's bug
On Sun, Aug 05, 2007 at 08:58:45PM -, Izzy wrote:
First it is very funny: Half a year just pointing at each other saying
There's the problem, not here!. :-(
@Thomas Dickey goes Second:
===[ cut here ]===
[EMAIL PROTECTED]:~$ echo $TERM
gnome
[EMAIL PROTECTED]:~$ mc
Unknown
On Sun, Aug 05, 2007 at 08:58:45PM -, Izzy wrote:
gnome
[EMAIL PROTECTED]:~$ mc
Unknown terminal: gnome
Check the TERM environment variable.
Also make sure that the terminal is defined in the terminfo database.
Alternatively, set the TERMCAP environment variable to the desired
termcap
28 matches
Mail list logo