From Newsgroup: comp.lang.forth

On 2025-06-10, Paul Rubin wrote:
anthk <anthk@openbsd.home> writes:

I'm admittedly conflicted on responding to an off-topic thread,
and two months after the discussion has concluded at that.
Still, it mentions Lynx, and... Well, I'm going to cross-post
to (little-used) comp.infosystems.www.misc and set Followup-To:
on the odd chance someone might be interesting in discussing
this further there.

Most of these "web sites" are irrelevant to me.

By the by, I'd like to note that the lifestyle argument works
both ways. I've started using web c. 1998, and within a few
years, settled on Lynx as my primary browser. (I have a Lynx
"bookmarks" file dated August 2001, for example.) I doubt indoor
plumbing is a suitable comparison, but driving a car perhaps is.

And indeed, switching to, say, Chromium now feels like a big
lifestyle change to me. Not unlike starting to drive a car.
Sure, it has its benefits, but it also has its costs, both in
terms of responsibility, and in terms of buying gas (for a car)
or new hardware (for Chromium.)

Being somewhat of a retrocomputing enthusiast (from whence
interest in Forth), I'd say relying on Lynx fits my lifestyle
better anyway.

Can you read sfgate.com? That's a major news site near here.

I can read it via Wayback Machine [1] at the least; e. g.:

After November flop, California Forever launches new city concept

An aerial rendering of where the original planned community by
California Forever would fit into Solano County.

A California city tried to triple in size. Then came the rebellion.

[1] http://web.archive.org/web/20250730/http://sfgate.com/

(FWIW, I have this cheap China-made radio that I listen to news
broadcast locally on UHF/FM on. And every once in a while, I can
catch shortwave CRI broadcasts on it, too.)

Interestingly, I'm able to read apnews.com with lynx. With firefox,
I'm impeded by Cloudflare Turnstile which is basically a JS-dependent captcha.

The "solve-to-read" captchas generally are JS-based, IME.
(Unlike those for posting comments or registering an account.)

I haven't noticed sites skipping a captcha for non-JS browsers
myself, TBH, though I have noticed sites skipping JS-based ads
for Lynx. Can't say I feel disadvantaged by it.

I get a 403 from this with lynx: https://www.fanfiction.net/s/13768935/1/Harry-Potter-and-A-Galaxy-Far-Far-Away

Years ago, I've got an impression that Fanfiction (and some
other servers) reacted badly to "libwww" in Lynx' User-Agent:.
I'd venture to guess it might be related to an unrelated Perl
library (libwww-perl AKA LWP), presumably at one point popular
among bot writers, also having "libwww" in User-Agent:.

I /think/ Fanfiction acquired a bunch of restrictions on top
of that over the years, though. Generally, I'd suggest using
Wayback Machine here as well, but that particular story doesn't
seem to be archived.

FWIW, I've been able to read most of "Darth Vader: Hero of Naboo"
that way last year; see (URI split for readability):

https://web.archive.org/web/20240914132402/ https://www.fanfiction.net/s/11730208/1/Darth-Vader-Hero-of-Naboo

That site also uses Turnstile. Turnstile is becoming extremely
widespread across the net, to push away AI scrapers.

