[konsole] [Bug 425560] Horizontal margins and scroll/paint artefact regression

[RJVB]

https://bugs.kde.org/show_bug.cgi?id=425560

--- Comment #13 from RJVB <rjvbertin at gmail.com> ---
(In reply to tcanabrava from comment #12)
> on eachothers backs.

Are you sure that's what you wanted to say?


> Yes, it does come as a surprise for me, as those blogs are federated on the
> planet, and they usually appear on phoronix and other linux outlets.

I did say people who's productivity is not aimed at but simply based on Linux?
As a cheek-in-tongue example of something you're bound to use: how actively do
you follow the federated blogs and what-have-you that are surely written by
toilet designers or cleaning product developers?

> applications are evolving and a quick check on news will give you the answer
> if it's a bug or a feature.

You still have to know what to search for, and if the behaviour ressembles
what's being described in QTBUG-78963 that you had already been following the
idea it might be a feature doesn't spring to mind immediately. I had noticed
the "highlight new lines" setting, but this implementation only highlights new
canvas that has never been painted before.
> The majority consensus is
> that this feature is a nice addition and if users don't like they can simply
> deactivate, no harm done.

The big question here is how big and representative the tester population is.
As long as branches are feature-specific and/or aren't well advertised so
pre-built preview binaries become available to a large audience the testing
population will remain small, and probably not very representative.

> But we are not in the 80's anymore. If you want a terminal that mimics what
> we have in the 80's I ask you to test xterm or urxvt.

There are a handful of things that are missing from those, but I'm not obliged
to keep updating konsole nor forbidden from hacking out things I really can't
stand - and I will be taking a look at QTerminal or whatever other Qt-based
terminals there are.

> XMLGui is being used. but I'd argue that 22pxs is not really a waste of
> space. 

That must be (almost) 2 lines of text for me, and for something that gets to be
used only occasionally that's a waste in my book, even on my larger screens.

> you like to use two vertical terminals. What would you say about having an
> hability to say "This terminal on the right is the continuation of this
> terminal on the left", having double the scrollback lines visible?

I'd say that might interest me as a feature in Kate or a GUI equivalent of
`less`, but not in a terminal. I'm also pretty certain that curses-based
implementations of this must exist but I've never had need for those.

The practice of using multiple on-screen windows that can be positioned freely
so each shows something relevant and allows to do things based on what is being
shown here and there seems to become an increasingly lost art. That's visible
also in websites that assume everyone maximises their browser window. It took
me a long time to adjust to MDI IDE designs and I only did that because there
are no IDEs anymore that can be used as a loose collection of related windows.

> That's sad, I quite enjoy your contributions. tooling is just tooling and we
> need to adapt to what projects that we like use.

No, we don't. Call it voting with your wallet if you want.

> I don't understand this, as you don't need a new account and gitlab quite
> similar to github, and does not askss you to use a different and
> unconventional tooling (like arcanist)
Arcanist was a bit weird but it still allowed me to put up diffs for review
without having to commit them in a local branch of a forked repo. I don't care
if that's not the fashionable industry way of doing things, it's what's most
convenient for me and doesn't oblige me to waste disk space or time. I too
contribute because I feel like it and not because I'm paid and/or ordered to do
so.

-- 
You are receiving this mail because:
You are the assignee for the bug.