On Fri, 29 Nov 2024, yeti wrote:

> not@telling.you.invalid (Computer Nerd Kev) wrote:
>
>> W3m displays images in XTerm and other terminal emulators, so that
>> might be what you want for a browser. I'm not sure if there's a
>> list of terminal emulators that support image display from it.
>> This page mentions that some require changes to the configuration:
>> https://wiki.archlinux.org/title/W3m
>
> I think W3M seems to put another window layer atop the terminal to
> display images. It works, but my main use case for W3M is as man page
> viewer W3MMAN (aliased to man), so I don't care much for it's image
> capabilities.
>
> Elinks has a `./configure` option to enable Sixels, which I did, and I
> see the generated binary being linked to `libsixel`, found the run-time
> option to enable Sixel graphics, but I never see any images displayed.
>
> <https://github.com/rkd77/elinks>
>
> If someone succeeds with this, please ping me.
>

Thank you for mentioning it. I will have a look!

On Fri, 29 Nov 2024, D wrote:

>
>
> On Fri, 29 Nov 2024, yeti wrote:
>
>> not@telling.you.invalid (Computer Nerd Kev) wrote:
>>
>>> W3m displays images in XTerm and other terminal emulators, so that
>>> might be what you want for a browser. I'm not sure if there's a
>>> list of terminal emulators that support image display from it.
>>> This page mentions that some require changes to the configuration:
>>> https://wiki.archlinux.org/title/W3m
>>
>> I think W3M seems to put another window layer atop the terminal to
>> display images. It works, but my main use case for W3M is as man page
>> viewer W3MMAN (aliased to man), so I don't care much for it's image
>> capabilities.
>>
>> Elinks has a `./configure` option to enable Sixels, which I did, and I
>> see the generated binary being linked to `libsixel`, found the run-time
>> option to enable Sixel graphics, but I never see any images displayed.
>>
>> <https://github.com/rkd77/elinks>
>>
>> If someone succeeds with this, please ping me.
>>
>
> Thank you for mentioning it. I will have a look!
>

I tried elinks with frogfind.com and I discovered that the best way to
kind of replicate buffers are to start elinks with all the sites I have on
my reading list (elinks $(cat links.txt)). In the links.txt I have
prefixed all my sites with frogfind.com.

I then discovered that they all entered the global history file, and in
that file I can search among the sites.

So all sites are opened in invisible tabs, and I can search for them in
either the globalhistory, or I can make sure they are all saved as
bookmarks, and drop the tabs altogether.

Frogfind makes it fairly palatable!

Lawrence D'Oliveiro <ldo@nz.invalid> wrote at 21:52 this Monday (GMT):
> On 25 Nov 2024 13:34:25 GMT, Retrograde wrote:
>
>> This comes down to not knowing most commands by heart,
>> and often not even knowing the options and flags for the most basic of
>> commands ...
>
> Don’t need to. Type “man «cmd»” to see all the details of the options
> available for any external command. I do this all the time.
>
>> I’m glad any modern Linux distribution – I use Fedora KDE on all my
>> computers – offers both paths for almost anything you could do on your
>> computer, and unless I specifically opt to do so, I literally –
>> literally literally – never have to touch the command line.
>
> Also, running a command line through a GUI terminal emulator lets you take
> advantage of cut/copy/paste between windows, which is a feature not
> available on a pure-command-line system.

You can technically emulate that with screen or a similar multiplexer.
--
user <candycane> is generated from /dev/urandom

candycanearter07 <candycanearter07@candycanearter07.nomail.afraid> wrote:

> You can technically emulate that with screen or a similar multiplexer.

Apropos similar: The funniest multiplexer I saw was Neercs.

<https://github.com/cacalabs/neercs>
<https://www.youtube.com/watch?v=7d33Pu2OW7k>
<https://www.youtube.com/watch?v=sQr42LjaNCY>

Was it ever officially finished and released?

--
I do not bite, I just want to play.

On Sat, 30 Nov 2024 01:20:04 -0000 (UTC), candycanearter07 wrote:

> Lawrence D'Oliveiro <ldo@nz.invalid> wrote at 21:52 this Monday (GMT):
>
>> Also, running a command line through a GUI terminal emulator lets you
>> take advantage of cut/copy/paste between windows, which is a feature
>> not available on a pure-command-line system.
>
> You can technically emulate that with screen or a similar multiplexer.

