Roland Mainz wrote: > Joseph Kowalski wrote: > >> Joerg Schilling wrote: >> >>> Roland Mainz <roland.mainz at nrubsig.org> wrote: >>> >>>> 1. My primary concern is the choice for PAGER. I know that /usr/bin/less >>>> has some holes (I am very unhappy about the issues with "/usr/bin/less >>>> vs. zh_CN.GB18030&co." - much work has been invested into ksh93 to get >>>> it properly working with multibyte locales (even the non-UTF-8 ones) and >>>> now I have to propose the PAGER=/usr/bin/less thing... ;-( ) but it >>>> would _improve_ the usuablity situation at least to a level which is in >>>> sync with Linux (and most Linux users live happily with this choice). >>>> >>>> >>> "more" and "p" are pagers that behave forgivingly if the size of the >>> terminal is wrong or is a TERMCAP/TERMINFO is not optimal. "less" makes >>> the man output very hard to read in such a case. I propose to rather >>> fix minor problems in "more" than to switch to "less" as a default for >>> $PAGER. >>> >>> J?rg >>> >>> >> Could you clarify the "minor problems"? I thought one was lack of cursor >> navigation, >> > > No, it's more than cursor navigation which /usr/bin/more and > /usr/xpg4/bin/more are lacking. Things like "editable" search pattern > (e.g. hit '/' and edit the regular expression (gmacs/emacs-style) until > you like it) or highlighting (e.g. reverse video) of search results or > marks in files are very popular. > > >> which I'm not sure I agree is "minor". >> > > I'd like to see a full list of issues since I never saw issues in daily > life (yes, yes, I can craft a testcase to get "less" fail horribly but > that's not what normal users do...) with "less" ... > > ---- > > Bye, > Roland > I think I was on your side on this one. 8^)
I think the most important question here is not where less is more than more, but where less is less than more. Identifying any regressions here is critical (and that's in the less we ship, not the one on gnu.org). Thus far, the regressions identified appear to be bugs, but until those "bugs" are addressed it seems irresponsible to switch. We *could* approve the architecture of switching, but intergration would be contingent on "no regressions". - jek3 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/shell-discuss/attachments/20070502/90519971/attachment.html>
