On Tue, 30 Dec 2014 04:04:42 +0000 (UTC) Jason Spiro <[email protected]> wrote:
> Rob Landley <rob@...> wrote: > > > And toybox is zero clause BSD/public domain. > > I was oversimplifying before. Really, tmux uses the ISC license, > which is the same license which OpenBSD is now using for new code. > > > I'm not using the _source_ of gnu screen. I'm not even looking at > > the source. (Ick.) > > tmux's source is much cleaner. > > > When I say "tar" I mean the command ubuntu has installed. > > :) > > > The whole "gee, there should be another implementation of this > > command I can use instead, one which isn't maintained by crazy > > people" thing is something I come by naturally. Protesting "but the > > other implementation sucks", my response is "yes, I know"... > > > > Jason Spiro <jasonspiro4@...> wrote: > > > Another example: To > > > renumber a window, you need only hit five keys (<C-b> . 9 <RET>), > instead of > > > nine (<C-a> : n u <TAB> 9 <RET>). > > > > There may be a way to do that in screen. I never bothered learning > > how. > > Most people don't bother learning how to make keystroke-saving > configuration changes like that. > > > > tmux is also easier to learn. For example: It shows a status > > > line (tab bar) by default, instead of forcing users to mess with > > > complex > configuration > > > options just to get a status line. See screenshot[2]. > > > > I.E. it eats screen space and screws up your terminal size, so it > > has to intercept the ansi escape sequence querying that stuff > > instead of letting it naturally pass to your xterm and let _that_ > > do it. > > Even in tmux, it's easy to hide the status line. But tmux enables it > by default, since many people like it. Actually I use the tmux status line to add tabs, then remove the tabs from the terminal emulator. It gives me back some screen space. No need for all those pixels being eaten up by fancy graphics around each tab. > > Trying to remember if screen was installed by default on ubuntu, or > > if I had to apt-get it. > > Screen was included with all Ubuntu versions released before 26 Nov > 2010.[*] > > ^ [*]. Source: > http://changelogs.ubuntu.com/changelogs/pool/main/u/ubuntu-meta/ubuntu-meta_1.327/changelog > > > > tmux's basic keybindings are fairly similar to Screen's. But, > > > instead of Ctrl+A, tmux's default prefix is Ctrl+B. (This is > > > reconfigurable.) > > > > This is an argument against screen? > > No. I'm explaining that screen and tmux are pretty similar, though > the prefix key is different. > > > Can you summarize the user interface you want? What keybindings do > > what and how does "detach" work in tmux? > > > > With screen I've learned ctrl-a ctrl-a to cycle through windows, > > ctrl-a c to create a new window, ctrl-a k to kill a window, ctrl-a > > d to detach, ctrl-a " to get a window list, ctrl-a ESC to let me > > scroll back up through the window's output above the top of the > > screen (and then ESC again to exit that), and then to reattach to a > > named session "screen -dR NAME". > > If you add a terminal multiplexer to toybox, then I would like ctrl-b > p and ctrl-b n to switch windows, ctrl-b 0 through ctrl-b 9 to jump > to a window, ctrl-b c to create a new window, and ctrl-b x to kill a > window. If you want, you can also implement ctrl-b d to detach, > "tmux attach" to reattach, C-b [ to enter scrollback mode, and ESC to > exit scrollback mode. tmux supports named sessions, but I don't use > them. Well, if I add it using the boxes infrastructure, it already supports reconfiguring keystrokes. Coz many of the editors do, plus it's how I do the upper compatibility layers. I do use named tmux sessions. Helps with scripts to tell them which sessions they should be working on. > > Presumaly this is all horrible and tmux is better. Could you > > explain how? > > Screen is good. It's just that tmux is even better. :) > > > I'm so sorry I'm behind on Anhwini and enh's todo lists (and the > > whole of pending). > > Have you ever considered taking on a co-maintainer, or at least > taking on a helper who will maintain "pending" for you? > > Alternatively, have you thought of creating a "toybox-experimental" > branch, and accepting "boxes" into it, and encouraging people to test > it and send feedback? That works for me. Actually anything that gets it out there in a way that people can test it, report back to me, or help develop it, works for me. The thing I don't like is it sitting in limbo for years. > > But before I could deal with THAT today I tried to swap in the linux > > 3.18 kernel in aboriginal and build i686 and SOMEBODY ADDED PERL > > BACK as a build preprequisite. (I literally spent YEARS getting > > that removed last time, and they added it back in 3.18-rc6. Right > > at the END of the build cycle. Honestly...) > > I know you strongly dislike Perl. But the Linux kernel maintainers > don't mind it so much, and they probably don't care about Aboriginal > Linux at all. Why don't you want to add Perl to Aboriginal Linux? > Perl isn't that big, and if you delete some or all of the modules > which come with it, it's even smaller. > > > > ^ [4]. http://www.landley.net/code/toybox/todo.txt > > > > That todo is from like 2011. The roadmap.html file is much more > > recent. > > Ah, okay. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world.
signature.asc
Description: PGP signature
_______________________________________________ Toybox mailing list [email protected] http://lists.landley.net/listinfo.cgi/toybox-landley.net