FSF has recently commented, if tangentially, on that in [2].
(They've pointed out that Anubis captcha might be free, but
it's still essentially malware.)

I believe I understand, to a degree, the issues involved
in running a website this day and age, but this particular
solution gets no sympathy from me. If anything, it seems
like a web counterpart to hostile architecture [3].

[2] http://fsf.org/blogs/sysadmin/our-small-team-vs-millions-of-bots
[3] http://en.wikipedia.org/wiki/Hostile_architecture
--- Synchronet 3.21a-Linux NewsLink 1.2

From Newsgroup: comp.lang.forth

For your reference, records indicate that
Ivan Shmakov <ivan@siamics.netREMOVE.invalid> wrote:

On 2025-06-10, Paul Rubin wrote:
anthk <anthk@openbsd.home> writes:

Most of these "web sites" are irrelevant to me.

By the by, I'd like to note that the lifestyle argument works
both ways. I've started using web c. 1998, and within a few
years, settled on Lynx as my primary browser. (I have a Lynx
"bookmarks" file dated August 2001, for example.) I doubt indoor
plumbing is a suitable comparison, but driving a car perhaps is.

Well, by that analogy, what do you think would happen if you tried to take
a Ford Model T on to the Autobahn? The modern web is a rCLkitchen sinkrCY mess of technologies (well beyond JavaScript) that is going to be heavy
lift for any browser to support:

<https://www.w3.org/TR/>

For example, I have sites that make extensive use of server sent events
(SSE). While JavaScript is the main way to pull the data, the format *is* just text that any browser could display. But give `lynx` that URL and it just *sits* on the result, displaying *nothing* until the connection is closed.

Interestingly, I'm able to read apnews.com with lynx. With firefox,
I'm impeded by Cloudflare Turnstile which is basically a JS-dependent captcha.

The "solve-to-read" captchas generally are JS-based, IME.
(Unlike those for posting comments or registering an account.)

I haven't noticed sites skipping a captcha for non-JS browsers
myself, TBH, though I have noticed sites skipping JS-based ads
for Lynx. Can't say I feel disadvantaged by it.

The thing to shoot for (i.e., what a modern rCLtextrCY browser should target) is *accessibility*. ThatrCOs what standards are geared towards these days, and thatrCOs what sites are *supposed* to support. Often time the weight
of law and/or public opinion can be brought to bear against large organizations that do not accommodate disabled people. Try those sites
with something like a screen reader and complain if they still donrCOt work *that* way.

I believe I understand, to a degree, the issues involved
in running a website this day and age, but this particular
solution gets no sympathy from me. If anything, it seems
like a web counterpart to hostile architecture [3].

The web itself is hostile. Much of what *was* The Internet has gotten
locked up by it, including Usenet. Instead of complaining that you canrCOt get modern sites to work on some old HTML browser, maybe question whether
or not it was wise to have tried jamming everything into HTML in the
first place.
--
"Also . . . I can kill you with my brain."
River Tam, Trash, Firefly


--- Synchronet 3.21a-Linux NewsLink 1.2

From Newsgroup: comp.lang.forth

On Sat, 9 Aug 2025 19:53:24 -0000 (UTC)
Doc O'Leary , <droleary.usenet@2023.impossiblystupid.com> wrote:

Well, by that analogy, what do you think would happen if you tried to
take a Ford Model T on to the Autobahn?

...you'd get passed by everyone going faster than 42 MPH but otherwise everything would work normally enough because the operating principle
of a roadway hasn't changed since the Neolithic, conventions for motor
traffic have been broadly consistent since the '40s, and fundamentally
people just want to get wherever it is they're going and aren't weirdly
fixated on controlling what anyone else does...?

--- Synchronet 3.21a-Linux NewsLink 1.2

From Newsgroup: comp.lang.forth

For your reference, records indicate that
John Ames <commodorejohn@gmail.com> wrote:

On Sat, 9 Aug 2025 19:53:24 -0000 (UTC)
Doc O'Leary , <droleary.usenet@2023.impossiblystupid.com> wrote:

Well, by that analogy, what do you think would happen if you tried to
take a Ford Model T on to the Autobahn?

...you'd get passed by everyone going faster than 42 MPH but otherwise everything would work normally enough because the operating principle
of a roadway hasn't changed since the Neolithic, conventions for motor traffic have been broadly consistent since the '40s,

Then I should have used a better analogy; the lesser highways around where
I live have higher minimum speeds posted, and are full of people who would
not be polite to someone puttering around in traffic going 2x or 3x
faster. The rCLroadwayrCY in the analogy would be maybe TCP/IP; thatrCOs not the layer thatrCOs causing the problems.

and fundamentally
people just want to get wherever it is they're going and aren't weirdly fixated on controlling what anyone else does...?

And yet we still come full circle back to people misunderstanding what the modern web is, which *is* about being fixated on controlling every aspect
of the browsing experience (or at least *trying* to). The only-static-
HTML web is about as lively as a non-binaries Usenet turned out to be.
--
"Also . . . I can kill you with my brain."
River Tam, Trash, Firefly


--- Synchronet 3.21a-Linux NewsLink 1.2

From Newsgroup: comp.lang.forth

On Mon, 11 Aug 2025 21:51:09 -0000 (UTC)
Doc O'Leary , <droleary.usenet@2023.impossiblystupid.com> wrote:

And yet we still come full circle back to people misunderstanding
what the modern web is, which *is* about being fixated on controlling
every aspect of the browsing experience (or at least *trying* to).

It's not misunderstanding, it's rejection.

--- Synchronet 3.21a-Linux NewsLink 1.2

From Newsgroup: comp.lang.forth

For your reference, records indicate that
John Ames <commodorejohn@gmail.com> wrote:

On Mon, 11 Aug 2025 21:51:09 -0000 (UTC)
Doc O'Leary , <droleary.usenet@2023.impossiblystupid.com> wrote:

And yet we still come full circle back to people misunderstanding
what the modern web is, which *is* about being fixated on controlling
every aspect of the browsing experience (or at least *trying* to).

It's not misunderstanding, it's rejection.

Well, then IrCOd say they need to *reject* it if theyrCOre going to reject it, not try to use some browser that hasnrCOt added any new feature support
since the 1990s and act shocked that things donrCOt work like they used to. The problem remains that everyone gets rCLthe webrCY pushed as the one-stop shop for all their online needs (even for things like writing mobile
apps), and that has resulted in the kitchen sink that is the modern web browser. Support other solutions if you donrCOt like the current state of affairs; I certainly do.
--
"Also . . . I can kill you with my brain."
River Tam, Trash, Firefly


--- Synchronet 3.21a-Linux NewsLink 1.2

From Newsgroup: comp.lang.forth

On Wed, 13 Aug 2025 18:43:07 -0000 (UTC)
Doc O'Leary , <droleary.usenet@2023.impossiblystupid.com> wrote:

It's not misunderstanding, it's rejection.

Well, then IrCOd say they need to *reject* it if theyrCOre going to
reject it, not try to use some browser that hasnrCOt added any new
feature support since the 1990s and act shocked that things donrCOt
work like they used to. The problem remains that everyone gets rCLthe
webrCY pushed as the one-stop shop for all their online needs (even for things like writing mobile apps), and that has resulted in the
kitchen sink that is the modern web browser. Support other solutions
if you donrCOt like the current state of affairs; I certainly do.

No, I think I'll stick with active scorn and spite towards web
designers who can't be bothered to do their job properly. The attitude
that it should be considered acceptable for web designers to dictate
people's choice of browser was contemptible in the '90s-'00s and it's contemptible now.
--- Synchronet 3.21a-Linux NewsLink 1.2

From Newsgroup: comp.lang.forth

John Ames <commodorejohn@gmail.com> writes:

No, I think I'll stick with active scorn and spite towards web
designers who can't be bothered to do their job properly. The attitude
that it should be considered acceptable for web designers to dictate
people's choice of browser was contemptible in the '90s-'00s and it's contemptible now.

There's a web standard (HTML5) and it includes all those features that
you (and I) dislike. We could agree that it's a BAD standard. Some
people feel the same about ANS Forth. But it's there, and the big
browsers implement it, and web developers for the most part follow it.

I write C++ code sometimes. C++11 introduced a lot of new features that weren't in earlier versions. They were refined further in C++14 and
later. Am I irresponsible or not doing my job if I use those features,
instead of writing C++98 code in 2025?
--- Synchronet 3.21a-Linux NewsLink 1.2

From Newsgroup: comp.lang.forth

For your reference, records indicate that
John Ames <commodorejohn@gmail.com> wrote:

No, I think I'll stick with active scorn and spite towards web
designers who can't be bothered to do their job properly. The attitude
that it should be considered acceptable for web designers to dictate
people's choice of browser was contemptible in the '90s-'00s and it's contemptible now.

Who are you to say how a job you donrCOt pay for is properly done? Who gave you the authority to dictate that the world use *your* pet browser? It doesnrCOt sound like you know how rCLchoicerCY actually works.

I feel the opposite way. Web designers are nothing without the software developers that enable them to march forward as technology progresses.
The onus lies there. If some software isnrCOt being updated to handle the modern web, it stops being a rCLweb browserrCY. It may be a perfectly fine HTML viewer, though. Enjoy *your* choice.
--
"Also . . . I can kill you with my brain."
River Tam, Trash, Firefly


--- Synchronet 3.21a-Linux NewsLink 1.2

From Newsgroup: comp.lang.forth

On Fri, 15 Aug 2025 15:14:50 -0000 (UTC)
Doc O'Leary , <droleary.usenet@2023.impossiblystupid.com> wrote:

No, I think I'll stick with active scorn and spite towards web
designers who can't be bothered to do their job properly. The
attitude that it should be considered acceptable for web designers
to dictate people's choice of browser was contemptible in the
'90s-'00s and it's contemptible now.

Who are you to say how a job you donrCOt pay for is properly done? Who
gave you the authority to dictate that the world use *your* pet
browser?

I'm not dictating what anyone else should use, or even what they should specifically work to support. I'm simply expressing contempt for the
view that it's acceptable behavior for web designers to dictate what I
or anyone else use. As far as citing authority, I'll hand the mic over
to Tim Berners-Lee, a.k.a. The Guy Who Invented The Web:
"Anyone who slaps a 'this page is best viewed with Browser X' label on
a Web page appears to be yearning for the bad old days, before the Web,
when you had very little chance of reading a document written on
another computer, another word processor, or another network."
--- Synchronet 3.21a-Linux NewsLink 1.2

From Newsgroup: comp.lang.forth

For your reference, records indicate that
John Ames <commodorejohn@gmail.com> wrote:

I'm not dictating what anyone else should use, or even what they should specifically work to support.

But you are. You just *think* yourCOre being sly about it by pretending
that itrCOs the oh-so-evil people running web sites that are making it hard for the oh-so-good people making their 8 billion different choices.
Sorry, no, yourCOre just trying to reframe rCLthe otherrCY as the dictator so *you* can be the dictator of what a *true* web site should be.

As far as citing authority, I'll hand the mic over
to Tim Berners-Lee, a.k.a. The Guy Who Invented The Web:

"Anyone who slaps a 'this page is best viewed with Browser X' label on
a Web page appears to be yearning for the bad old days, before the Web,
when you had very little chance of reading a document written on
another computer, another word processor, or another network."

I sure hope that was something he naively said back in the 1990s, because itrCOs disingenuous bordering on signs of senility if it is more recent. I ask you to think about that quote critically. ItrCOs basically saying he
got everything *perfect* on Version 1.0 (technically, HTML 2.0/HTTP 1.0). That nothing was interoperable before he came along with the one, true rCLdocumentrCY.

Yeah, propriety data formats do suck, but there were plenty of open
formats that existed before the web tried to make them all vanish in a
puff of HTML. IrCOll still take a common CSV file over trying to tease
some data out of a page with an embedded <table>, and countless other not-invented-here choices that got us to where the web is today.

You can not like change all you like, but rapid change is pretty much
the hallmark of our technological world. Like I said, the real
complaint to level against that change is not that the web isnrCOt just
HTML any longer, but that shoving everything into HTML was ever a good
idea in the first place. I take non-mainstream browsers seriously
when they approach the modern web from *that* perspective.
--
"Also . . . I can kill you with my brain."
River Tam, Trash, Firefly


--- Synchronet 3.21a-Linux NewsLink 1.2

From Newsgroup: comp.lang.forth

On Sat, 16 Aug 2025 23:36:57 -0000 (UTC), Doc O'Leary , wrote:

For your reference, records indicate that John Ames
<commodorejohn@gmail.com> wrote:

As far as citing authority, I'll hand the mic over to Tim Berners-Lee,
a.k.a. The Guy Who Invented The Web:

"Anyone who slaps a 'this page is best viewed with Browser X' label on
a Web page appears to be yearning for the bad old days, before the Web,
when you had very little chance of reading a document written on
another computer, another word processor, or another network."

I sure hope that was something he naively said back in the 1990s,
because itrCOs disingenuous bordering on signs of senility if it is more recent. I ask you to think about that quote critically. ItrCOs basically saying he got everything *perfect* on Version 1.0 (technically, HTML
2.0/HTTP 1.0).

He was saying no such thing.

That nothing was interoperable before he came along with
the one, true rCLdocumentrCY.

Considering he invented the WWW, yes it is fair to say nothing was rCLinteroperablerCY because nothing *existed* along these lines before him.
--- Synchronet 3.21a-Linux NewsLink 1.2

From Newsgroup: comp.lang.forth

On Sat, 16 Aug 2025 23:36:57 -0000 (UTC)
Doc O'Leary , <droleary.usenet@2023.impossiblystupid.com> wrote:

I'm not dictating what anyone else should use, or even what they
should specifically work to support.

But you are. You just *think* yourCOre being sly about it by
pretending that itrCOs the oh-so-evil people running web sites that are making it hard for the oh-so-good people making their 8 billion
different choices. Sorry, no, yourCOre just trying to reframe rCLthe
otherrCY as the dictator so *you* can be the dictator of what a *true*
web site should be.

I will clarify for the sake of being clear, though I doubt it'll keep
you from firing back with another "no u" - I'm *not* demanding that
anybody specifically work to support Browser XYZ. What I *do* expect out
of Web designers is some bare minimum of thought put into designing
with an eye towards graceful degradation, which (while never perfect)
has been possible since the beginning and remains so today.
I'm talking about basic, *basic* stuff here - things like not depending
on Javascript to load and display static page content, not hiding all
your site navigation behind a hamburger button and CSS pop-over, and
for the love of all that is good and holy *not* redirecting unfamiliar
user agents to a screw-you-for-not-using-an-Approved-Browser page.
These are *not* hard things - in fact, it usually takes more work to do
the Bad Behavior than to *not* do it. They don't require designers to
spend hours fiddling with their site design to work around Browser XYZ's esoteric CSS support or tendency to choke on emoji glyphs or whatever;
they just require designers to *not* do things that they shouldn't be
doing anyway.
It's not dictatorial to expect that of Web designers; it is (or ought
to be) a basic qualification of the profession, in the same way that,
if you build a chair that falls apart the moment someone sits a little
too far to the left in it or clunks the occupant with a clown hammer
because they didn't do a little dance first, you're objectively a bad
furniture designer.
--- Synchronet 3.21a-Linux NewsLink 1.2

