* RE: Size of select listing?
@ 1999-09-13 14:42 Sven Wischnowsky
0 siblings, 0 replies; 5+ messages in thread
From: Sven Wischnowsky @ 1999-09-13 14:42 UTC (permalink / raw)
To: zsh-workers
Andrej Borsenkow wrote:
> > It doesn't so much relate to handling the screen size but, one area
> > which I really don't like about the way _arguments and _long_options
> > work is the way options are considered possible matches straight-away.
>
> It does relate to screen size. I repeat - if I have a "Really Large List" of
> matches, zsh asks me if I want to see them before printing. But if I have a
> list, that is only "a bit longer" than screen size, it is printed.
>
> So, my question is - why zsh prints list that is longer than screen size? Is it
> intentional? I call it a bug. Either I need a way to scroll list (or to page
> through it one screen at a time) - or zsh must ask me before printing it.
Could you investigate further? This works well for me -- with
`LISTMAX=0', of course.
Have you set `LISTMAX' to something else? Is your LINES correct?
(Hm, yes, I think you made sure, I just can't think of other reasons...)
Bye
Sven
--
Sven Wischnowsky wischnow@informatik.hu-berlin.de
^ permalink raw reply [flat|nested] 5+ messages in thread
* RE: Size of select listing?
1999-09-10 15:23 ` Oliver Kiddle
1999-09-10 15:46 ` Peter Stephenson
@ 1999-09-10 15:59 ` Andrej Borsenkow
1 sibling, 0 replies; 5+ messages in thread
From: Andrej Borsenkow @ 1999-09-10 15:59 UTC (permalink / raw)
To: Oliver Kiddle, ZSH workers mailing list
>
> It doesn't so much relate to handling the screen size but, one area
> which I really don't like about the way _arguments and _long_options
> work is the way options are considered possible matches straight-away.
It does relate to screen size. I repeat - if I have a "Really Large List" of
matches, zsh asks me if I want to see them before printing. But if I have a
list, that is only "a bit longer" than screen size, it is printed.
So, my question is - why zsh prints list that is longer than screen size? Is it
intentional? I call it a bug. Either I need a way to scroll list (or to page
through it one screen at a time) - or zsh must ask me before printing it.
/andrej
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Size of select listing?
1999-09-10 15:23 ` Oliver Kiddle
@ 1999-09-10 15:46 ` Peter Stephenson
1999-09-10 15:59 ` Andrej Borsenkow
1 sibling, 0 replies; 5+ messages in thread
From: Peter Stephenson @ 1999-09-10 15:46 UTC (permalink / raw)
To: Zsh hackers list
Oliver Kiddle wrote:
> It doesn't so much relate to handling the screen size but, one area
> which I really don't like about the way _arguments and _long_options
> work is the way options are considered possible matches straight-away.
Look at the option_prefix configuration key in zshcompsys(1).
--
Peter Stephenson <pws@ibmth.df.unipi.it> Tel: +39 050 844536
WWW: http://www.ifh.de/~pws/
Dipartimento di Fisica, Via Buonarroti 2, 56100 Pisa, Italy
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Size of select listing?
1999-09-09 15:19 Andrej Borsenkow
@ 1999-09-10 15:23 ` Oliver Kiddle
1999-09-10 15:46 ` Peter Stephenson
1999-09-10 15:59 ` Andrej Borsenkow
0 siblings, 2 replies; 5+ messages in thread
From: Oliver Kiddle @ 1999-09-10 15:23 UTC (permalink / raw)
To: Andrej Borsenkow, ZSH workers mailing list
Andrej Borsenkow wrote:
> patch TAB
>
> creates a select listing longer than screen size. At least, if I do it in a
> directory with ~ 15 files.
>
> bor@itsrm2:~%> patch
> --backup --reverse -i
> --backup-if-mismatch --set-time -l
> . . .
> --quoting-style -e tmp/
> --reject-file -f xxxx/
> --remove-empty-files -g
It doesn't so much relate to handling the screen size but, one area
which I really don't like about the way _arguments and _long_options
work is the way options are considered possible matches straight-away. I
don't like the mixed file and option lists as above because 9 times out
of 10 I don't care what the options to a particular command are and if I
do, I'll have typed the minus already. The way I've always written
compctls (and the way the compctl-examples are done), is that options
are only completed after an initial minus has been typed and long
options, only after an initial two minuses. I also think it is better if
the minus signs are not displayed in the lists so as to save a bit more
screen space - I don't think they add to the readability at all. In
summary, I think that patch <tab> should list and complete file names
only, patch -<tab> should complete options and should display them
without the initial '-' and patch --<tab> should list only the long
options (unless we have filenames starting with '-') without displaying
'--' before every option. This way of doing things would reduce the
number of things which get listed.
I'd write a patch for _arguments/_long_options for this but I suspect
people might disagree with me and because they have both become quite
complicated so it'd take me a while.
Oliver Kiddle
^ permalink raw reply [flat|nested] 5+ messages in thread
* Size of select listing?
@ 1999-09-09 15:19 Andrej Borsenkow
1999-09-10 15:23 ` Oliver Kiddle
0 siblings, 1 reply; 5+ messages in thread
From: Andrej Borsenkow @ 1999-09-09 15:19 UTC (permalink / raw)
To: ZSH workers mailing list
Running under dtterm with 24x80 size and doing
patch TAB
creates a select listing longer than screen size. At least, if I do it in a
directory with ~ 15 files.
bor@itsrm2:~%> patch
--backup --reverse -i
--backup-if-mismatch --set-time -l
--basename-prefix --set-utc -n
--batch --strip -o
--binary --suffix -p
--context --unified -r
--directory --use-index-line -s
--dry-run --verbose -t
--ed --version -u
--force --version-control -v
--forward -B -z
--fuzz -D Brodsky/
--get -E FM2000
--help -F ICONS/
--ifdef -N addrbook.d/
--ignore-whitespace -R bin/
--input -S dead.letter
--no-backup-if-mismatch -T dikz/
--normal -V fnt/
--output -Y mail/
--patch-root -Z observe/
--posix -b save/
--prefix -c src/
--quiet -d test/
--quoting-style -e tmp/
--reject-file -f xxxx/
--remove-empty-files -g
/andrej
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~1999-09-13 14:43 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1999-09-13 14:42 Size of select listing? Sven Wischnowsky
-- strict thread matches above, loose matches on Subject: below --
1999-09-09 15:19 Andrej Borsenkow
1999-09-10 15:23 ` Oliver Kiddle
1999-09-10 15:46 ` Peter Stephenson
1999-09-10 15:59 ` Andrej Borsenkow
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).