Re: Xterm Unicode Patch #9

[Robert Brady]

On Mon, 31 Jul 2000, Robert Brady wrote:

> So, with luck I'll have cracked this one soon...

Temporary fix - I've found the problem only exhibits itself when "Reverse
Wraparound" is on. (Some systems seem to have the line 
 xterm*reverseWrap:  true
in ~/.Xdefaults, whilst others don't - this was what was causing the
inconsistency.)

To disable this temporarily, shift-middle click and select "Enable Reverse
Wraparound". If I do this, it works fine.

Of course, this isn't the real solution...



There is a crash bug that I can't reproduce. Last time I managed to
trigger it was by clicking randomly on a piece of Thai text. If anyone
give instructions on how to reproduce this reliably, I would be eternally
grateful.

-- 
Robert

-
Linux-UTF8:   i18n of Linux on all levels
Archive:  http://mail.nl.linux.org/lists/

Re: Xterm Unicode Patch #9

[Ulrich Drepper]

Robert Brady <[EMAIL PROTECTED]> writes:

> So, with luck I'll have cracked this one soon...

Grat.  Just one thing: I'm not entirely sure whether the stock
xterm-140 does not also have this problem.

-- 
---.  ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \,---'   \  Sunnyvale, CA 94089 USA
Red Hat  `--' drepper at redhat.com   `
-
Linux-UTF8:   i18n of Linux on all levels
Archive:  http://mail.nl.linux.org/lists/

Re: Xterm Unicode Patch #9

[Robert Brady]

On 26 Jul 2000, Ulrich Drepper wrote:

> The other effects I see are probably caused by a combination of those
> I described here.

I happened to transfer my xterm source from one machine to another and
compiled it there. On the new machine, it is broken just like you say, yet
the exact same source works fine on the old machine...

So, with luck I'll have cracked this one soon...

-- 
Robert


-
Linux-UTF8:   i18n of Linux on all levels
Archive:  http://mail.nl.linux.org/lists/

Re: Xterm Unicode Patch #9

[Robert Brady]

On Thu, 27 Jul 2000, Mark Leisher wrote:

> 
> Robert> You know the drill - patch #9 (against xterm #140), now available
> Robert> from 
>   
> I'm getting a "no such user alias" message from this URL.

Oops, that should read 
 ^

> Also, can someone post the set of links to the all the parts needed to get
> this xterm running?  I'm trying to whip up directions for someone else and
> don't want to go through the search for all the parts needed all over again.

xterm- ftp://dickey.his.com/xterm/xterm.tar.gz
my patch - http://www.zepler.org/~rwb197/xterm/xterm-unicode-0.9.diff.gz
ucsfonts - http://www.cl.cam.ac.uk/~mgk25/ucs-fonts.tar.gz
   http://www.cl.cam.ac.uk/~mgk25/ucs-fonts-asian.tar.gz

-- 
Robert


-
Linux-UTF8:   i18n of Linux on all levels
Archive:  http://mail.nl.linux.org/lists/

Re: Xterm Unicode Patch #9

[Ulrich Drepper]

Mark Leisher <[EMAIL PROTECTED]> writes:

> I'm getting a "no such user alias" message from this URL.

Use

  http://www.wholehog.fsnet.co.uk/robert/xterm/xterm-unicode-0.9.diff.gz

> Also, can someone post the set of links to the all the parts needed to get
> this xterm running?  I'm trying to whip up directions for someone else and
> don't want to go through the search for all the parts needed all over again.

Beside the current xterm sources you only need the fonts metnioend on

  http://www.wholehog.fsnet.co.uk/robert/xterm/

-- 
---.  ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \,---'   \  Sunnyvale, CA 94089 USA
Red Hat  `--' drepper at redhat.com   `
-
Linux-UTF8:   i18n of Linux on all levels
Archive:  http://mail.nl.linux.org/lists/

Re: Xterm Unicode Patch #9

[Mark Leisher]

Uhhh... Never mind my previous post (except about the URL).  I'm at that point
of tired where packages begin to run together in my mind.
-
Mark Leisher
Computing Research LabOnce you fully apprehend the vacuity of a
New Mexico State University   life without struggle, you are equipped
Box 30001, Dept. 3CRL with the basic means of salvation.
Las Cruces, NM  88003-- Tennessee Williams
-
Linux-UTF8:   i18n of Linux on all levels
Archive:  http://mail.nl.linux.org/lists/

Re: Xterm Unicode Patch #9

[Mark Leisher]

Robert> You know the drill - patch #9 (against xterm #140), now available
Robert> from 

I'm getting a "no such user alias" message from this URL.

Also, can someone post the set of links to the all the parts needed to get
this xterm running?  I'm trying to whip up directions for someone else and
don't want to go through the search for all the parts needed all over again.
-
Mark Leisher
Computing Research LabOnce you fully apprehend the vacuity of a
New Mexico State University   life without struggle, you are equipped
Box 30001, Dept. 3CRL with the basic means of salvation.
Las Cruces, NM  88003-- Tennessee Williams
-
Linux-UTF8:   i18n of Linux on all levels
Archive:  http://mail.nl.linux.org/lists/