From Newsgroup: comp.lang.forth

On Mon, 18 Aug 2025 10:45:55 -0700, John Ames wrote:

I will clarify for the sake of being clear ...

Gee, I wonder what other reason there might be for wanting to rCLclarifyrCY, given that it means rCLmake clearrCY ...

I'm talking about basic, *basic* stuff here - things like not depending
on Javascript to load and display static page content ...

Funny, I did an example of that just the other day. A friend had put
together a formatted table of data in a web page that was close to a
megabyte in size. I knocked it down to a small fraction of that -- a bit
over 100K -- by using JavaScript to generate the table layout from the raw data (which I included in the page).

I also added functions to sort the display of the data on selected
columns. That only added about 3K to the page size.

... not hiding all your site navigation behind a hamburger button and
CSS pop-over ...

Bear in mind the point of CSS is precisely to separate document structure
from layout. If the semantics of the page can be gleaned from an
examination of the HTML structure without regard to the styling, then what
are you complaining about?

It's not dictatorial to expect that of Web designers ...

Feel free to show us examples of your way of designing the Web.
--- Synchronet 3.21a-Linux NewsLink 1.2

From Newsgroup: comp.lang.forth

On Mon, 18 Aug 2025 23:25:22 -0000 (UTC)
Lawrence DrCOOliveiro <ldo@nz.invalid> wrote:

