On Wed, 10 Nov 2021 18:00:53 +0000
Rainer Weikusat <rweikusat@talktalk.net> wrote:
DozingDog@thekennel.co writes:
On Wed, 10 Nov 2021 15:28:22 +0000
Rainer Weikusat <rweikusat@talktalk.net> wrote:
Richard Kettlewell <invalid@invalid.invalid> writes:
Rainer Weikusat <rweikusat@talktalk.net> writes:
The ncurses library apparently (ie, it happens but I'm just assuming >>>>>> it's done by it) switches a terminal into so-called "application mode" >>>>>> and back, with the effect of programs using it expecting the arrow keys >>>>>> to generate escape sequences starting with ESC O instead of ESC ]. This >>>>>> single character exchange seems a most useless exercise to me (and I've >>>>>> just written code to handle it ... grrr).https://invisible-island.net/ncurses/ncurses.faq.html and search down >>>>> for ‘Keyboard Problems’.
Does anybody have some insight re: what that's supposed to be good for? >>>>>
Short version: Workaround for crappy, long obsolete hardware text >>>>terminals. That much I guessed. :-)
When 99.9% of terminals now are ansi why bother using curses? Skip the middle
man and write the ansi codes direct , its much faster.
Could you please refrain from attaching your unrelated opinion
statements to texts I wrote? The given situation is such that I have to
No, I couldn't. Newsflash - this is usenet. If you want a private conversation
use email otherwise stop whining.
Semirandom reply to your statement: Considering that computers are >>thousands of times (presumably too little) faster today than they used
to be in 1985 or even in the 1990s, why bother with hard-coding a
certain set of escape sequences "because that's faster"? Talk about
solving a non-problem ...
An array containing a few escape codes then just using printf() instead of juggling curses specific API calls is IMO a lot simpler from a coding POV
as well as being faster.
Could you please refrain from attaching your unrelated opinion
statements to texts I wrote? The given situation is such that I have to
No, I couldn't. Newsflash - this is usenet. If you want a private conversation >use email otherwise stop whining.
DozingDog@thekennel.co writes:
On Wed, 10 Nov 2021 18:00:53 +0000
Rainer Weikusat <rweikusat@talktalk.net> wrote:
DozingDog@thekennel.co writes:
On Wed, 10 Nov 2021 15:28:22 +0000
Rainer Weikusat <rweikusat@talktalk.net> wrote:
Richard Kettlewell <invalid@invalid.invalid> writes:
Rainer Weikusat <rweikusat@talktalk.net> writes:
The ncurses library apparently (ie, it happens but I'm just assuming >>>>>>> it's done by it) switches a terminal into so-called "application mode" >>>>>>> and back, with the effect of programs using it expecting the arrow keys >>>>>>> to generate escape sequences starting with ESC O instead of ESC ]. This >>>>>>> single character exchange seems a most useless exercise to me (and I've >>>>>>> just written code to handle it ... grrr).https://invisible-island.net/ncurses/ncurses.faq.html and search down >>>>>> for ‘Keyboard Problems’.
Does anybody have some insight re: what that's supposed to be good for? >>>>>>
Short version: Workaround for crappy, long obsolete hardware text >>>>>terminals. That much I guessed. :-)
When 99.9% of terminals now are ansi why bother using curses? Skip the >middle
man and write the ansi codes direct , its much faster.
Could you please refrain from attaching your unrelated opinion
statements to texts I wrote? The given situation is such that I have to
No, I couldn't. Newsflash - this is usenet. If you want a private >conversation
use email otherwise stop whining.
If you want to start a discussion about some topic, post something. If
all you can manage is to add random stuff to something that's not
related to it, don't 'whine' about being told that this was pretty
useless.
An array containing a few escape codes then just using printf() instead of >> juggling curses specific API calls is IMO a lot simpler from a coding POV
as well as being faster.
So far, I've written one program using curses and something like
static void curses_start(int c)
{
int attr, color;
attr = A_BOLD;
switch (c) {
case CHR_PROBLEM:
color = CP_PROBLEM;
break;
case CHR_PROGRESS:
color = CP_PROGRESS;
break;
case CHR_FINE:
attr = A_NORMAL;
color = CP_FINE;
}
attr_set(attr, color, NULL);
}
is vastly easier to understand and work with than the equivalent 'machine >code' (which terminal control escape sequences are).
"Being faster" is still a non-point. If it was fast enough on VAXen or
25Mhz PCs - and it was - it's going to be much more than 'fast enough'
on the hardware of today.
In article <smipnq$1kki$1@gioia.aioe.org>, <DozingDog@thekennel.co> wrote: >....
Could you please refrain from attaching your unrelated opinion
statements to texts I wrote? The given situation is such that I have to
No, I couldn't. Newsflash - this is usenet. If you want a private conversation
use email otherwise stop whining.
Your position is identical to the following exchange:
Me: Would you please stop shitting on my lawn?
You: No, I won't. This is America! There is nothing you can do to stop me >from shitting on your lawn. Stop whining!
Me: Yes, you are right. But you're still an asshole.
On Thu, 11 Nov 2021 16:40:43 +0000
Rainer Weikusat <rweikusat@talktalk.net> wrote:
DozingDog@thekennel.co writes:
An array containing a few escape codes then just using printf() instead of >>> juggling curses specific API calls is IMO a lot simpler from a coding POV >>> as well as being faster.
So far, I've written one program using curses and something like
static void curses_start(int c)
{
int attr, color;
attr = A_BOLD;
switch (c) {
case CHR_PROBLEM:
color = CP_PROBLEM;
break;
case CHR_PROGRESS:
color = CP_PROGRESS;
break;
case CHR_FINE:
attr = A_NORMAL;
color = CP_FINE;
}
attr_set(attr, color, NULL);
}
is vastly easier to understand and work with than the equivalent 'machine >>code' (which terminal control escape sequences are).
Thats your opinion, plenty of others may differ. However using escape codes
I can change colours and effects multiple times in a single printf but with curses it would be god knows how many API calls to do the same thing.
"Being faster" is still a non-point. If it was fast enough on VAXen or >>25Mhz PCs - and it was - it's going to be much more than 'fast enough'
on the hardware of today.
Any decent programmer cares about efficiency.
On Fri, 12 Nov 2021 15:30:14 +0000
Rainer Weikusat <rweikusat@talktalk.net> wrote:
DozingDog@thekennel.co writes:
On Thu, 11 Nov 2021 16:40:43 +0000
Rainer Weikusat <rweikusat@talktalk.net> wrote:
[...]
If you want to start a discussion about some topic, post something. If >>>>all you can manage is to add random stuff to something that's not >>>>related to it, don't 'whine' about being told that this was pretty >>>>useless.
Its not random and its not my fault if you're too thick to see the >>connection.
But instead of just ignoring it you put your ignorance on display for all. >>> Congratulations.
People being very convinced that something which doesn't exist must be >>there nevertheless isn't an uncommon occurence. Especially in software >>development, cf Kees Cooks witchhunt for the mass of accidentally
forgotten breaks in the Linux source which didn't exist but he
nevertheless dutifully found.
I'm sure that gibberish meant something to you when you wrote it. Perhaps something got lost in translation from German.
DozingDog@thekennel.co writes:
On Thu, 11 Nov 2021 16:40:43 +0000
Rainer Weikusat <rweikusat@talktalk.net> wrote:
[...]
If you want to start a discussion about some topic, post something. If >>>all you can manage is to add random stuff to something that's not
related to it, don't 'whine' about being told that this was pretty >>>useless.
Its not random and its not my fault if you're too thick to see the >connection.
But instead of just ignoring it you put your ignorance on display for all. >> Congratulations.
People being very convinced that something which doesn't exist must be
there nevertheless isn't an uncommon occurence. Especially in software >development, cf Kees Cooks witchhunt for the mass of accidentally
forgotten breaks in the Linux source which didn't exist but he
nevertheless dutifully found.
Thats your opinion, plenty of others may differ. However using escape codes >> I can change colours and effects multiple times in a single printf but with >> curses it would be god knows how many API calls to do the same thing.
One for each change plus setting up the colour pairs. And it cleanly >separates the actual output from binary gibberish (as viewed from a
human perspective) which just exists because it's an artefact of some >machine.
Any decent programmer cares about efficiency.
A decent programmer would use an argument here instead of a general
platitude referring to the person who posted an opinion. That's because >decent programmer would have to be decent logicans instead of innuendo >experts.
On Thu, 11 Nov 2021 16:40:43 +0000
Rainer Weikusat <rweikusat@talktalk.net> wrote:
If you want to start a discussion about some topic, post something. If
all you can manage is to add random stuff to something that's not
related to it, don't 'whine' about being told that this was pretty
useless.
Its not random and its not my fault if you're too thick to see the connection.
But instead of just ignoring it you put your ignorance on display for all. Congratulations.
An array containing a few escape codes then just using printf() instead of >>> juggling curses specific API calls is IMO a lot simpler from a coding POV >>> as well as being faster.
So far, I've written one program using curses and something like
static void curses_start(int c)
{
int attr, color;
attr = A_BOLD;
switch (c) {
case CHR_PROBLEM:
color = CP_PROBLEM;
break;
case CHR_PROGRESS:
color = CP_PROGRESS;
break;
case CHR_FINE:
attr = A_NORMAL;
color = CP_FINE;
}
attr_set(attr, color, NULL);
}
is vastly easier to understand and work with than the equivalent 'machine >>code' (which terminal control escape sequences are).
Thats your opinion, plenty of others may differ. However using escape codes
I can change colours and effects multiple times in a single printf but with curses it would be god knows how many API calls to do the same thing.
"Being faster" is still a non-point. If it was fast enough on VAXen or >>25Mhz PCs - and it was - it's going to be much more than 'fast enough'
on the hardware of today.
Any decent programmer cares about efficiency.
DozingDog@thekennel.co writes:
On Fri, 12 Nov 2021 15:30:14 +0000
Rainer Weikusat <rweikusat@talktalk.net> wrote:
DozingDog@thekennel.co writes:
On Thu, 11 Nov 2021 16:40:43 +0000
Rainer Weikusat <rweikusat@talktalk.net> wrote:
[...]
If you want to start a discussion about some topic, post something. If >>>>>all you can manage is to add random stuff to something that's not >>>>>related to it, don't 'whine' about being told that this was pretty >>>>>useless.
Its not random and its not my fault if you're too thick to see the >>>connection.
But instead of just ignoring it you put your ignorance on display for all. >>>> Congratulations.
People being very convinced that something which doesn't exist must be >>>there nevertheless isn't an uncommon occurence. Especially in software >>>development, cf Kees Cooks witchhunt for the mass of accidentally >>>forgotten breaks in the Linux source which didn't exist but he >>>nevertheless dutifully found.
I'm sure that gibberish meant something to you when you wrote it. Perhaps
something got lost in translation from German.
I'm sorry to be so blunt but you're nothing but an idiot repeating
phrases from several years ago. Have a nice life.
Its spelt arsehole, unless you're refering to a donkey. And no, its not the
DozingDog@thekennel.co writes:
On Thu, 11 Nov 2021 16:40:43 +0000
Rainer Weikusat <rweikusat@talktalk.net> wrote:
DozingDog@thekennel.co writes:Thats your opinion, plenty of others may differ. However using escape codes >> I can change colours and effects multiple times in a single printf but with >> curses it would be god knows how many API calls to do the same thing.
"Being faster" is still a non-point. If it was fast enough on VAXen or >>>25Mhz PCs - and it was - it's going to be much more than 'fast enough'
on the hardware of today.
Any decent programmer cares about efficiency.
Do you also still program in assembly code for the same reason?
ncurses, in particular the panel library on top of it, saves me from
having to try to write basically the same functionality as panel within
my application. Maybe you've never done anything more complicated in a
tui than changing colors?
Its spelt arsehole
On Fri, 12 Nov 2021 10:41:24 -0000 (UTC), DozingDog@thekennel.co wrote:
Its spelt arsehole
It's spelt "it's". You should probably write correctly yourself before correcting others (even if those others are, indeed, real arseholes).
In article <smipnq$1kki$1@gioia.aioe.org>, <DozingDog@thekennel.co> wrote: ...
Could you please refrain from attaching your unrelated opinion
statements to texts I wrote? The given situation is such that I have to
No, I couldn't. Newsflash - this is usenet. If you want a private conversation
use email otherwise stop whining.
Your position is identical to the following exchange:
Me: Would you please stop shitting on my lawn?
You: No, I won't. This is America! There is nothing you can do to stop me from shitting on your lawn. Stop whining!
Me: Yes, you are right. But you're still an asshole.
On 11/12/21 5:41 AM, DozingDog@thekennel.co wrote:
...
Its spelt arsehole, unless you're refering to a donkey. And no, its not the
Nearly 2/3 of all of the native speakers of English speak the American variant of that language, for which your preferred spelling is
incorrect, and his is correct. If you didn't want to have so many people speaking such a wide variety of versions of your language, you shouldn't
have started a colonial empire in the first place.
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 296 |
Nodes: | 16 (2 / 14) |
Uptime: | 84:30:03 |
Calls: | 6,658 |
Calls today: | 4 |
Files: | 12,203 |
Messages: | 5,333,601 |
Posted today: | 1 |