On Thu, Nov 11, 2021 at 05:31:15PM +0100, Страхиња Радић wrote:
> (for example, if a simple "cat /some/file" for a multi-line text file
> has a delay anywhere from 500 ms to a second or two between the output
> of individual lines, when not dependant on factors such as reading
> from a network of
On 21/11/10 08:55, NRK wrote:
> I wouldn't say it's "critical need". And if we judge from that pov then
> one could ask, "What's the critical need for a dynamic window manger or
> minimal softwares in general?".
Terminal emulator's job is to allow terminal input/output. Latency is simply not
On Tue, Nov 09, 2021 at 02:00:57PM +0100, Laslo Hunhold wrote:
> I'm always wondering: What do you suggest to improve the
> latency-situation?
If I knew the answer to that, then I would've ditched XTerm and patched
ST already. Unfortunately I know next to nothing when it comes to the
inner
On 21/11/09 02:00, Laslo Hunhold wrote:
> I'm always wondering: What do you suggest to improve the
> latency-situation? Can we even be "better" than the screen's framerate?
I'm wondering what's the use case for such critical need for low latency?
Playing DOOM (2016) in a terminal with aalib?
On 21/10/29 12:18, Dmytro Kolomoiets wrote:
> Страхиња Радић, do you have a cleaned up version of the patch
> which applies to latest st tree without rejecting hunks?
No, but it shouldn't be too hard to make given the PR. I have applied it to my
fork of st (https://git.sr.ht/~strahinja/st).
> https://github.com/LukeSmithxyz/st/pull/224
Страхиња Радић, do you have a cleaned up version of the patch
which applies to latest st tree without rejecting hunks?
On Wed, 27 Oct 2021 at 23:12, NRK wrote:
>
> On Wed, Oct 27, 2021 at 09:38:41AM +0200, Hiltjo Posthuma wrote:
> > Its a
On Wed, Oct 27, 2021 at 09:38:41AM +0200, Hiltjo Posthuma wrote:
> Its a longstanding myth st has input latency issues.
> The common quoted benchmark is wrong.
If we're thinking about the same benchmark then it's also outdated.
But regardless I didn't base my decision on that. Sometimes ago (9-10
The benchmark was done on macOS, if I'm not mistaken
On Wed, Oct 27, 2021 at 03:52:09AM +0600, NRK wrote:
> On Tue, Oct 26, 2021 at 07:51:52PM +, Ian Liu Rodrigues wrote:
> > I've noticed that in some situations wide characters are being cropped
> > on my terminal. The following script, which uses a wide character from
> > the "Nerd Font
On Tuesday, October 26th, 2021 at 17:27, Страхиња Радић
wrote:
> For me, this patch fixed the glyph truncation:
>
> https://github.com/LukeSmithxyz/st/pull/224
>
> Perhaps someone could add this to the official patches?
Thanks! I will try applying that patch.
On Tue, Oct 26, 2021 at 07:51:52PM +, Ian Liu Rodrigues wrote:
> I've noticed that in some situations wide characters are being cropped
> on my terminal. The following script, which uses a wide character from
> the "Nerd Font Symbol"[1], shows a test case:
>
>
> echo -e '\e[31m \e[0m c'
Dear all,
This is my first post here after two failed attempts, I think because
of the email being sent as HTML. Lets hope this one goes alright.
I've noticed that in some situations wide characters are being cropped
on my terminal. The following script, which uses a wide character from
the
n 21/10/26 07:51, Ian Liu Rodrigues wrote:
> echo -e '\e[31m \e[0m c'
> echo -e '\e[31m \e[0mc'
>
>
> Here is a screenshot of the script's output: https://qu.ax/3SBs.png
For me, this patch fixed the glyph truncation:
https://github.com/LukeSmithxyz/st/pull/224
Perhaps someone could
13 matches
Mail list logo