It's not dictatorial to expect that of Web designers ...

Feel free to show us examples of your way of designing the Web.

I'd point to Wikipedia as a very reasonable example - while it's
distinctly styled in a modern browser, the styling doesn't get in the
way of readability or usability (for the most part - not a fan of the
floating contents bar they added in recent years, but that's a fairly
minor nitpick) and it degrades very gracefully indeed; perfectly
readable in ELinks, lynx, and even w3m.
--- Synchronet 3.21a-Linux NewsLink 1.2

From Newsgroup: comp.lang.forth

For your reference, records indicate that
John Ames <commodorejohn@gmail.com> wrote:

I will clarify for the sake of being clear, though I doubt it'll keep
you from firing back with another "no u" - I'm *not* demanding that
anybody specifically work to support Browser XYZ. What I *do* expect out
of Web designers is some bare minimum of thought put into designing
with an eye towards graceful degradation, which (while never perfect)
has been possible since the beginning and remains so today.

NO U! :-)

Seriously, yourCOre laying blame on the *wrong* people. Web pages work/
look like they do because someone in management (and/or marketing)
*told* the designer to make it that way. ItrCOs fundamentally the rCLculturerCY argument IrCOve been making.

I'm talking about basic, *basic* stuff here - things like not depending
on Javascript to load and display static page content, not hiding all
your site navigation behind a hamburger button and CSS pop-over, and
for the love of all that is good and holy *not* redirecting unfamiliar
user agents to a screw-you-for-not-using-an-Approved-Browser page.