A GUI lets you do that between different apps, not just terminal
emulators, as well.

yeti <yeti@tilde.institute> wrote at 03:40 this Saturday (GMT):
> candycanearter07 <candycanearter07@candycanearter07.nomail.afraid> wrote:
>
>> You can technically emulate that with screen or a similar multiplexer.
>
> Apropos similar: The funniest multiplexer I saw was Neercs.
>
> <https://github.com/cacalabs/neercs>
> <https://www.youtube.com/watch?v=7d33Pu2OW7k>
> <https://www.youtube.com/watch?v=sQr42LjaNCY>
>
> Was it ever officially finished and released?

Honestly, that looks super cool and it's a shame it doesn't seem like it
was finished.
--
user <candycane> is generated from /dev/urandom

Lawrence D'Oliveiro <ldo@nz.invalid> wrote at 03:52 this Saturday (GMT):
> On Sat, 30 Nov 2024 01:20:04 -0000 (UTC), candycanearter07 wrote:
>
>> Lawrence D'Oliveiro <ldo@nz.invalid> wrote at 21:52 this Monday (GMT):
>>
>>> Also, running a command line through a GUI terminal emulator lets you
>>> take advantage of cut/copy/paste between windows, which is a feature
>>> not available on a pure-command-line system.
>>
>> You can technically emulate that with screen or a similar multiplexer.
>
> A GUI lets you do that between different apps, not just terminal
> emulators, as well.

I'm sure you can set something up with xclip if you really need that.
--
user <candycane> is generated from /dev/urandom

On Sun, 1 Dec 2024 20:40:04 -0000 (UTC), candycanearter07 wrote:

> Lawrence D'Oliveiro <ldo@nz.invalid> wrote at 03:52 this Saturday (GMT):
>
>> On Sat, 30 Nov 2024 01:20:04 -0000 (UTC), candycanearter07 wrote:
>>
>>> Lawrence D'Oliveiro <ldo@nz.invalid> wrote at 21:52 this Monday (GMT):
>>>
>>>> Also, running a command line through a GUI terminal emulator lets you
>>>> take advantage of cut/copy/paste between windows, which is a feature
>>>> not available on a pure-command-line system.
>>>
>>> You can technically emulate that with screen or a similar multiplexer.
>>
>> A GUI lets you do that between different apps, not just terminal
>> emulators, as well.
>
> I'm sure you can set something up with xclip if you really need that.

But xclip requires a GUI, does it not?

Lawrence D'Oliveiro <ldo@nz.invalid> wrote at 23:24 this Sunday (GMT):
> On Sun, 1 Dec 2024 20:40:04 -0000 (UTC), candycanearter07 wrote:
>
>> Lawrence D'Oliveiro <ldo@nz.invalid> wrote at 03:52 this Saturday (GMT):
>>
>>> On Sat, 30 Nov 2024 01:20:04 -0000 (UTC), candycanearter07 wrote:
>>>
>>>> Lawrence D'Oliveiro <ldo@nz.invalid> wrote at 21:52 this Monday (GMT):
>>>>
>>>>> Also, running a command line through a GUI terminal emulator lets you
>>>>> take advantage of cut/copy/paste between windows, which is a feature
>>>>> not available on a pure-command-line system.
>>>>
>>>> You can technically emulate that with screen or a similar multiplexer.
>>>
>>> A GUI lets you do that between different apps, not just terminal
>>> emulators, as well.
>>
>> I'm sure you can set something up with xclip if you really need that.
>
> But xclip requires a GUI, does it not?

So does running GUI apps. For terminal apps, using a multiplexer
copy/paste should be fine.
--
user <candycane> is generated from /dev/urandom

On Mon, 2 Dec 2024 02:00:03 -0000 (UTC), candycanearter07 wrote:

> Lawrence D'Oliveiro <ldo@nz.invalid> wrote at 23:24 this Sunday (GMT):
>> On Sun, 1 Dec 2024 20:40:04 -0000 (UTC), candycanearter07 wrote:
>>
>>> Lawrence D'Oliveiro <ldo@nz.invalid> wrote at 03:52 this Saturday
>>> (GMT):
>>>
>>>> On Sat, 30 Nov 2024 01:20:04 -0000 (UTC), candycanearter07 wrote:
>>>>
>>>>> Lawrence D'Oliveiro <ldo@nz.invalid> wrote at 21:52 this Monday
>>>>> (GMT):
>>>>>
>>>>>> Also, running a command line through a GUI terminal emulator lets
>>>>>> you take advantage of cut/copy/paste between windows, which is a
>>>>>> feature not available on a pure-command-line system.
>>>>>
>>>>> You can technically emulate that with screen or a similar
>>>>> multiplexer.
>>>>
>>>> A GUI lets you do that between different apps, not just terminal
>>>> emulators, as well.
>>>
>>> I'm sure you can set something up with xclip if you really need that.
>>
>> But xclip requires a GUI, does it not?
>
> So does running GUI apps.

