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

GNU Screen 5.0 Released

savannah.gnu.org

Post reply on HN
Print view View original

111–120 of 126 posts

Re: GNU Screen 5.0 Released

#111

Post by setopt »

__david__ wrote: post #106
trallnag wrote: post #13

Earlier quoted context omitted.

I wonder how many people are using the default b key binding in tmux

I use emacs so that meant practically every prefix character would annoy me at some point. I ended up using C-\ since that almost never gets used by anything (I was surprised it could even be detected by terminals).

C-\ is one of my favorite Emacs keybindings :). You use it to change input methods, in my case to write e.g. Greek letters and other Unicode symbols in plaintext files using TeX notation.

I sometimes like to program using Unicode variable names when doing physics/math, and this is an easy way to do so built into Emacs.

Re: GNU Screen 5.0 Released

#112

Post by wyclif »

samgranieri wrote: post #53
paranoidxprod wrote: post #34

Earlier quoted context omitted.

What do you use Zellij for that isn't covered by Wezterm? I used Zellij in Alacritty and now in Foot, but recently tried Wezterm and the features it offered really seemed to match what Zellij offers. I didn't need two ways to do splits, tabs, sessions so I'm back to Foot/Zellij, but was just curious to your use-case.

I use zellij's session resurrection all the time, it saves me time. It's kind of like tmuxinator. I'm not sure if zellij can do that, and coming from tmux, zellij was an easy change.

tmux and zellij don't completely overlap on features, though. So I'm pretty sure some people are using both.

Re: GNU Screen 5.0 Released

#113

Post by PeterWhittaker »

qup wrote: post #75
Jtsummers wrote: post #27

Earlier quoted context omitted.

C-f moves forward a character which is also useful. The easiest to type character that had the least impact I could find was to remap to C-j. Works well in both Dvorak and Qwerty layouts and that's the one emacs shortcut I use so infrequently that I can live with having to type it twice.

C-Space here

That’s my default as well, worked great, except on a machine with shared sessions, a test driver machine where several of us will login as the same user: some of those people come from windows machines where ctrl-space gets mapped to ctrl-@, which is NUL.

So we had to find another prefix for those machines; fortunately, tmux can have two.

This (space->@->NUL) is mentioned in the tmux docs, tbh.

Re: GNU Screen 5.0 Released

#114

Post by jbaber »

bicolao wrote: post #40
mdaniel wrote: post #8

Earlier quoted context omitted.

> Ctrl+a from my cold dead fingers As someone who uses `set -o emacs` I cannot possibly imagine pressing C-a C-a to go to the beginning of the line Also, as an iTerm2 user: the integration with tmux control mode (tmux -CC) is just amazing for the way I use tmux

As someone who also uses emacs, I type C-a a so often that sometimes I do the same in emacs and it leaves an extra a. It's quite rare though.

As a vim user, this was my attitude about ctrl-b ctrl-b for pgup because tmux uses that. But I got used to it. Like many a screen convert to tmux, I used to map to ctrl-a, but I found myself actually getting pinky/wrist pain from using just my left hand. As a non-emacs user, I'm not okay with that :P So ctrl-b forces me to use two hands.

Re: GNU Screen 5.0 Released

#115

Post by extraduder_ire »

aeonik wrote: post #21
freedomben wrote: post #2

Looks like a few QoL improvements and bug fixes. Nothing disruptive that would normally come with a major release version. Looks like you can set a password on it now, which is cool (though I personally like having linux perms govern access to my screen/tmux). Multiinput sounds interesting as well, though in the past that was a feature I thought I'd love to have, but once I had I never use. I'm glad to see Screen is…

Why did you switch to tmux? It seems to me that screen is more ubiquitous, and has more features. Having a modem is a pretty handy thing built into it.

Ubuntu, and probably other distros, have screen as a hard dependency for doing upgrades to new release versions on the command line (do-release-upgrade command). I encountered it again just the other day while updating to an LTS version. It's a fantastic feature to have by default, in case your ssh connection gets dropped during the upgrade or something.

Re: GNU Screen 5.0 Released

#116

