From: Oliver Kiddle <opk@thoth.u-net.com>
To: Andrej Borsenkow <Andrej.Borsenkow@mow.siemens.ru>,
zsh-workers@sunsite.auc.dk
Subject: Re: 4855 does not work in all cases
Date: Thu, 08 Jul 1999 13:09:09 +0100 [thread overview]
Message-ID: <378494E5.FC4E0462@thoth.u-net.com> (raw)
In-Reply-To: <000601bec934$c4cd3de0$21c9ca95@mow.siemens.ru>
Andrej Borsenkow wrote:
>
> >
> > Have you got a look at 4855? Among other things, it
> > > makes Zsh to output '\r' in this case.
> > Sorry. I've meant '\n' of course :-( This automagically does the trick on all
I was trying to work out what 4855 was doing and how \n was doing anything
'automagically' as I was getting nothing to work in all cases for my tests.
> I looks, like I have not used some terminals for really long time ... That is
> even worse. I just found a terminal of type 2 (wrap on COLUMNS) that
> unfortunately prints extra newline if prompt is exactly COLUMNS chanrters
> -( SO, either we have here fourth type ... or nobody on this list never used
> terminals of type 2 after 4855.
Well I'm using this type (aixterm) and was noticing occaisional mess with the
terminal output but it was only recently that I tried to repeat the problems
and find the cause. Before 4855, I was on a different project and wasn't using
AIX. I wish SGI would open the source to xwsh.
> echo "----(80 characters)\n===" and see if you get extra newline. I believe,
> this is exactly what happens with AIX term. It does not happen with all
> terminals program I'm using here (xterm/dtterm) :-)
Yup, I've been using:
echo "First line\n${(l:79:)}XLast line"
and sticking lots of strange stuff after the X with little success.
> After some tests it appears, that the only actually clean way is to output
> "<blank><backspace>"
I hadn't tried this but it is the first thing which actually works for both xterm
and aixterm. It doesn't work when you turn of line wrapping but I take it that
we can get this out of terminfo/termcap (am?)? This blank,backspace thing is a
bit of a hack so I think we should attempt to find a proper way of handling the
different cases - how does ncurses or something else handle this.
Looking at the man page for terminfo, I found this which might be relevant:
Boolean Capabilities
Variable Cap Name I. Code Description
eat_newline_glitch xenl xn Ignores new-line character after 80
columns
I couldn't find a quick way of determining the value for this capability for
various terminals and I wouldn't be suprised if it isn't widely supported. I
hope by '80' they mean the terminal width.
I suggest that we first attempt to get a small program or shell script working
which we can all test on different terminals before Sven (or someone) launches
into a major fix of the zsh code. I also agree with Andrej that it would seem
wise to have one low-level routine or set of routines for handling terminal
output - only one part of the code would have to worry about different terminal
behaviour.
Oliver Kiddle
next prev parent reply other threads:[~1999-07-08 12:13 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
1999-07-08 9:35 Problem with cursor position after wrapped completion lists Sven Wischnowsky
1999-07-08 10:04 ` Andrej Borsenkow
1999-07-08 10:18 ` Correction :-( " Andrej Borsenkow
1999-07-08 11:26 ` 4855 does not work in all cases Andrej Borsenkow
1999-07-08 12:09 ` Oliver Kiddle [this message]
1999-07-08 12:56 ` Andrej Borsenkow
1999-07-08 14:39 ` Oliver Kiddle
1999-07-08 15:26 ` Andrej Borsenkow
1999-07-09 8:42 ` Oliver Kiddle
1999-07-09 3:44 ` Geoff Wing
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=378494E5.FC4E0462@thoth.u-net.com \
--to=opk@thoth.u-net.com \
--cc=Andrej.Borsenkow@mow.siemens.ru \
--cc=zsh-workers@sunsite.auc.dk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.vuxu.org/mirror/zsh/
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).