On Sun, Dec 21, 2014 at 1:07 PM, James McMechan <[email protected]> wrote: > On 12/20/2014 05:55:45 PM, David Seikel wrote: >> >> On Sat, 20 Dec 2014 19:30:01 -0600 Rob Landley <[email protected]> wrote: >> >> > >> > >> > On 12/19/14 18:52, David Seikel wrote: >> > > On Fri, 19 Dec 2014 16:43:51 -0800 enh <[email protected]> wrote: >> > > >> > >> i was thinking about writing a trivial termcap implementation that >> > >> just returns the xterm-color answers and using the BSD less, but i >> > >> didn't realize that even the BSDs use the GNU less. > > > fortunately n-curses devolves tremendously when you don't try to support > every terminal type under the sun efficiently...
(very off-topic at this point, but vim doesn't use ncurses under any circumstances. moreover, it turns out that vim actually has all kinds of different fallbacks and as long as you don't misconfigure it like i did, it builds and runs fine out of the box on Android. it has a minimal tgetstr/tgoto/tputs implementation *and* a few built-in termcap subsets, including xterm. it's an 8.3MiB binary unstripped or 2.1MiB stripped for aarch64, though, so probably not of much interest to you guys :-) ) >> > >> i switched Android over to the toybox more from the mksh shell >> > >> function, but people still complain they really want less. (afaict, >> > >> mostly for "the ability to go backwards" and "search".) > > > Thinking about it, an old school more without ncurses could have the last > few bits of less tacked on top: searching, backwards movement, any other > bits of interest? > If we yield on fine cursor control and efficiency we could just print the > screen... > It is not like we are trying to be efficient on a ADM-3 or a teletype over a > slow serial connection... > > >> > >> On Fri, Dec 19, 2014 at 4:30 PM, David Seikel <[email protected]> >> > >> wrote: >> > >>> On Fri, 19 Dec 2014 11:54:55 -0800 enh <[email protected]> wrote: >> > >>> >> > >>>> (sadly the most common request seems to be "ooh, does this mean >> > >>>> we can have less now?".) >> > >>> >> > >>> Actually I made a start on less, and more, and a bunch of editors, >> > >>> and got them working at a basic level. Robs just been too busy to >> > >>> get my generic editor infrastructure in. So that stalled. >> > > >> > > https://github.com/onefang/boxes if you want to look at it. It may >> > > have bit rotted though. >> > >> > I'm working on it. Your infrastructure required some adaptation to do >> > what I want it to do in toybox. >> >> You can always tell me what those adaptations are, and I can see if I >> can make them. >> >> > I'm trying to clean up pending as fast as I can but I'm worried that >> > people using pending and relying on stuff in there might get broken >> > when I do the cleanup and promotion... >> > >> > Speaking of promotion, I think I may get sed promoted today! (Yay! >> > Implementing 'l' now and the testing pass has made it to the kernel >> > build of the aboriginal native build. I've still got to run it >> > through a linux from scratch build, but it hasn't glitched in a >> > while...) >> >> Your new sed implementation would have some infrastructure that might >> be shared by boxes. Lots of the editing stuff in a few of the editors >> is essentially identical to sed, using the same commands. Any editor >> will have similar infrastructure for dealing with files, lines, actual >> editing, and such. >> >> So maybe during the Christmas break (new $DAYJOB means I get paid >> holidays for a change), I'll go over toybox sed and see what I can >> reuse for boxes. >> >> -- >> A big old stinking pile of genius that no one wants >> coz there are too many silver coated monkeys in the world. >> > > Personally I have a strong bias toward simplicity, a major reason I like > aboriginal and toybox and would like to see qcc ( also being a 60X faster is > nice too 14s vs 14m from tar file to executable compiler :) > > I am would suggest something like GNU_QUIRKS and POSIX_QUIRKS config symbols > to add in the odd features like gnu sed directly disagreeing with POSIX or > POSIX's umm interesting xargs without -0 quoting conventions and any other > "why did they do it that way" I know POSIX is nice to adhere too, but some > of the stuff is just odd, and I at least could live without complex code > that does not do anything that I want, and just complain for example on > xargs without -0 and weird filenames. Hopefully nobody depends on e.g. the > sed N;N working like gnu choses, I am not fond of bug to bug compatibility. > > Just like I would prefer to modify glob to output "ls ./-c" for "ls *" > instead of modifying the kernel to not accept "-c" as > a legal file name or try to escape it in the kernel like wheeler wrote > about. > > This will be my first email sent from balsa, hotmail improved things again. > So now that I have downloaded my 3G of email in 71314 messages through > IMAP4/SSL, hotmail's server was both slow and goes bonkers after only 60min > of downloading and errors out, so I have been downloading in a loop. > > Jim McMechan > > _______________________________________________ > Toybox mailing list > [email protected] > http://lists.landley.net/listinfo.cgi/toybox-landley.net _______________________________________________ Toybox mailing list [email protected] http://lists.landley.net/listinfo.cgi/toybox-landley.net