Post by tzs »

I was just taking a look at screen's source to try to figure out how hard it would be add a feature I want. I want an option when using screen to talk to a serial port to reverse the order of the bits in each character.

Does anyone know of any readily available serial port reader/writer for Unix and Unix-like systems that already has that?

I realize it seems like a really weird thing to want. I'm going some things with a small microcontroller (ATTiny 85). It does not have a UART, so right now when when I want to use serial for debugging I just bit bang it. The MCU does have a thing they call Universal Serial Interface (USI), which provides hardware support for shifting a byte in or out over a GPIO pin timed by a clock. USI is basically building blocks in hardware for the lowest level parts of serial communication. It does the things that can be hard in software because of timing, leaving the software to deal with the higher level aspects of the protocol.

I want to switch from bit banging to USI. Unfortunately when USI shifts a byte out of its send register to a pin, it shifts from the most significant bit side of the registers. UART protocol, which is what computers expect, wants the least significant bit first, so you've got to reverse the bytes before loading them into the USI's output register.

(They probably made USI MSB first because the serial protocols most likely for it to be used for are I2C and SPI. I2C is MSB first. SPI can go either way but MSB first is more common).

It's only a few instructions to do that swap, but MCUs can be quite constrained on space so it would be nice to not have to bother and instead do the swap on the receiving side.

Re: GNU Screen 5.0 Released

#117

Post by lanstin »

e-max wrote: post #104
lanstin wrote: post #81

Earlier quoted context omitted.

I use back-tick `. For nested, it becomes `` or ````. For twice nested and I'm writing a shell script with ` instead of $( .. ) It's ```````` (I'm an emacs user, I need all the control characters :)

I also use backticks, and in 99.9% of cases it works like a charm. But then one day you paste a large file, and the gates of hell open. Tmux randomly opens windows, kills sessions, and launches nuclear missiles while processing all the backticks in the text.

Yeah, that's true. Tho for large pastes, I generally only do that in a locally running GUI emacs. For remote, I'll assemble the file and then scp.

Even without tmux, this can be an issue - a long time ago I was using the X windows "drag the selection" middle mouse button action and accidentally let go of the button while the cursor was over an emacs text window - I sent my first email to some big listserv I subscribed to consisting of weird fragments from the log file I was trying to paste.a

Re: GNU Screen 5.0 Released

#118

Post by zh3 »

tzs wrote: post #116

I was just taking a look at screen's source to try to figure out how hard it would be add a feature I want. I want an option when using screen to talk to a serial port to reverse the order of the bits in each character. Does anyone know of any readily available serial port reader/writer for Unix and Unix-like systems that already has that? I realize it seems like a really weird thing to want. I'm going some things wi…

You could look at socat to create virtual serial ports and insert your byte reversal in there. Or there are things like ttymux (of various flavours() that can probably be adapted.

  [0] https://stackoverflow.com/questions/52187/virtual-serial-port-for-linux
  [1] https://hackaday.com/2022/05/03/linux-fu-the-infinite-serial-port/

Re: GNU Screen 5.0 Released

#119

Post by u801e »

mickeyp wrote: post #12

Screen, tmux, et al. are great. But here's another way of approaching the same problem: Emacs can serve as a superlative terminal multiplexer if you're willing to give it a shot or if you're already an Emacs user, but do not want to use Emacs's TRAMP (remote editing) functionality: 1. Emacs can run as a server, so you can run it on your remote servers and connect to it with `emacsclient' via SSH. This has the added a…

I've been doing this with vim for several years since they added the terminal feature in vim version 8.

Re: GNU Screen 5.0 Released

#120

Post by dolmen »

thanatos519 wrote: post #59
kzrdude wrote: post #26

Earlier quoted context omitted.

Truecolor finally being released is big

I'm looking forward to trying this indeed. I'm wondering if the use of wcwdith() will improve my luck with using UTF-8 characters in my caption and hardstatus lines. I'd like to be using nerdfonts in there but it just makes a mess.

This article may give you some informed answer:

https://mitchellh.com/writing/grapheme-clusters-in-terminals

Post reply on HN