Re: [Lynx-dev] ANN: lynx2.9.2

Sorry for the late reply. Thomas Dickey wrote in : |On Sun, Jun 02, 2024 at 01:18:28AM +0200, Steffen Nurpmeso wrote: |> Thomas Dickey wrote in |> : |>|On Sat, Jun 01, 2024 at 07:59:07PM +0200, Steffen Nurpmeso wrote: |>|> Thomas Dickey wrote in |>|> : ... |>

Re: [Lynx-dev] ANN: lynx2.9.2

Thomas Dickey wrote in : |On Sat, Jun 01, 2024 at 07:59:07PM +0200, Steffen Nurpmeso wrote: |> Thomas Dickey wrote in |> : |>|The current version of lynx is 2.9.2 |> ... |>|* adapt special case of gzip decompression in 2.8.9dev.12 to brotli, \ |>|to handle |>| do

Re: [Lynx-dev] ANN: lynx2.9.2

Thomas Dickey wrote in : |The current version of lynx is 2.9.2 ... |* adapt special case of gzip decompression in 2.8.9dev.12 to brotli, \ |to handle | downloads from websites which support "br" (report by Rajeev V Pillai) \ ... That made me look .. i see IsCompressionFormat() does not

Re: [Lynx-dev] lynx2.9.1 build issues

Thomas Dickey wrote in : |On Tue, Apr 16, 2024 at 09:26:12PM +0200, Steffen Nurpmeso wrote: |> Thomas Dickey wrote in |> : |>|On Tue, Apr 16, 2024 at 08:43:20AM -0600, Nelson H. F. Beebe wrote: ... |>|> (1) On Solaris systems, configure fails like this: |>|> |>

Re: [Lynx-dev] lynx2.9.1 build issues

Thomas Dickey wrote in : |On Tue, Apr 16, 2024 at 08:43:20AM -0600, Nelson H. F. Beebe wrote: |> At Utah, I ran build attempts of lynx2.9.1 in more than 70 systems in |> our test farm. Of those, 59 built and validated successfully, and |> 2.9.1 is now the default version of lynx on all of our

Re: [Lynx-dev] 2-9-0: -assume_charset= does not override in-document charset=

Thorsten Glaser wrote in : |Steffen Nurpmeso dixit: |>> But editing a document to get it -dump'ed out correctly, that is no |>> good. | |You’d be surprised at the amounts of changes I have to do to some |pages for them to lead to correct results… Likely so. --steffen | |De

Re: [Lynx-dev] 2-9-0: -assume_charset= does not override in-document charset=

Mouse wrote in <202401172011.paa04...@stone.rodents-montreal.org>: |> I stumbled over the above, [...] | |IMO this is correct. I would say there could be a place for a flag |that overrides the document's declared charset, but I don't think |"assume" would be a good verb to use.

[Lynx-dev] 2-9-0: -assume_charset= does not override in-document charset=

Hello! I stumbled over the above, ie., curl -o x.html https://www.google.com from here in Germany (in C.UTF-8 locale; but also Poland, said a PLD-Linux developer) fetches a document that declares itself as UTF-8, but in fact contains ISO-8859-1 (-2). I had to copy the document and modify it,

Re: [Lynx-dev] SOCK5 crash+fix

Thomas Dickey wrote in <20220312191941.ga15...@prl-debianold-64.jexium-island.net>: |On Thu, Mar 10, 2022 at 07:18:46PM -0500, Thomas Dickey wrote: |> On Thu, Mar 10, 2022 at 07:22:21PM +0100, Steffen Nurpmeso wrote: |>> Hello. |>> |>> I was the original author

Re: [Lynx-dev] SOCK5 crash+fix

Gisle Vanem wrote in <250c80e1-7697-3981-7f0e-42be642f7...@gmail.com>: |>> HTSprintf0 expects to have the address of a pointer in which it |>> can return a pointer to newly-allocated memory. |> |> 'HTSprintf0(NULL,..)' looks okay to me, but crashes |> on some condition anyway. Some