Re: Xterm Unicode Patch #9

[Ulrich Drepper]

Robert Brady <[EMAIL PROTECTED]> writes:

>bash-1.14.7-22

You have to use bash2.

-- 
---.  ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \,---'   \  Sunnyvale, CA 94089 USA
Red Hat  `--' drepper at redhat.com   `
-
Linux-UTF8:   i18n of Linux on all levels
Archive:  http://mail.nl.linux.org/lists/

Re: Xterm Unicode Patch #9

[Robert Brady]

On 26 Jul 2000, Ulrich Drepper wrote:

> drepper@myware xterm-140$ echo $PS1
> \[\033[32m\033[40m\033[7m\]\u@\h \W\$\[\033[m\]

Still works for me. What versions of libaries and so forth are you using?

Myself, I'm using Red Hat 6.2, with the following
   glibc-2.1.3-15
   XFree86-libs-3.3.6-20
   egcs-1.1.2-30
   binutils-2.9.5.0.22-6
   bash-1.14.7-22
   libtermcap-2.0.8-20

Linux version 2.2.16 (root@janus) (gcc version egcs-2.91.66 19990314/Linux
(egcs-1.1.2 release)) #14 Sun Jul 16 21:16:24 BST 2000

Works with both a remote and a local X connection.

-- 
Robert


-
Linux-UTF8:   i18n of Linux on all levels
Archive:  http://mail.nl.linux.org/lists/

Re: Xterm Unicode Patch #9

[Ulrich Drepper]

Robert Brady <[EMAIL PROTECTED]> writes:

> I cannot reproduce any of these problems - all the things you describe
> work just as expected for me.

You probably need a bit more sophisticated prompt.  Try this:

drepper@myware xterm-140$ echo $PS1
\[\033[32m\033[40m\033[7m\]\u@\h \W\$\[\033[m\]


-- 
---.  ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \,---'   \  Sunnyvale, CA 94089 USA
Red Hat  `--' drepper at redhat.com   `
-
Linux-UTF8:   i18n of Linux on all levels
Archive:  http://mail.nl.linux.org/lists/

Re: Xterm Unicode Patch #9

[Robert Brady]

On 26 Jul 2000, Ulrich Drepper wrote:

> The other effects I see are probably caused by a combination of those
> I described here.

I cannot reproduce any of these problems - all the things you describe
work just as expected for me.

-- 
Robert



-
Linux-UTF8:   i18n of Linux on all levels
Archive:  http://mail.nl.linux.org/lists/

Re: Xterm Unicode Patch #9

[Ulrich Drepper]

Robert Brady <[EMAIL PROTECTED]> writes:

> You know the drill -
> 
>   patch #9 (against xterm #140), now available from 
> 

Thanks.  This fixes two of my favourite problems.

But there is a new one (at least I haven't seen it before).  If you
are using bash with readline and scroll up and down the line gets
filled with garbage.  One example (I use ^ to indicate the cursor):

~~~
drepper@myware xterm-140$ ^

PRESS UP

drepper@myware xterm-140$ show-ucs-data ~/ja_JP ^

PRESS DOWN

drepper@myware xterm-140$ s^

PRESS UP

drepper@myware xterm-140$ sshow-ucs-data ~/ja_JP ^

PRESS DOWN

drepper@myware xterm-140$ ss^
~~~

I've also seen it with two characters getting added in each round.
This works with the plain xterm-140.


Still persisting are several other problems.  These are examples from
the bash command line with readline:

- type a few characters, then press cursor left.  Result: the first
  keypress seems to be ignored.  Later once are handled correctly.
  When reaching the second character on the line no further movement
  is possible (i.e., the characters are correctly transmitted to
  the readline library)

- type a few characters, then press backspace.  Result: the cursor moves
  one column to the *right* while inserting a space.

- when not the last character in the line, backspace has visually no
  effects at all.


The other effects I see are probably caused by a combination of those
I described here.

-- 
---.  ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \,---'   \  Sunnyvale, CA 94089 USA
Red Hat  `--' drepper at redhat.com   `
-
Linux-UTF8:   i18n of Linux on all levels
Archive:  http://mail.nl.linux.org/lists/

Xterm Unicode Patch #9

[Robert Brady]

You know the drill -

  patch #9 (against xterm #140), now available from 


This fixes the stupid bug with linewrapping, uses Markus's CharClass code,
and now also has less bad precomposer. (I think the only problem with the
precomposer now is that there is no script provided to make it from
UnicodeData-Latest.txt, this will be rectified soon).

-- 
Robert


-
Linux-UTF8:   i18n of Linux on all levels
Archive:  http://mail.nl.linux.org/lists/