Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Terminology – a new terminal emulator

enlightenment.org

Post reply on HN
Print view View original

81–90 of 143 posts

Re: Terminology – a new terminal emulator

#81

Post by banachtarski »

antihero wrote: post #71
AceJohnny2 wrote: post #28

I used to care a lot about tabs and pane splitting in the terminal emulator. Then I discovered terminal multiplexers: screen, then tmux. Now I don't want those features in the terminal emulator anymore, as they overlap and even conflict with the terminal multiplexer.

Personally I've moved from tmux to a tiling window manager with urxvtd. Less fiddly day-to-day and doesn't get locked up and horrible. Tabbing and whatnot are something the WM (in my case, i3) handle far better than a specific program.

Agreed. Multiplexing panes and tabs should be the responsibility of the WM, not the terminal itself.

Re: Terminology – a new terminal emulator

#82

Post by philsnow »

antihero wrote: post #71
AceJohnny2 wrote: post #28

I used to care a lot about tabs and pane splitting in the terminal emulator. Then I discovered terminal multiplexers: screen, then tmux. Now I don't want those features in the terminal emulator anymore, as they overlap and even conflict with the terminal multiplexer.

Personally I've moved from tmux to a tiling window manager with urxvtd. Less fiddly day-to-day and doesn't get locked up and horrible. Tabbing and whatnot are something the WM (in my case, i3) handle far better than a specific program.

I gave up on urxvtcd when I realized that a single crash brings down all your terminals. Nowadays I use stock xterm, since while I was dallying with urxvt, xterm got the one feature I cared about from urxvt, which was URGENT-on-bell.

Re: Terminology – a new terminal emulator

#84

Post by CJefferson »

RobSis wrote: post #75
CJefferson wrote: post #70

Earlier quoted context omitted.

Personally, I really like to be able to drag the splits between terminals, use my scroll wheel, and click between tabs. Maybe these things can be enabled in tmux somehow? I know on a mac tmux/iTerm can do these things, but I'm on linux.

setw -g mode-mouse on setw -g mouse-select-window on setw -g mouse-select-pane on setw -g mouse-resize-pane on

Thanks.

On a random note, why do all unix applications (generalising I know) seem to default to a super-minimal set of options? Surely the kind of people who get annoyed by mouse integration (and you can just ignore it) are the kind of people who can find out how to turn it on, whereas those of us who are using tmux for the first time want all the nice options turned on by default?

Re: Terminology – a new terminal emulator

#87

Post by dsr_ »

gcb0 wrote: post #24
thiderman wrote: post #7

Earlier quoted context omitted.

Can't use XFT fonts. Doesn't set 256 colors properly. The blinking cursor is retarded and seemingly cannot be disabled. Those are kind of dealbreakers for me. On the plus side, it feels really snappy. Impressive speed indeed.

as someone who uses several (SEVERAL) xterms on the same screen and focus-follow-mouse, my best bet to see where my words will go when i type is to notice which screen has the blinking green cursor instead of the static white one. that one would help a lot. (i used to have a very visible window manager active border and shadows, and also lower the opacity of the non-focused ones... but gnome 3 designers in all their…

I do that with XFCE. Active window gets a bright title bar and borders with dark text, inactive windows get dark title bars with light text and thinner borders. High contrast in both cases, but easy to differentiate.

Themes like that are very easy to change to suit yourself.

Re: Terminology – a new terminal emulator

#88

Post by th0114nd »

js-coder wrote: post #25
th0114nd wrote: post #5

Installation is a bit of a pain, at least on OS X. It complains of a bunch of packages missing. Consider having it available through macports.

How did you install it? I'm on OS X, too, and make throws this error: "make: * No targets specified and no makefile found. Stop.".

I wasn't able to. After a bit of hunting I realized the missing packages were on their site. Some of those make just failed, and on others it would appear as though make install went through but were not afaict installed. I gave up.

Re: Terminology – a new terminal emulator

#89

Post by onosendai »

antihero wrote: post #71
AceJohnny2 wrote: post #28

I used to care a lot about tabs and pane splitting in the terminal emulator. Then I discovered terminal multiplexers: screen, then tmux. Now I don't want those features in the terminal emulator anymore, as they overlap and even conflict with the terminal multiplexer.

Personally I've moved from tmux to a tiling window manager with urxvtd. Less fiddly day-to-day and doesn't get locked up and horrible. Tabbing and whatnot are something the WM (in my case, i3) handle far better than a specific program.

If you're just using Tmux as a way to split/tab your terminals you're missing out on a ton of its functionality.

For example it also allows you to detach/reattach your running session, which is invaluable if you're working remotely, and especially if you have a flaky connection. I've used it in several instances where there is more than one person handling DB upgrades and the like. You can have several panes/tabs open, vim with upgrade notes, and everyone connecting and working as needed. It beats the crap out of constant copying/pasting pieces of code and terminals on some IM program to make sure everyone sees what you're seeing.

I usually also end up running it locally and bypassing the terminal emulator and WM's multiplexing abilities, but it's more out of a desire to use the same tool whether I'm running locally or on some remote box. If you don't need the latter, it's a bit harder to justify using it, even though it still has some advantages, like generally being more scriptable.

Re: Terminology – a new terminal emulator

#90

Post by billiob »

onedognight wrote: post #85

Does anyone know if the inline images/videos are implemented as terminal escapes. I.e. can you find | xargs tycat | less and scroll around with the data? Can it work remotely?

It's done using escape codes (\033}). tycat/tyls/ty* only outputs escape codes. Terminology handles them and display the images…

In tycat.c, you can see some code like: if (mode == CENTER) snprintf(buf, sizeof(buf), "%c}ic#%i;%i;%s", 0x1b, w, h, path);

Because the path is given, it won't work remotely.

find | xargs tycat should work but doesn't (one more bug to fix :D ).

Post reply on HN