Re: [Lynx-dev] SOCK5 crash+fix

Thomas Dickey wrote in <20220311001846.ga6...@prl-debianold-64.jexium-island.net>: |On Thu, Mar 10, 2022 at 07:22:21PM +0100, Steffen Nurpmeso wrote: |> Hello. |> |> I was the original author of the $SOCKS5_PROXY patch, but for one |> Thomas Dickey changed the C enormousl

Re: [Lynx-dev] SOCK5 crash+fix

Hello. I was the original author of the $SOCKS5_PROXY patch, but for one Thomas Dickey changed the C enormously, and i also have forgotten anything about it, but you noting it made me look. which had a Gisle Vanem wrote in <8906d293-f9ff-3d11-89d7-4bdeb944a...@gmail.com>: |While trying Lynx

Re: [Lynx-dev] [cookies?] unable to log in in http://board.flatassembler.net/

David Woolley wrote in <04bbf503-c915-b09b-7f4e-00b7829dc...@david-woolley.me.uk>: |On 03/11/2021 00:15, Thorsten Glaser wrote: |> (it's not related to user-agent...). Recompiling those (to capture the |> actual headers_they_ see) would be simpler than firefox... | |Firefox has built-in

Re: [Lynx-dev] ANN: lynx2.9.0dev.7

Gisle Vanem wrote in <044e3e1e-d399-db71-1ed2-272796ae9...@gmail.com>: |> * modify SGML parsing to allow DEL and INS tags to work on a block-level \ |> rather |>than only inline (Debian #981351) -TD |> * modify configure script to check for libidn2, add options menu \ |> setting for |

Re: [Lynx-dev] lynx and ruby, '*.rb' files

russellb...@gmail.com wrote in <202008151309.07fd97fl031...@randytool.net>: | Quoth Mike McClain: | 'As per your suggestion I put this in ~/.mailcap: | text/plain; cat %s; copiousoutput' | |The first field (the part before ;) identifies the type of file. This |entry instructs mail (and

Re: [Lynx-dev] lynx and ruby, '*.rb' files

Hello Mr. Bell. russellb...@gmail.com wrote in <202008141129.07ebtqrq022...@randytool.net>: | | 'When browsing my own computer with lynx I find that lynx |refuses to open/view ruby source files even though they are just plain |ascii text.' | I just created one. lynx rendered it as it does

Re: [Lynx-dev] SOCKS5_PROXY (was Re: the sun, the sun)

Sorry for the late reply, i moved that to +track already and then quit after working +download, pffh. Too tired, too sultry, pfff. Thorsten Glaser wrote in : |Turns out you do not even need a magic value. You tried a |premature optimisation, but Lynx calls LYGetEnv for the mumble ..

Re: [Lynx-dev] Adding $SOCKS5_PROXY support, changing command line option

Thorsten Glaser wrote in : |Steffen Nurpmeso dixit: | ||>> socks5_proxy = _value; | |Just use that; the file already has a magic value |you can use (hostname). Whereas this is true, i still do not see the problem here really. lynx uses (PTR)-1 itself, at least in src/tidy

Re: [Lynx-dev] Adding $SOCKS5_PROXY support, changing command line option

Mouse wrote in <202008081942.paa25...@stone.rodents-montreal.org>: |>> So, in summary, except for the null-pointer-constant special case, |>> converting integers to pointers is intended to be useful in |>> machine-dependent code, but is not portable beyond that. |> ISO C99 specifies intptr_t

Re: [Lynx-dev] Adding $SOCKS5_PROXY support, changing command line option

Mouse wrote in <202008080031.uaa13...@stone.rodents-montreal.org>: |>>> + socks5_proxy =3D (char*)-1; |>> Don=E2=80=99t do that, that is not portable. |> Really?? This i do not understand. | |Casting an integer, other than a compile-time constant expression with |value 0, to a pointer?

Re: [Lynx-dev] Adding $SOCKS5_PROXY support, changing command line option

Hello. Thorsten Glaser wrote in : |Steffen Nurpmeso dixit: | |>Really?? This i do not understand. | |You’re only allowed to take pointers to actual objects. |It should probably be possible to use NULL somewhere, |but you can use as magic pointer. | |Using (char *)-1 can cause tr

Re: [Lynx-dev] Adding $SOCKS5_PROXY support, changing command line option

!#!@!!! Thorsten Glaser wrote in : |Steffen Nurpmeso dixit: | ||+ socks5_proxy = (char*)-1; | |Don’t do that, that is not portable. Really?? This i do not understand. || cleanup: ||-if (socks5_proxy != NULL) { ||+if (socks5_proxy != (char*)-1) { || FREE(socks5_new_url

Re: [Lynx-dev] Adding $SOCKS5_PROXY support, changing command line option

Hello. In April i sent a message saying Steffen Nurpmeso wrote in <20200421152638.pl92s%stef...@sdaoden.eu>: |Please find attached an extension to the -socks5-proxy patch that |made it in. On FreeBSD, they have started adding support for |a $SOCKS5_PROXY environment variabl

Re: [Lynx-dev] socks5 library

Elimar Riesebieter wrote in <20200717154710.ngfefdhfx3o63...@toy.home.lxtec.de>: |* Fadi Barbàra [2020-07-17 12:43 +0200]: | |> Hi everybody, |> I am trying to compile lynx with socks5 support (--with-socks |> --with-socks5). Unfortunately I do not find how to install the library |> needed

[Lynx-dev] Adding $SOCKS5_PROXY support, changing command line option

Hello. Please find attached an extension to the -socks5-proxy patch that made it in. On FreeBSD, they have started adding support for a $SOCKS5_PROXY environment variable, see for example commit [bf579e30a4d54a2d7203cdb1d1689dde46db5db6]: ... This change adds SOCKS5 support to the library

Re: [Lynx-dev] torsocks socks5 and lynx

Hello. Fadi Barbàra wrote in <20200323081908.ga81...@phi.my.domain>: |I am using lynx for my day to day browsing. Recently I started to use |TOR. I am using the developing branch of lynx, so that i can use the |option -socks5-proxy. | |I wanted to compare the socks5 option of lynx with the

Re: [Lynx-dev] after follows without separation

Thorsten Glaser wrote in : |Steffen Nurpmeso dixit: | |>Ok. But you could as well "cat|sed -e s/^ //" when pasting |>however, that does not bite anything preformatted. | |Not when pasting commands directly (also, don’t abuse the |poor cat), and it breaks tabstops, so

Re: [Lynx-dev] after follows without separation

russellb...@gmail.com wrote in <201911161459.xagexrnd010...@randytool.net>: | I customize DefaultStyle.c to my preferences. Maybe the next time when i compile the 2.8.9rel.1 i have a look. I'd rather not, i am buried alive here. Thanks nonetheless, Mr. Bell. The thing, well, however, is that

Re: [Lynx-dev] Copyright violation? How?

Stefan Caunter wrote in : |> On Nov 15, 2019, at 20:00, Ian Collier wrote: |> On Fri, Nov 15, 2019 at 09:55:43PM +, Thorsten Glaser wrote: |>> Mouse dixit: |>>> #define UA_COPYRIGHT_WARNING \ |>>> "WARNING: Misrepresentation of the User-Agent may be a copyright \ |>>> violation!" |>

Re: [Lynx-dev] after follows without separation

Thorsten Glaser wrote in : |Steffen Nurpmeso dixit: |>Also i wonder why is always left aligned, like the headings |>are, whereas all other elements have some left margin. This |>looks pretty odd. | |Because it’s preformatted. Needed to make copy/paste and |tabstops work. Ok.

[Lynx-dev] after follows without separation

Hello, since a short time i offer some ports for a linux distro (yes, really), and on that page a table follows a paragraph. It happens that there is no visual separation, at least in sortasgml mode. In tagsoup it looks pretty cool, except that table cell follow lines then wrap to the first

Re: [Lynx-dev] problems using google

Thorsten Glaser wrote in : |Steffen Nurpmeso dixit: |>Just a few weeks ago i have read a story that the American Navy |>will change the user interface of many (at least newer) warships |>back from touchscreens to normal buttons, after some accidents | |Our tram drivers also prefer t

Re: [Lynx-dev] problems using google

Travis Siegel wrote in <6ca3fb1d-e338-7e72-2e58-9e866b26b...@softcon.com>: I am readding lynx-dev to Cc:, i hope you do not mind. Your message is well worth being seen by more people than just myself. |On 11/15/2019 12:15 PM, Steffen Nurpmeso wrote: |> Jude DaShiell wrote in .com&

Re: [Lynx-dev] problems using google

Jude DaShiell wrote in : |Low graphics environments include such items as navy ships at sea among |others. The Navy just before I retired figured this out and made its |mandatory web based training accessible. That accessibility also made |the mandatory training work much better and faster

Re: [Lynx-dev] reaching gmail in basic html?

Karen Lewellen wrote in : |steffen, |That page would perhaps appear differently for you, simply because you are |in the eu. |Presently at shellworld, some of the browsers show a hacked looking |edition of Google's homepages as well. That could very well be the case. Ciao, Karen.

Re: [Lynx-dev] reaching gmail in basic html?

Tim Chase wrote in <20191108124718.1db7a...@bigbox.attlocal.net>: |On 2019-11-08 19:08, Steffen Nurpmeso wrote: |> Karen Lewellen wrote in |> : |>|Alejandro, |>|I would appreciate a step by step, including where on the page |> the option |for first choosing t

Re: [Lynx-dev] reaching gmail in basic html?

Karen Lewellen wrote in : |Alejandro, |I would appreciate a step by step, including where on the page the option |for first choosing then saving basic html as an option is located. |My test drive did not work last night, but I suspect the problem may be |tied to the person helping me

Re: [Lynx-dev] reaching gmail in basic html?

Karen Lewellen wrote in : |On Wed, 6 Nov 2019, Steffen Nurpmeso wrote: |> David Woolley wrote in ey.me.uk>: |>|On 05/11/2019 22:14, Karen Lewellen wrote: |>|> 1. I do not, cannot physically use the windows operating system. |>| |>|Even if you are blind, the in

Re: [Lynx-dev] reaching gmail in basic html?

David Woolley wrote in : |On 05/11/2019 22:14, Karen Lewellen wrote: |> 1. I do not, cannot physically use the windows operating system. | |Even if you are blind, the in industry expectation is that you use a |program called JAWS, under Windows. In fact, many companies seem to |think that

Re: [Lynx-dev] reaching gmail in basic html?

Karen Lewellen wrote in : |shellworld? |I have no idea, as I have not needed to look. |How does mutt manage the need for a browser, to follow e-mail links for |example? But if all else fails copy+paste should be possible, no? On X Windows, dependent on the window manager, you could also

Re: [Lynx-dev] reaching gmail in basic html?

Mouse wrote in <201911051516.kaa27...@stone.rodents-montreal.org>: |> gmail supports POP3 and IMAP access, | |My experience is that gmail supports POP and IMAP only if you are using |one of a few blessed clients, all of which are huge crawling GUI |horrors. Sometimes not even then; for

Re: [Lynx-dev] lynx to work as anonymous browser

Hallo Thorsten. Thorsten Glaser wrote in : |>I have no idea of tor except that i have tor-control-spec.txt and |>tor-socks-extensions.txt since 2017 locally. And yes i have even | |I haven’t, maybe I should, but I haven’t really used Tor anyway. | |>read it once by then. There is a

Re: [Lynx-dev] lynx to work as anonymous browser

David Woolley wrote in <7a947f27-8a87-3095-c549-a7e5d1d40a61@david-wooll\ ey.me.uk>: |On 03/10/2019 18:53, Steffen Nurpmeso wrote: |> there, but since lynx is a browser not |> a DNS resolver | |Browsers normally use DNS resolvers, but the TOR people insist they must |not, a

Re: [Lynx-dev] lynx to work as anonymous browser

Thorsten Glaser wrote in : |m...@jborgner.de dixit: |>To use Tor I'm using lynx with torsocks. This way connection requests are | |Shouldn’t the recent thread about SOCKS proxy apply here and |make the extra torsocks program redundant? I have never used torsocks, but the patch will make lynx

Re: [Lynx-dev] ..on SOCKS5 support

Hello. Steffen Nurpmeso wrote in <20190916201722.43jo6%stef...@sdaoden.eu>: |Steffen Nurpmeso wrote in <20190916181305._pau3%stef...@sdaoden.eu>: ||Thomas Dickey wrote in <20190916003351.7x3j6ubnoerj7ysh@prl-debianold-64\ ||.jexium-island.net>: |||On Sun, Sep 15, 2019 a

Re: [Lynx-dev] ..on SOCKS5 support

Steffen Nurpmeso wrote in <20190916181305._pau3%stef...@sdaoden.eu>: |Hello. | |Thomas Dickey wrote in <20190916003351.7x3j6ubnoerj7ysh@prl-debianold-64\ |.jexium-island.net>: ||On Sun, Sep 15, 2019 at 12:31:17AM +0200, Steffen Nurpmeso wrote: ||> Steffen Nurpmeso wrote in

Re: [Lynx-dev] ..on SOCKS5 support

Mouse wrote in <201909161831.oaa09...@stone.rodents-montreal.org>: |> I have never encountered a system where short is longer than 16-bit, |> therefore i have used short. Well, i seem to recall i might have |> heard of a system where short=int=32-bit, but this could be false |> memory or

Re: [Lynx-dev] ..on SOCKS5 support

Hello. Thomas Dickey wrote in <20190916003351.7x3j6ubnoerj7ysh@prl-debianold-64\ .jexium-island.net>: |On Sun, Sep 15, 2019 at 12:31:17AM +0200, Steffen Nurpmeso wrote: |> Steffen Nurpmeso wrote in <20190914220418.j7nb7%stef...@sdaoden.eu>: |>|Steffen Nurpmeso wrote in <

Re: [Lynx-dev] ..on SOCKS5 support

Huhu. Steffen Nurpmeso wrote in <20190914220418.j7nb7%stef...@sdaoden.eu>: |Steffen Nurpmeso wrote in <20190911141510.7s2dr%stef...@sdaoden.eu>: ||please excuse the late reply. ... |Right. So here is a working patch, porting over my own SOCKS5 Yep, but it should set status to a

Re: [Lynx-dev] ..on SOCKS5 support

Oh, hello and good evening, for auld lang syne! Steffen Nurpmeso wrote in <20190911141510.7s2dr%stef...@sdaoden.eu>: |please excuse the late reply. Terrible! I apologise for the silence. ... Thomas Dickey wrote in <20190907195941.c2gqjhnuj2pp44az@prl-debianold-64\ .jexium-i

Re: [Lynx-dev] ..on SOCKS5 support

Hello Thomas Dickey, please excuse the late reply. Thomas Dickey wrote in <20190910092328.5aevtmukues22322@prl-debianold-64\ .jexium-island.net>: |On Mon, Sep 09, 2019 at 03:43:59PM +0200, Steffen Nurpmeso wrote: |> Thomas Dickey wrote in <20190908105750.qc3ut2e3rkrswfm4@prl-

Re: [Lynx-dev] ..on SOCKS5 support

Thomas Dickey wrote in <20190908105750.qc3ut2e3rkrswfm4@prl-debianold-64\ .jexium-island.net>: |On Sun, Sep 08, 2019 at 01:26:51AM +0200, Steffen Nurpmeso wrote: |> Hello Thomas Dickey. |> |> Thomas Dickey wrote in <20190907195941.c2gqjhnuj2pp44az@prl-debianold-64\ |&g

Re: [Lynx-dev] ..on SOCKS5 support

Hallo Thorsten. Thorsten Glaser wrote in : |Steffen Nurpmeso dixit: |>library. That increased the surprise, because all one needs for |>SOCKS5 support, even including the DNS lookup, is to hook |>connect(2) -- that is how i did it, as easy as [1]. And in fact | |Really? (Abo

Re: [Lynx-dev] ..on SOCKS5 support

Hello Thomas Dickey. Thomas Dickey wrote in <20190907195941.c2gqjhnuj2pp44az@prl-debianold-64\ .jexium-island.net>: |On Sat, Sep 07, 2019 at 08:51:26PM +0200, Steffen Nurpmeso wrote: |> I was forced to use lynx via SOCKS5 proxy, which i never did |> before. To my surprise that

Re: [Lynx-dev] ..on SOCKS5 support

Steffen Nurpmeso wrote in <20190907185126.aazqu%stef...@sdaoden.eu>: ... |I was forced to use lynx via SOCKS5 proxy, which i never did ... |i became inspired by Gaetan Bisson's usocks-06.c, which can be |used via $LD_PRELOAD, and which got me going. I will attach it. ... Sorry, for

[Lynx-dev] ..on SOCKS5 support

Hello. I was forced to use lynx via SOCKS5 proxy, which i never did before. To my surprise that did not work, it needs an additional library. That increased the surprise, because all one needs for SOCKS5 support, even including the DNS lookup, is to hook connect(2) -- that is how i did it, as

Re: [Lynx-dev] Displaying a pdf live on the Fly?

Klaus-Peter Wegge wrote in : |On Tue, 4 Jun 2019, Steffen Nurpmeso wrote: |> russellb...@gmail.com wrote in <201906040449.x544niog005...@randytool.ne\ |> t>: |>| I use: |>| |>| pdftotext -layout %s - | utf8trans UTFtoASCII |> |> Yes, Mr. Bell, luckily i

Re: [Lynx-dev] Displaying a pdf live on the Fly?

russellb...@gmail.com wrote in <201906040449.x544niog005...@randytool.net>: | I use: | | pdftotext -layout %s - | utf8trans UTFtoASCII Yes, Mr. Bell, luckily it has that -layout argument. Whereas mupdf (now) comes with mutool, which can "convert", that pdftotext from poppler with its -layout

Re: [Lynx-dev] Displaying a pdf live on the Fly?

Tim Chase wrote in <20190603215813.5034d...@bigbox.christie.dr>: |If you have the "pdftotext" utility (part of my "poppler-utils" |package here on Debian), you might be able to either use it in your |mailcap | | pdftotext "%s" - | less | |or create a shell-script: | | #!/bin/sh |

Re: [Lynx-dev] TLS-"transport layer security" & LYNX

Mouse wrote in <201807281950.paa01...@stone.rodents-montreal.org>: |> SNI basically transmits the actual vhost you wish to visit, in URL |> terms the part between https:// and the first slash after that, [...] |> [...] |> Then, the people [...] thought it would be good to create TLSv1.3 |>

Re: [Lynx-dev] compile problem

|On Mon, Apr 23, 2018 at 11:21:30PM +0100, Larry Hynes wrote: |> iohann wrote: |>> attempting to compile Lynx Version 2.8.8rel.2 (09 Mar 2014) |>> |>> ./configure --with-ssl --with-tls |>> |>> ./configure runs without error |>> make runs without error |>> make

Re: [Lynx-dev] SSLv23 method gone now

Thorsten Glaser t...@mirbsd.de wrote: |Gisle Vanem dixit: | | +#if (OPENSSL_VERSION_NUMBER = 0x1010L) | |No. The change is not a property of the version number. |I have OpenSSL 0.9.7 (plus patches…) without SSLv{2,3}. No Thorsten, he is right – it seems they've introduced that in March