Roland Mainz <roland.mainz at nrubsig.org> wrote:
> > Doing it the other way round would be harder to implement.
> > It is just very improbable that someone would be able to
> > fix the terminal handling bugs from less, in special as they might
> > be a result of using libcurses...
> >
> > Adding UTF-8 support to more looks like a task that is plannable.
>
> Ugggrlll... IMHO it would be _much_ better to use the
> encoding-independent multibyte APIs instead of creating another
> unicode-centric monstrosity (otherwise ja_JP.PCK and zh_CN.GB18030 users
> will start throwing bricks at you... _large_ bricks...) ...
A correctly written multibyte character support handles more thanjust UTF-8.
> ... but AFAIK /usr/xpg4/bin/more already handles that job properly. But
> /usr/xpg4/bin/more would still require lots of other work and before
> doing that I prefer to look whether there are alternatives which can do
> the job _now_ (instead of eating lots of my free time to clone lots of
> "less"'s functionaliy).
/usr/xpg4/bin/more, looks like less with one anoying bug (EOF treatement)
fixed.
- It stops at EOF but it quits with a ' '.
- It supports inverse Video like less and not only underline
What needs to be done:
- It does *not* yet support to correctly seach in man pages
like less or p do.
- It uses libcurses to write a frame to the terminal and thus
is also sensitive to problems you get from logging in between
different platform types.
J?rg
--
EMail:joerg at schily.isdn.cs.tu-berlin.de (home) J?rg Schilling D-13353 Berlin
js at cs.tu-berlin.de (uni)
schilling at fokus.fraunhofer.de (work) Blog:
http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
