[hackers] [scroll][PATCH] Don't retain any clear screen sequence variants.

(Simpler, replaces previous patch) Elide all clear screen escape sequences from the scrollback buffer, partial or complete. zshell, for example, emits ^[[J on startup, which causes the scrolled down portion of the screen to be cleared when scrolling to the beginning of the buffer and less than the

[hackers] [scroll][PATCH] Don't retain any clear screen sequence variants.

Elide all clear screen escape sequences from the scrollback buffer, partial or complete. zshell, for example, emits ^[[J on startup, which causes the scrolled down portion of the screen to be cleared when scrolling to the beginning of the buffer and less than the entire screen is scrolled. --- scr

[hackers] [libgrapheme][PATCH] Expose cp_decode and boundary (both renamed) to the user

cp_decode has been renamed to grapheme_decode and boundary has been renamed to grapheme_boundary. The purpose of this is to allow faster text rendering where both individual code points and grapheme clusters boundaries are of interest, but it also (1) makes it easy to do online processing of large

[hackers] [scroll] Fix cursor position in scrollup || Jochen Sprickerhof

commit 2f696500f791925b6d5cdff3268e57f2fbc3a2a9 Author: Jochen Sprickerhof AuthorDate: Sat Apr 25 23:32:04 2020 +0200 Commit: Jochen Sprickerhof CommitDate: Sat Apr 25 23:32:04 2020 +0200 Fix cursor position in scrollup diff --git a/scroll.c b/scroll.c index 9ff5398..652eba9 100644

[hackers] [scroll] Recover comment || Jochen Sprickerhof

commit 37bc45d3a474b2a108440862533460ca5636193a Author: Jochen Sprickerhof AuthorDate: Sat Apr 25 23:15:23 2020 +0200 Commit: Jochen Sprickerhof CommitDate: Sat Apr 25 23:15:23 2020 +0200 Recover comment diff --git a/scroll.c b/scroll.c index 722ea01..9ff5398 100644 --- a/scroll.c +

[hackers] [scroll] show cursor if we are at the bottom || Jochen Sprickerhof

commit 72a1aa0c7b1a71f8a2305861bc89d17d7a897053 Author: Jochen Sprickerhof AuthorDate: Sat Apr 25 22:56:39 2020 +0200 Commit: Jochen Sprickerhof CommitDate: Sat Apr 25 22:56:39 2020 +0200 show cursor if we are at the bottom diff --git a/scroll.c b/scroll.c index 8cda0f6..722ea01 100

[hackers] [scroll] Magnetic redraw behaviour || Jochen Sprickerhof

commit 8afdc10fd50174fc2f567d371401834277bf1c40 Author: Jochen Sprickerhof AuthorDate: Sat Apr 25 22:33:46 2020 +0200 Commit: Jochen Sprickerhof CommitDate: Sat Apr 25 22:33:46 2020 +0200 Magnetic redraw behaviour diff --git a/scroll.c b/scroll.c index e147bbd..8cda0f6 100644 --- a/

[hackers] [scroll] add up.sh to test suite || Jan Klemkow

commit d65e29260f83ac1d9d5fe128540f0079638b4e1a Author: Jan Klemkow AuthorDate: Sat Apr 25 21:55:52 2020 +0200 Commit: Jan Klemkow CommitDate: Sat Apr 25 21:55:52 2020 +0200 add up.sh to test suite up.sh tests the scroll up by one page feature diff --git a/Makefile b/Makefi

[hackers] [scroll] replace jot(1) with os independent shell code || Jan Klemkow

commit fe9ce22d65c5e0effefc1f005c2cb4d860abb13e Author: Jan Klemkow AuthorDate: Sat Apr 25 21:15:04 2020 +0200 Commit: Jan Klemkow CommitDate: Sat Apr 25 21:15:28 2020 +0200 replace jot(1) with os independent shell code diff --git a/up.sh b/up.sh index a730f8c..8f4758c 100755 --- a/

Re: [hackers] [dwm][patch] dwm crashes when opening 50+ clients (tile layout)

On Thu, Apr 23, 2020 at 09:50:54AM +0200, bakkeby wrote: > Many users new to dwm find themselves caught out by being kicked out to the > login manager (dwm crashing) when they open 50+ clients for demonstration > purposes. The number of clients reported varies depending on the resolution > of th

[hackers] [dwm] dwm crashes when opening 50+ clients (tile layout) || bakkeby

commit f09418bbb6651ab4c299cfefbe1d18de401f630e Author: bakkeby AuthorDate: Thu Apr 23 09:50:54 2020 +0200 Commit: Hiltjo Posthuma CommitDate: Sat Apr 25 13:31:02 2020 +0200 dwm crashes when opening 50+ clients (tile layout) Many users new to dwm find themselves caught out b

Re: [hackers] Announcing libschrift (a TrueType font rendering library)

Michael Forney wrote: > On 2020-04-24, Silvan Jegen wrote: > > Yeah, that's where my missing understanding of graphics programming > > becomes apparent. I assumed a font rendering library will just take a > > pointer to some memory as an argument to its rendering function to which > > it will the