If you’re running a GUI, you might as well use full-function GUI cut/copy/
paste, which is more general than anything provided within a character-
based multiplexer, anyway.

EMacs EWW seems to work with a large number of sites these days. I try to
do everything in eMacs. Of course for some stuff like shopping and banking
a modern aka bloated browser is necessary. But eMacs is also TUI, not
strictly a terminal program.

There is something serene about text as your interface. If I could get
Amazon, eBay, and my bank to work properly in EWW I wouldn’t even launch a
browser, ever.

On Wed, 4 Dec 2024 06:11:40 -0000 (UTC), Oregonian Haruspex wrote:

> But eMacs is also TUI, not strictly a terminal program.

It can display graphics. It has long been able to run under X11. I
currently use a GTK build that works under Wayland.

Lawrence D'Oliveiro <ldo@nz.invalid> wrote at 06:42 this Wednesday (GMT):
> On Wed, 4 Dec 2024 06:11:40 -0000 (UTC), Oregonian Haruspex wrote:
>
>> But eMacs is also TUI, not strictly a terminal program.
>
> It can display graphics. It has long been able to run under X11. I
> currently use a GTK build that works under Wayland.

But does it support JS?
--
user <candycane> is generated from /dev/urandom

On Wed, 4 Dec 2024 14:30:03 -0000 (UTC), candycanearter07 wrote:

> Lawrence D'Oliveiro <ldo@nz.invalid> wrote at 06:42 this Wednesday
> (GMT):
>
>> On Wed, 4 Dec 2024 06:11:40 -0000 (UTC), Oregonian Haruspex wrote:
>>
>>> But eMacs is also TUI, not strictly a terminal program.
>>
>> It can display graphics. It has long been able to run under X11. I
>> currently use a GTK build that works under Wayland.
>
> But does it support JS?

This being Emacs, the answer would be “very likely”.

But ... relevance being?

candycanearter07 <candycanearter07@candycanearter07.nomail.afraid> wrote:

> But does it support JS?

EWW?

------------------------------------------------------------------------
Although EWW and shr.el do their best to render webpages in GNU Emacs
some websites use features which can not be properly represented or are
not implemented (e.g., JavaScript).
------------------------------------------------------------------------
( (eww.info)Basics )
--
I do not bite, I just want to play.

Lawrence D'Oliveiro <ldo@nz.invalid> wrote:
> On Wed, 4 Dec 2024 14:30:03 -0000 (UTC), candycanearter07 wrote:
>> Lawrence D'Oliveiro <ldo@nz.invalid> wrote at 06:42 this Wednesday
>> (GMT):
>>> On Wed, 4 Dec 2024 06:11:40 -0000 (UTC), Oregonian Haruspex wrote:
>>>
>>>> But eMacs is also TUI, not strictly a terminal program.
>>>
>>> It can display graphics. It has long been able to run under X11. I
>>> currently use a GTK build that works under Wayland.
>>
>> But does it support JS?
>
> This being Emacs, the answer would be "very likely".
>
> But ... relevance being?

You snipped the relevance yourself, as usual:

On Wed, 4 Dec 2024 06:11:40 -0000 (UTC), Oregonian Haruspex wrote:
>>>> If I could get Amazon, eBay, and my bank to work properly in
>>>> EWW I wouldn't even launch a browser, ever.

I don't know about Emacs, but for TUI browsers with Javascript
support ELinks is one that I'm aware of. However like the
experimental JS support in Netsurf it doesn't seem to be advanced
enough to be useful (although unlike Netsurf, ELinks uses Mozilla's
SpiderMonkey JS engine, so I'm not exactly sure what makes it so
difficult to get right).

--
__ __
#_ < |\| |< _#

