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 memb
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 re
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:
fun
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.
https://bugs.launchpad.net/bugs/9667
** 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
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
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.
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
ftp://invisible-island
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.
Gene
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 a
*** 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
https://bugs.launchpa
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 r
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 databa
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 particul
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 upstre
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 a
>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 ub
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
https://bugs.launch
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 be
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.
>
> --
> [feist
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
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
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 xter
oticeable for Midnight Commander if
you're using the learn-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 t
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
> ter
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
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 bu
28 matches
Mail list logo
