On Wed, Jan 19, 2005 at 02:58:44PM +0500, Alexander E. Patrakov [EMAIL
PROTECTED] wrote:
and exits. It looks like there is a race condition inside luit. It is
likely an upstream issue because similar behaviour can be demonstrated ona
fedora 3 system.
Sounds suspiciously similar to this
If anybody cares, here is how rxvt-unicode-3.8 implements HT characters
now, plus some initial experience on the effects.
When rxvt-unicode-3.8 received a HT, it first calculates the tab movement
(which is a relative cursor movement). *Iff* all characters skipped over
are spaces with the same
I thought about implementing this in rxvt-unicode: tabs could be represented
trivially in rxvt-unicode's data structure. However, there are semantic
problems:
Tabs are not characters, but cursor movements. As such, there is no good way
to represent them as tab characters, just as cursor up or
On Mon, Apr 12, 2004 at 07:33:58PM -0400, Thomas Dickey [EMAIL PROTECTED]
wrote:
On Thu, Apr 08, 2004 at 05:31:09PM +0200, Marc Lehmann wrote:
framebuffer: #aa (standard vga actually, and real vt100 AFAICR)
vt100's do not, never have done color.
The ones with the advanced video
On Tue, Apr 13, 2004 at 05:41:04AM -0400, Thomas Dickey [EMAIL PROTECTED]
wrote:
On Tue, Apr 13, 2004 at 02:00:13AM +0200, Thomas Dickey wrote:
A reasonable alternate choice (still improving contrast for blue/black)
might
for instance be blue2, which is a little brighter (0xee) than the
On Fri, Apr 09, 2004 at 05:58:00AM -0400, Thomas Dickey [EMAIL PROTECTED]
wrote:
of longstanding bugs. However, in the discussion so far, it is not clear
whether you are referring to the text cursor or the mouse pointer.
Yes. I was refering to the mouse-cursor.
You have probably missed the
6 matches
Mail list logo
