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

91–100 of 143 posts

Re: Terminology – a new terminal emulator

#91

Post by onedognight »

billiob wrote: post #90
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 ).

Given that you can communicate two ways with terminals using escape codes, you might be able to run your remote shell with something like

  tyserver bash
and tyserver could then say replace escape-w-h-path with an escape-w-h-file-descriptor-n which would then allow the remote side to async query for the contents of fd-n with an escape-read-fd-n-bytes while you continue to interact with the terminal.

Re: Terminology – a new terminal emulator

#92

Post by antihero »

onosendai wrote: post #89
antihero wrote: post #71

Earlier quoted context omitted.

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 ope…

Yeah, tmux remotely is great, but for terminals on the desktop I don't really feel that it's that useful.

Re: Terminology – a new terminal emulator

#93

Post by philsnow »

evilduck wrote: post #48
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.

I still like tabs. I'm often logged into multiple remote machines where, for me, a terminal emulator's tab represents a unique SSH connection and that tab then has tmux running on the remote machine. Otherwise, I'd be running tmux on my local machine, then want to run tmux on a remote machine, and nesting terminal multiplexers is not good.

Nesting terminal multiplexers is wonderful :)

It kind of sucks if you accidentally use a hardstatusline in both the nesting and the nested muxes, and it slightly sucks if you use the same escape key for both/all levels of nesting.

I have been using a nested screen setup for ~3 years at home and it's great. My outer screen uses ^Z as its escape key (I ^Z very few commands) and the inner ones use ^O.

It works wonderfully, and I never have a problem remembering which screen has what because of the different escape keys. It's sort of like the finger memory that you develop if you use multiple workspaces (esp in a WM that supports tagging windows) and always keep the same things on the same workspaces.

Re: Terminology – a new terminal emulator

#94

Post by antihero »

philsnow wrote: post #82
antihero wrote: post #71

Earlier quoted context omitted.

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.

I'm not sure how to port color/font config from my urxvt config to xterm. Googling only seems to tell me to how to change background/foreground, not the individual colours.

Also, Is there any reason not to use just urxvt (without the client/daemon setup)? I've never had a crash that has brought down all of my clients, however.

Re: Terminology – a new terminal emulator

#95

Post by maxaf »

philsnow wrote: post #93
evilduck wrote: post #48

Earlier quoted context omitted.

I still like tabs. I'm often logged into multiple remote machines where, for me, a terminal emulator's tab represents a unique SSH connection and that tab then has tmux running on the remote machine. Otherwise, I'd be running tmux on my local machine, then want to run tmux on a remote machine, and nesting terminal multiplexers is not good.

Nesting terminal multiplexers is wonderful :) It kind of sucks if you accidentally use a hardstatusline in both the nesting and the nested muxes, and it slightly sucks if you use the same escape key for both/all levels of nesting. I have been using a nested screen setup for ~3 years at home and it's great. My outer screen uses ^Z as its escape key (I ^Z very few commands) and the inner ones use ^O. It works wonderful…

^Z looks like a great escape sequence. Never thought of this one. ^O is my current favorite, and ^\ isn't far behind.

Re: Terminology – a new terminal emulator

#96

Post by spudlyo »

maxaf wrote: post #95
philsnow wrote: post #93

Earlier quoted context omitted.

Nesting terminal multiplexers is wonderful :) It kind of sucks if you accidentally use a hardstatusline in both the nesting and the nested muxes, and it slightly sucks if you use the same escape key for both/all levels of nesting. I have been using a nested screen setup for ~3 years at home and it's great. My outer screen uses ^Z as its escape key (I ^Z very few commands) and the inner ones use ^O. It works wonderful…

^Z looks like a great escape sequence. Never thought of this one. ^O is my current favorite, and ^\ isn't far behind.

I use job control pretty often, so ^Z is out for me. I use ^O as my screen escape key, which back in the way old days used to flush output, which was extremely handy at 300 baud.

Re: Terminology – a new terminal emulator

#97

Post by maxaf »

spudlyo wrote: post #96
maxaf wrote: post #95

Earlier quoted context omitted.

^Z looks like a great escape sequence. Never thought of this one. ^O is my current favorite, and ^\ isn't far behind.

I use job control pretty often, so ^Z is out for me. I use ^O as my screen escape key, which back in the way old days used to flush output, which was extremely handy at 300 baud.

Me, I tend to leak tmux sessions and windows all over the place. It's almost like job control but with a modern twist.

Re: Terminology – a new terminal emulator

#98

Post by moe »

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

Sadly this still leaves you with a rather crippled subset of the real thing. I.e. "copy mode" instead of proper scrolling, no native text selection, and very noticeable latency and glitches.

It's the price you pay for emulating a 35 years old piece of hardware[1] inside an emulator of the same...

[1] http://en.wikipedia.org/wiki/VT100

Re: Terminology – a new terminal emulator

#99

Post by neeee »

sliverstorm wrote: post #33
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.

I want so badly for the XFT thing to not be a problem. All my favorite terms benefit from using the old font system instead, but there just aren't any good fonts I can use. I do like some of the classic monospace fonts like 6x13, but my monitor resolution is just too high for that.

How about GNU unifont or terminus? they both have fairly large sizes.

Re: Terminology – a new terminal emulator

#100

Post by codygman »

antihero wrote: post #94
philsnow wrote: post #82

Earlier quoted context omitted.

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.

I'm not sure how to port color/font config from my urxvt config to xterm. Googling only seems to tell me to how to change background/foreground, not the individual colours. Also, Is there any reason not to use just urxvt (without the client/daemon setup)? I've never had a crash that has brought down all of my clients, however.

There is no reason not to use urxvt in the normal mode, as it behaves just like xterm would (not exactly of course, but one crashing won't lose all of them).
Post reply on HN