All culture. At least to a point; there is the technical angle that
IrCOve brought up: there is no rCLgracefulrCY way to degrade what JavaScript does. There is no alternative in the standard to replace just part
of a page, no support for a rCLreference implementationrCY of CSS that
would universally give you site navigation how *you* want it, no
ethical rules of publishing that intrinsically require a request to
get a uniform response. Ironically, though, someone *could* build a
browser that tried to rCLsandboxrCY the whole web through a user-centric interface with support for things like that (which is *kinda* what
screen readers aim to do), and *that* would get complaints for being
rCLbest viewed inrCY dictatorial!

It's not dictatorial to expect that of Web designers; it is (or ought
to be) a basic qualification of the profession, in the same way that,
if you build a chair that falls apart the moment someone sits a little
too far to the left in it or clunks the occupant with a clown hammer
because they didn't do a little dance first, you're objectively a bad furniture designer.

The modern web is not designed for you, but the dictator that pays the
team to put the site together. If *they* use Lynx, yeah, the site
would work well in Lynx. If they give a damn about accessibility,
thatrCOs what the site will be. Most *want* you smacked by the clown
hammer, though . . .
--
"Also . . . I can kill you with my brain."
River Tam, Trash, Firefly


--- Synchronet 3.21a-Linux NewsLink 1.2

