News for hackers. Stuff that matters.

amadeusz

Re:Ask HN: Project ideas for a Linux kernel module on Tuesday May 02, 2023 @07:20AM (#35785880)
Does following work for you? echo test > /dev/kmsg
Re:Mac OS 9 on Monday December 05, 2022 @04:43PM (#33872325)
Compared to amount of space wasted in modern applications on margins, padding, etc, I would take Mac OS 9 window borders with rest of the interface.

Not to say it was perfect, but overall old computer interfaces were more information dense than todays one.

Re:Firefox 91 – Revert back to old tab style on Sunday August 15, 2021 @03:37PM (#28191785)
As much as I kept using firefox while it progressively got more unusable, I just straight abandoned it after 91, at some point time spent fighting configuring my browser to be usable is better spend choosing from alternatives.
Re:Raw keyboard handling in Unix terminals on Wednesday May 19, 2021 @05:00PM (#27214396)
Well, from what I've read all alphanumeric can be typed just fine, they go as is to terminal, problem is with special keys that some of them emit escape sequences that confuse shell or combinations of those.

But not to trust what I just read I've installed kitty and tested it and you can type in the "reset" just fine. I hit a bit of a problem with "Entering" it, as apparently if you have numlock enabled (which I do on login) pressing "Enter" sends escape code: "^[[13;129u", but if you disable numlock it is typed in as per documentation: "0x0d - for the Enter key", which in any ascii table is Carriage Return.

And yes, issuing reset restored normal terminal operation.

Re:Raw keyboard handling in Unix terminals on Wednesday May 19, 2021 @02:30PM (#27212517)
The thing I would like to see is this making it into terminfo entries, meaning that it is possible to detect that terminal supports this behaviour, otherwise while great it is terminal emulator specific.
Re:Raw keyboard handling in Unix terminals on Wednesday May 19, 2021 @02:23PM (#27212418)
I guess same thing that happens to any application that sets weird modes. You should use 'reset' command which just emits escape code to reset terminal and terminal emulator hopefully sets everything back correctly.
Re:Firefox 75: Ambitions for April on Tuesday April 07, 2020 @01:45PM (#22805573)
Great! Thank you!
Re:Firefox 75: Ambitions for April on Tuesday April 07, 2020 @01:36PM (#22805476)
So... anyone knows how to restore old address bar look, instead of this weird popup thingy?
Re:Installing NextStep OS (OpenStep) in VirtualBox (2018) on Tuesday January 28, 2020 @12:16PM (#22171433)
You might want to take a look at https://github.com/trunkmaster/nextspace where someone tries to recreate the NeXT experience on top of noth GNUStep & Window Maker, both modified to provide coherent experience.
Re:Writing a C Compiler, Part 2 on Wednesday December 06, 2017 @03:27PM (#15864657)
I think tcc is now community maintained, see "Savannah project page and git repository", and you can get there link to project git, which was last updated just few days ago. (http://repo.or.cz/w/tinycc.git) so seems to be active.
Re:Why You Should Try tmux Instead of screen on Sunday July 03, 2016 @11:45AM (#12026376)
Some distributions were using patched versions before, but from 17 Apr 2014 - screen 4.2.0 and further have it. Shortcut is: C - a |
Re:GNU Screen v.4.4.0 on Tuesday June 21, 2016 @10:50AM (#11946000)
Current default is 100. You can also use maxwin command (for example 'maxwin 200', up to 2048) in your screenrc file to define other value, no need to recompile. However do note that you can't change it in already started screen.
Re:GNU Screen v.4.4.0 on Monday June 20, 2016 @01:13AM (#11936177)
Vertical splits are present from 4.2.0 up.
Re:GNU Screen v.4.4.0 on Monday June 20, 2016 @01:08AM (#11936163)
Um, each screen window remembers it's scrollback properly? C-a [ - to enter 'scrollback' mode, and you can use arrows there.

What they seem to describe is altscreen behaviour which can be disabled with "altscreen off" in .screenrc .