Computer Nerd Kev <not@telling.you.invalid> wrote:
>
> I don't know about Emacs, but for TUI browsers with Javascript
> support ELinks is one that I'm aware of. However like the
> experimental JS support in Netsurf it doesn't seem to be advanced
> enough to be useful (although unlike Netsurf, ELinks uses Mozilla's
> SpiderMonkey JS engine, so I'm not exactly sure what makes it so
> difficult to get right).
>

I regard ELinks as worthless. At best, I hope it is a work in
progress. I haven't tried Netsurf, but I have tried implementing,
via jsdom, specific fetch routines for different sites of interest.
I have found that even sites that contain json data do not provide
consistent (across sites) methods of fetching the data. It is
worse when the data are not as organized as json data, but it is
distributed in unique ways for the specific site.

>>>>> On 2024-11-28, Mike Spencer wrote:

[Cross-posting to news:comp.infosystems.www.misc just in case,
but setting Followup-To: comp.misc still. Feel free to disregard,
though; if anything, I'll be monitoring both groups for some
time for responses.]

> Here's a curiosity:

> Google also sends all of your clicks on search results back through
> Google. I assume y'all knew that.

> If you search for (say):

> leon "the professional"

> you get:

> https://www.google.com/url
> ?q=https://en.wikipedia.org/wiki/L%25C3%25A9on:_The_Professional
> &sa=U&ved=2ahUKEwi [snip tracking hentracks/data]

> Note that the "real" URL which Google proposes to proxy for you
> contains non-ASCII characters:

> en.wikipedia.org/wiki/L%25C3%25A9on:_The_Professional

> Wikipedia does *not* *have* a page connected to that URL! But if you
> click the link and send it back through Google, you reach the right
> Wikipedia page that *does* exist:

> en.wikipedia.org/wiki/Leon:_The_Professional

And this page clearly states (search for "Redirected from" there)
that it was reached via an alias. If you follow the "Article"
link from there, it'll lead you to .../L%C3%A9on:_The_Professional
instead, which is the proper URI for that Wikipedia article.

Think of it. Suppose that Google has to return something like
http://example.com/?o=p&q=http://example.net/ as one of the
results. Can you just put it after google.com/url?q= directly
without ambiguity? You'd get:

http://google.com/url?q=http://example.com/?o=p&q=http://example.net/&...
^1 ^2

Normally, the URI would start after ?q= and go until the first ^1
occurence of &, but in this case, it'd be actually the second ^2
that terminates the intended URI. Naturally, Google avoids it
by %-encoding the ?s and &s, like:

http://google.com/url?q=http://example.com/%3fo=p%26q=http://example.net/&...

By the same merit, they need to escape %s themselves, should
the original URI contain any, so e. g. http://example.com/%d1%8a
becomes .../url?q=http://example.com/%25d1%258a&... .

Of course, Google didn't invent any of this: unless I be mistaken,
that's how HTML <form method="get" />s have worked from the get-go.
And you /do/ need something like Hello%3f%20%20Anybody%20home%3f
to put it after /guestbook?comment=.

FWIW, I tend to use the following Perl bits for %-encoding and
decoding, respectively:

s {[^0-9A-Za-z/_.-]}{${ \sprintf ("%%%02x", ord ($&)); }}g;
s {%([0-9a-fA-F]{2})}{${ \chr (hex ($1)); }}g;

> AFAICT, when spidering the net, Google finds the page that *does*
> exist, modifies it according to (opaque, unknown) rules of orthography
> and delivers that to you. When you send that link back through
> Google, Google silently reverts the imposed orthographic "correction"
> so that the link goes to an existing page.

> Isn't the weird?

There's this bit near the end of the .../Leon:_The_Professional
(line split for readability):