From Newsgroup: comp.lang.forth

On Tue, 19 Aug 2025 21:58:38 -0000 (UTC), Doc O'Leary , wrote:

There is no alternative in the standard to replace just part of a
page ...

Sure there is. The DOM lets you do that.

... no support for a rCLreference implementationrCY of CSS that would universally give you site navigation how *you* want it ...

Browsers let you define custom overrides for site CSS, donrCOt they?
--- Synchronet 3.21a-Linux NewsLink 1.2

From Newsgroup: comp.lang.forth

On 2025-08-13, Paul Rubin wrote:
John Ames <commodorejohn@gmail.com> writes:

No, I think I'll stick with active scorn and spite towards web
designers who can't be bothered to do their job properly. The
attitude that it should be considered acceptable for web designers
to dictate people's choice of browser was contemptible in the
'90s-'00s and it's contemptible now.

There's a web standard (HTML5)

It's been WHATWG's "HTML Living Standard" for a while now, to
the point that https://www.w3.org/TR/html/ (to which
https://www.w3.org/TR/html53/ and such redirect to) now
redirects to https://html.spec.whatwg.org/multipage/ .

Consider:

$ lynx --dump --nolist -- html.spec.whatwg.org/index.html
...
For a number of years, both groups then worked together. In 2011,
however, the groups came to the conclusion that they had different
goals: the W3C wanted to publish a "finished" version of "HTML5", while
the WHATWG wanted to continue working on a Living Standard for HTML,
continuously maintaining the specification rather than freezing it in a
state with known problems, and adding new features as needed to evolve
the platform.

In 2019, the WHATWG and W3C signed an agreement to collaborate on a
single version of HTML going forward: this document.
...

The old "HTML5" specifications can be found on Wayback Machine:

http://web.archive.org/web/20181229172047/https://www.w3.org/TR/html53/ (WD) http://web.archive.org/web/20181230024229/https://www.w3.org/TR/html52/ http://web.archive.org/web/20190102083213/https://www.w3.org/TR/html51/ http://web.archive.org/web/20181231135142/http://www.w3.org/TR/html5/

and it includes all those features that you (and I) dislike.
We could agree that it's a BAD standard. Some people feel the
same about ANS Forth.

I'd be cautious comparing standards for data formats, such as
HTML, and standards for programming languages. The latter tend
to document some "common subset" that different implementations
have all agreed upon supporting.

HTML standard, OTOH, /must/ document such things as <marquee />
element and bgcolor= attribute - simply because those are used
on the web at large. (Whether because the HTML document in
question has never been updated, or because its author has
never learned any newer standards.)

But it's there, and the big browsers implement it, and web
developers for the most part follow it.

The problem is not with the HTML standard itself, but rather
that by using the JavaScript programming language (the support
for which, AFAICT, the standard does /not/ require), it's
possible for the site operator to deliver a /web application/
in place of a /web page./ Which is inconvenient at best, and
can be seen as outright abuse of "modern web standards" at worst.

Consider that, e. g., MS-DOS didn't (AIUI) provide an adequate
text file viewer until EDIT.COM in version 5.0. Thus software
tended to include one in the distribution - so to allow for
viewing its README.TXT file, if there was one. (See README.EXE
in [1] and [2] for example.)

[1] http://www.classicdosgames.com/files/games/capstone/14zorro.zip
[2] http://www.classicdosgames.com/files/games/virgin/cc1demo.zip

Some distributions, however, /embedded/ the text file in said
viewer, thus /only/ allowing it to be viewed through that
program - which is, too, inconvenient at best; and is not
dissimilar to what /some/ of "modern websites" do.

And let me quote section 4.12 "Scripting" of the standard
itself (emphasis mine):

HTML> Scripts allow authors to add interactivity to their documents.

HTML> Authors are encouraged to use declarative alternatives to
HTML> scripting where possible, as declarative mechanisms are often
HTML> more maintainable, *and many users disable scripting.*

HTML> For example, instead of using a script to show or hide a section
HTML> to show more details, the details element could be used.

HTML> Authors are also encouraged to make their applications degrade
HTML> gracefully in the absence of scripting support.

HTML> For example, if an author provides a link in a table header to
HTML> dynamically resort the table, the link could also be made to function
HTML> without scripts by requesting the sorted table from the server.

I write C++ code sometimes. C++11 introduced a lot of new features
that weren't in earlier versions. They were refined further in C++14
and later. Am I irresponsible or not doing my job if I use those
features, instead of writing C++98 code in 2025?

The short answer is: maybe.

Now, I don't recall writing anything of substance in C++ since
c. 2002, so can't really comment on C++ standards. I do have,
however, certain rules regarding what features of the underlying
platform to use in my programs.

Most often, I write my software for the users of Debian and its
derivatives. The requirement for new software entering Debian
is that it works in "testing" / "unstable," so if the language
implementation it needs hasn't been updated /in Debian/ for a
decade, then a decade-old language is what you need to target.