<script type="application/ld+json">{
"@context":"https:\/\/schema.org",
"@type":"Article",
"name":"L\u00e9on: The Professional",
"url":"https:\/\/en.wikipedia.org\/wiki\/L%C3%A9on:_The_Professional",
[...]

I'm pretty certain that Google /does/ parse JSON-LD like in the
above, so I can only presume that when it finds a Web document
that points to a different "url": in this way, it (sometimes?)
uses the latter in preference to the original URI.

I've been thinking of adopting JSON-LD for my own Web pages
(http://am-1.org/~ivan/ , http://users.am-1.org/~ivan/ , etc.),
but so far have only used (arguably better readable)
http://microformats.org/wiki/microformats2 (that I hope search
engines will at some point add support for.) Consider, e. g.:

http://pin13.net/mf2/?url=http://am-1.org/~ivan/qinp-2024/112.l-system.en.xhtml

Note that ?url= above needs the exact same %-treatment as does
Google's /url?q=. Naturally, the HTML form at http://pin13.net/mf2/
will do it for you. (Or, rather: instruct your Web user agent
to do so.)

Ivan Shmakov wrote:

>>>>>> On 2024-11-28, Mike Spencer wrote:
>
> [Cross-posting to news:comp.infosystems.www.misc just in case,
> but setting Followup-To: comp.misc still. Feel free to disregard,
> though; if anything, I'll be monitoring both groups for some
> time for responses.]
>
> > Here's a curiosity:
>
> > Google also sends all of your clicks on search results back through
> > Google.

Probably because they wouldn't trust a browser to honour the ping
attribute of an anchor tag, that was designed for tracking?

<https://developer.mozilla.org/en-US/docs/Web/API/HTMLAnchorElement/ping>

[ Top-posting because this is brief and adds no new interspersed text...]

Thank you very much, Ivan, for redirecting ;-) my lagging attention to
the %25 hex encoded chars prefixed to the already hex encoded chars
and Google's pages/methods for dealing with them. Your detailed reply
is much appreciated.

I'll read your comments more carefully and see if I can't tweak my
Perl script, the behavior of which led to my original comments on
this, to Do The Right Thing.

[ Previous exchange left unaltered for the record.]

Ivan Shmakov <ivan@siamics.netREMOVE.invalid> writes:

> >>>>> On 2024-11-28, Mike Spencer wrote:
>
> [Cross-posting to news:comp.infosystems.www.misc just in case,
> but setting Followup-To: comp.misc still. Feel free to disregard,
> though; if anything, I'll be monitoring both groups for some
> time for responses.]
>
> > Here's a curiosity:
>
> > Google also sends all of your clicks on search results back through
> > Google. I assume y'all knew that.
>
> > If you search for (say):
>
> > leon "the professional"
>
> > you get:
>
> > https://www.google.com/url
> > ?q=https://en.wikipedia.org/wiki/L%25C3%25A9on:_The_Professional
> > &sa=U&ved=2ahUKEwi [snip tracking hentracks/data]
>
> > Note that the "real" URL which Google proposes to proxy for you
> > contains non-ASCII characters:
>
> > en.wikipedia.org/wiki/L%25C3%25A9on:_The_Professional
>
> > Wikipedia does *not* *have* a page connected to that URL! But if you
> > click the link and send it back through Google, you reach the right
> > Wikipedia page that *does* exist:
>
> > en.wikipedia.org/wiki/Leon:_The_Professional
>
> And this page clearly states (search for "Redirected from" there)
> that it was reached via an alias. If you follow the "Article"
> link from there, it'll lead you to .../L%C3%A9on:_The_Professional
> instead, which is the proper URI for that Wikipedia article.
>
> Think of it. Suppose that Google has to return something like
> http://example.com/?o=p&q=http://example.net/ as one of the
> results. Can you just put it after google.com/url?q= directly
> without ambiguity? You'd get:
>
> http://google.com/url?q=http://example.com/?o=p&q=http://example.net/&...
> ^1 ^2
>
> Normally, the URI would start after ?q= and go until the first ^1
> occurence of &, but in this case, it'd be actually the second ^2
> that terminates the intended URI. Naturally, Google avoids it
> by %-encoding the ?s and &s, like:
>
> http://google.com/url?q=http://example.com/%3fo=p%26q=http://example.net/&...
>
> By the same merit, they need to escape %s themselves, should
> the original URI contain any, so e. g. http://example.com/%d1%8a
> becomes .../url?q=http://example.com/%25d1%258a&... .
>
> Of course, Google didn't invent any of this: unless I be mistaken,
> that's how HTML <form method="get" />s have worked from the get-go.
> And you /do/ need something like Hello%3f%20%20Anybody%20home%3f
> to put it after /guestbook?comment=.
>
> FWIW, I tend to use the following Perl bits for %-encoding and
> decoding, respectively:
>
> s {[^0-9A-Za-z/_.-]}{${ \sprintf ("%%%02x", ord ($&)); }}g;
> s {%([0-9a-fA-F]{2})}{${ \chr (hex ($1)); }}g;
>
> > AFAICT, when spidering the net, Google finds the page that *does*
> > exist, modifies it according to (opaque, unknown) rules of orthography
> > and delivers that to you. When you send that link back through
> > Google, Google silently reverts the imposed orthographic "correction"
> > so that the link goes to an existing page.
>
> > Isn't the weird?
>
> There's this bit near the end of the .../Leon:_The_Professional
> (line split for readability):
>
> <script type="application/ld+json">{
> "@context":"https:\/\/schema.org",
> "@type":"Article",
> "name":"L\u00e9on: The Professional",
> "url":"https:\/\/en.wikipedia.org\/wiki\/L%C3%A9on:_The_Professional",
> [...]
>
> I'm pretty certain that Google /does/ parse JSON-LD like in the
> above, so I can only presume that when it finds a Web document
> that points to a different "url": in this way, it (sometimes?)
> uses the latter in preference to the original URI.
>
> I've been thinking of adopting JSON-LD for my own Web pages
> (http://am-1.org/~ivan/ , http://users.am-1.org/~ivan/ , etc.),
> but so far have only used (arguably better readable)
> http://microformats.org/wiki/microformats2 (that I hope search
> engines will at some point add support for.) Consider, e. g.:
>
> http://pin13.net/mf2/?url=http://am-1.org/~ivan/qinp-2024/112.l-system.en.xhtml" rel="nofollow" target="_blank">http://pin13.net/mf2/?url=http://am-1.org/~ivan/qinp-2024/112.l-system.en.xhtml
>
> Note that ?url= above needs the exact same %-treatment as does
> Google's /url?q=. Naturally, the HTML form at http://pin13.net/mf2/
> will do it for you. (Or, rather: instruct your Web user agent
> to do so.)

--
Mike Spencer Nova Scotia, Canada

On 2024-12-08, root <NoEMail@home.org> wrote:
> Computer Nerd Kev <not@telling.you.invalid> wrote:
>>
>> I don't know about Emacs, but for TUI browsers with Javascript
>> support ELinks is one that I'm aware of. However like the
>> experimental JS support in Netsurf it doesn't seem to be advanced
>> enough to be useful (although unlike Netsurf, ELinks uses Mozilla's
>> SpiderMonkey JS engine, so I'm not exactly sure what makes it so
>> difficult to get right).
>>
>
> I regard ELinks as worthless. At best, I hope it is a work in
> progress. I haven't tried Netsurf, but I have tried implementing,
> via jsdom, specific fetch routines for different sites of interest.
> I have found that even sites that contain json data do not provide
> consistent (across sites) methods of fetching the data. It is
> worse when the data are not as organized as json data, but it is
> distributed in unique ways for the specific site.
>

Once you get a Gopher/Gemini browser, among yt-dlp, the web can go away.

Try these under lynx:

gopher://magical.fish
gopher://gopherddit.com
gopher://sdf.org
gopher://hngopher.com

gemini://gemi.dev (head to news waffle)

Magical Fish it's a HUGE portal and even a 386 would be
able to use the services. You have a news source,
a translator, stock prices, weather, wikipedia over gopher,
Gutenberg, torrent search...

Have fun.

On 2024-12-08, root <NoEMail@home.org> wrote:
> Computer Nerd Kev <not@telling.you.invalid> wrote:
>>
>> I don't know about Emacs, but for TUI browsers with Javascript
>> support ELinks is one that I'm aware of. However like the
>> experimental JS support in Netsurf it doesn't seem to be advanced
>> enough to be useful (although unlike Netsurf, ELinks uses Mozilla's
>> SpiderMonkey JS engine, so I'm not exactly sure what makes it so
>> difficult to get right).
>>
>
> I regard ELinks as worthless. At best, I hope it is a work in
> progress. I haven't tried Netsurf, but I have tried implementing,
> via jsdom, specific fetch routines for different sites of interest.
> I have found that even sites that contain json data do not provide
> consistent (across sites) methods of fetching the data. It is
> worse when the data are not as organized as json data, but it is
> distributed in unique ways for the specific site.
>

On 2024-11-25, Retrograde <fungus@amongus.com.invalid> wrote:
> From the «text is good enough» department:
> Title: Using (only) a Linux terminal for my personal computing in 2024
> Author: Thom Holwerda
> Date: Sun, 24 Nov 2024 22:13:32 +0000
> Link: https://www.osnews.com/story/141194/using-only-a-linux-terminal-for-my-personal-computing-in-2024/
>
>
> A month and a bit ago, I wondered if I could cope with a terminal-only
> computer[1].
> […]
>
> The only way to really find out was to give it a go.
>
> My goal was to see what it was like to use a terminal-only computer for my
> personal computing for two weeks, and more if I fancied it.
> ↫ Neil’s blog[2]
>
> I tried to do this too, once.
>
> Once.
>
> Doing everything from the terminal just isn’t viable for me, mostly because I
> didn’t grow up with it. Our family’s first computer ran MS-DOS (with a Windows
> 3.1 installation we never used), and I’m pretty sure the experience of using
> MS-DOS as my first CLI ruined me for life. My mental model for computing didn’t
> start forming properly until Windows 95 came out, and as such, computing is
> inherently graphical for me, and no matter how many amazing CLI and TUI
> applications are out there – and there are many, many amazing ones – my brain
> just isn’t compatible with it.
>
> There are a few tasks I prefer doing with the command line, like updating my
> computers or editing system files using Nano, but for everything else I’m just
> faster and more comfortable with a graphical user interface. This comes down to
> not knowing most commands by heart, and often not even knowing the options and
> flags for the most basic of commands, meaning even very basic operations that
> people comfortable using the command line do without even thinking, take me
> ages.
>
> I’m glad any modern Linux distribution – I use Fedora KDE on all my computers –
> offers both paths for almost anything you could do on your computer, and unless
> I specifically opt to do so, I literally – literally literally – never have to
> touch the command line.
>
> Links:
> [1]: https://neilzone.co.uk/2024/10/could-i-cope-with-a-terminal-only-computer/ (link)
> [2]: https://neilzone.co.uk/2024/11/using-only-a-linux-terminal-for-my-personal-computing-in-2024/ (link)

In my case, I use cwm+uxterm+a bunch of cli/tui apps, such as profanity,
catgirl, mocp... and the only X software I use are sxiv, mpv and mupdf.
Oh, and GV for a random PostScript file. That's it.

If you can I can post my setup. It's megafast.
Ah, no, I forgot: xload and xlock, which just lie there.
Anyway, it's like an advanced terminal from a different future.

Bozo User <anthk@disroot.org> writes:

[...]

> In my case, I use cwm+uxterm+a bunch of cli/tui apps, such as profanity,
> catgirl, mocp... and the only X software I use are sxiv, mpv and mupdf.
> Oh, and GV for a random PostScript file. That's it.

I too run cwm+uxterm! But then I add the GNU EMACS on top.

Thanks for mentioning mupdf---fast and nice. I wonder if it can display
the outline of a pdf (if available).

On Sun, 12 Jan 2025, Bozo User wrote:

> On 2024-12-08, root <NoEMail@home.org> wrote:
>> Computer Nerd Kev <not@telling.you.invalid> wrote:
>>>
>>> I don't know about Emacs, but for TUI browsers with Javascript
>>> support ELinks is one that I'm aware of. However like the
>>> experimental JS support in Netsurf it doesn't seem to be advanced
>>> enough to be useful (although unlike Netsurf, ELinks uses Mozilla's
>>> SpiderMonkey JS engine, so I'm not exactly sure what makes it so
>>> difficult to get right).
>>>
>>
>> I regard ELinks as worthless. At best, I hope it is a work in
>> progress. I haven't tried Netsurf, but I have tried implementing,
>> via jsdom, specific fetch routines for different sites of interest.
>> I have found that even sites that contain json data do not provide
>> consistent (across sites) methods of fetching the data. It is
>> worse when the data are not as organized as json data, but it is
>> distributed in unique ways for the specific site.
>>
>
> Once you get a Gopher/Gemini browser, among yt-dlp, the web can go away.
>
> Try these under lynx:
>
> gopher://magical.fish
> gopher://gopherddit.com
> gopher://sdf.org
> gopher://hngopher.com
>
> gemini://gemi.dev (head to news waffle)
>
> Magical Fish it's a HUGE portal and even a 386 would be
> able to use the services. You have a news source,
> a translator, stock prices, weather, wikipedia over gopher,
> Gutenberg, torrent search...
>
> Have fun.

I imagine it would be very easy to write scripts to pull in what ever
regular www site you might like and move it to gopher. I found it sad that
gemini came into being and split the energies between gopher and gemini.

I will have to remember magical.fish. Gohper works beautifully in links!