(Or you can negotiate adopting the implementation's package and
update it to a newer upstream version, if there's one.)

That said, I rarely care for my software to become /part/ of
Debian proper, merely to be usable by Debian users - who
typically run its "stable" branch, but some may delay their
upgrade there for months, so it's more practical to target
"oldstable" instead.

With Debian release cycle of two years, that introduces a
lag of up to four years between a standard is adopted by an
implementation in Debian and its availability to my needs.

So, for an example, I'd be wary of relying on C++14 before 2018.

Were I to write software to be included in Debian, I'd try to
make it also run on "stable" and not just "testing." Even
though no new software is admitted into "stable," there's a
separate "backports" repository for software from "testing"
rebuilt to work on "stable."

With regards to JavaScript, I tend to stick to ES 5.1 [3] from
2011. On one hand, it has a bunch of independent implementations:
http://duktape.org/ , http://mujs.com/ , likely QuickJS as well.
On the other, I find said version much more manageable than the
newest ones. (My copy of [3] is 1 416 907 bytes, and of [4],
6 598 417 bytes.)

[3] http://262.ecma-international.org/5.1/
[4] http://262.ecma-international.org/11.0/

I believe that aside of certain special cases, it /does/ make
sense to test one's software with 20 year old hardware - though
it's not something I practice often myself, alas. Aside of
possibly helping with the global e-waste disposal problem, such
testing might reveal issues simply not noticeable on newer,
faster hardware.

Consider, e. g., http://t3x.org/t3x/ compilers - those, it is
my understanding, are tested to work on hardware running CP/M.

Overall, a degree of "minimalism" in software development is
advisable. I believe "The Philosophy of Forth" in [5] argues
much in favor of it, and there's also [6] for a more recent
perspective.

[5] http://forth.com/wp-content/uploads/2018/11/thinking-forth-color.pdf
[6] http://spectrum.ieee.org/lean-software-development

Ultimately, though, the question is: what are you trying to
achieve, and for /whom/?

HTH.
--- Synchronet 3.21a-Linux NewsLink 1.2

From Newsgroup: comp.lang.forth

John Ames wrote:

These are not hard things - in fact, it usually takes more work to do
the Bad Behavior than to not do it. They don't require designers to
spend hours fiddling with their site design to work around Browser XYZ's esoteric CSS support or tendency to choke on emoji glyphs or whatever;
they just require designers to not do things that they shouldn't be
doing anyway.

Web designers continually change web sites that don't need to
be changed. They continually add "features" that don't help
me, "features" that make it harder for me to use the web
sites.

Web designers don't make these changes because of user demand.
Web designers don't make these changes because the changes
help users.

Web designers make these changes because they help the
web designers.

If the policy of web sites was "If it ain't broke, don't fix it",
if the policy was not to make changes for the sake of change,
then most of these web designers would become unemployed.
Most of these web designers aren't productive; they are
actually destructive. Most of them aren't needed.

However, they try to make themselves seem needed by
continually howling:

"Keep paying us! Keep paying us! Keep paying us to make
changes so that fewer and fewer people can use your web site!
Keep paying us! Keep paying us! Keep paying us so that fewer
and fewer people can use your web site!"

Most web designers are destructive parasites that ought to be
fired. Those that remain ought to be chained down.


--- Synchronet 3.21a-Linux NewsLink 1.2

From Newsgroup: comp.lang.forth

Ivan Shmakov <ivan@siamics.netremove.invalid> wrote:

Ultimately, though, the question is: what are you trying to
achieve, and for /whom/?

When I entered the Web Eden, I was old enough to care for myself.
I could reach the low hanging fruit and enjoy. I was also old
enough to know that Eden is transitory and the good fruit would
pass with "progress" as spiders enhance their domain and become
fat on the juice of the fly.
C'est la vie. Standards are not the problem.

Hearken to Omar who found solace at Wastland's edge
(or stay and dangle among spiders if you so choose).

"But come with old Khayyam and leave the Lot.
...
With me along some Strip of Herbage strown
That just divides the desert from the sown,
...
Here with a Loaf of Bread beneath the Bough,
A Flask of Wine, a Book of Verse and Thou
Beside me singing in the Wilderness
And Wilderness is Paradise enow."
--
me

(Spent summer off grid; floods and triple digit heat, no computing.
Wasn't paradise but lost 10 pounds and got a tan.)

--- Synchronet 3.21a-Linux NewsLink 1.2

From Newsgroup: comp.lang.forth

In article <108f8c9$2s3o1$1@dont-email.me>,
B. Pym <Nobody447095@here-nor-there.org> wrote:

John Ames wrote:

These are not hard things - in fact, it usually takes more work to do
the Bad Behavior than to not do it. They don't require designers to
spend hours fiddling with their site design to work around Browser XYZ's
esoteric CSS support or tendency to choke on emoji glyphs or whatever;
they just require designers to not do things that they shouldn't be
doing anyway.

Web designers continually change web sites that don't need to
be changed. They continually add "features" that don't help
me, "features" that make it harder for me to use the web
sites.

Web designers don't make these changes because of user demand.
Web designers don't make these changes because the changes
help users.

No. The web was designed to access scientific articles, valuable
peer reviewed and reliable. Now they want you to look every day
to see what has changed.

Web designers make these changes because they help the
web designers.

Web designers are the lowest in the hierarchy. Content creators
are the people who should be in charge.
<SNIP>

Most web designers are destructive parasites that ought to be
fired. Those that remain ought to be chained down.

Agreed.

Groetjes Albert


--
The Chinese government is satisfied with its military superiority over USA.
The next 5 year plan has as primary goal to advance life expectancy
over 80 years, like Western Europe.
--- Synchronet 3.21a-Linux NewsLink 1.2

From Newsgroup: comp.lang.forth

For your reference, records indicate that
Lawrence =?iso-8859-13?q?D=FFOliveiro?= <ldo@nz.invalid> wrote:

On Tue, 19 Aug 2025 21:58:38 -0000 (UTC), Doc O'Leary , wrote:

There is no alternative in the standard to replace just part of a
page ...

Sure there is. The DOM lets you do that.

IrCOm not sure how rCLThe DOMrCY is meaningful in the context of a browser without JavaScript. Please reference where the standard mentions the alternative yourCOre suggesting. If possible, give a URL to a reference implementation that works with Lynx or, if not, then some mainstream
browser with JavaScript disabled. Thanks.

... no support for a rCLreference implementationrCY of CSS that would universally give you site navigation how *you* want it ...

Browsers let you define custom overrides for site CSS, donrCOt they?

Only in theory; I think theyrCOve been twisted from the very beginning by
the people who want rCLpixel perfectrCY pages. I mean, take The CSS Zen Garden for example. ItrCOs a beautiful example of how a page can be
radically re-rendered with different CSS. But the CSS is *not universal*, because it canrCOt be applied to any other HTML page to get the same nice layout(s).

The shortcoming is especially obvious when you consider styles that are
tied to the elementrCOs `id`. Different sites will have completely
different or, worse, conflicting `id`s. Nevermind that they will also
have completely different HTML structures, especially if theyrCOre software generated pages. ItrCOs no solution at all if I have to write custom CSS
for *every damn site* I visit!
--
"Also . . . I can kill you with my brain."
River Tam, Trash, Firefly


--- Synchronet 3.21a-Linux NewsLink 1.2