Re: [Lynx-dev] changing lynx default homepage from the comand line?
Karen Lewellen wrote: > I am seeking a command line method to override the site listed as the > homepage for lynx regularly, i. e. the page that appears if i just entre > lynx. > The idea is to change this default homepage, not just simply visit a new > site once. > does that make more sense? If you can set the WWW_HOME environment variable, lynx will use that as the startfile. If you can edit your lynx.cfg file, you can specify the startfile in that, as in: STARTFILE:http://thesitethatyouwant.com I suppose a command line method would be something like entering WWW_HOME='http://thesitethatyouwant.com'; lynx on the command line or exporting the WWW_HOME environment variable from your .profile or .bash_profile i.e. ensuring that the line export WWW_HOME='http://thesitethatyouwant.com' is in your .profile (or wherever bash looks for environment variables), in which case when you launch lynx it will go to that site There is also an option to launch lynx with the '-book' switch which will use the bookmark page (if set) as the startfile. (See 'man lynx' for details.) ___ Lynx-dev mailing list Lynx-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/lynx-dev
Re: [Lynx-dev] Cannot open: https://m.medicalxpress.com/page2.html
Alejandro Lieber wrote: > In various versions of Lynx, I cannot open the following address: > > https://m.medicalxpress.com/page2.html > > Lynx transforms this address adding ./ into: > > https://m.medicalxpress.com/./page2.html > > and the page cannot be found. > > The same happens in: > > https://m.phys.org/page2.html > > https://m.techxplore.com/page2.html > > This problem does not occur in Links and eLinks text browsers. The address https://m.medicalxpress.com/page2.html opens fine for me in lynx here. A link on that page, titled "load more", appears to add the './', leading to a 404. So I'm not sure your problem is anything to do with anything lynx is doing. ___ Lynx-dev mailing list Lynx-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/lynx-dev
Re: [Lynx-dev] Links do not work
Riku Virtanen wrote: > The output is > > Lynx Version 2.8.9rel.1 (08 Jul 2018) > libwww-FM 2.14, SSL-MM 1.4.1, OpenSSL 1.0.0k-fips, ncurses 5.9.20130511(wide) > Built on linux-gnu (Jul 11 2018 15:43:26). Thank you. My lynx shows: Lynx Version 2.8.9rel.1 (08 Jul 2018) libwww-FM 2.14, SSL-MM 1.4.1, OpenSSL 1.0.2p, ncurses 5.7.20081102 So it seems I have a slightly newer version openssl than you. You could try compiling lynx against a newer version of openssl. If openssl is installed by your linux distribution's package manager, you could check and see if there is a newer version available, and recompile lynx. Otherwise, I imagine that you would have to download and compile openssh, and point lynx to that during lynx compilation. (The only other thing that I can think of is that your certificate bundle is out of date, but I think I would start by trying to update openssl.) > On Mon, 29 Oct 2018, Larry Hynes wrote: > > > Riku Virtanen wrote: > >> Hi, > >> > >> now I noticed whole error: > >> > >> Alert: unable to create secure connection to remote host. > >> > >> Have I, i.e. compiled Lynx with wrong settings etc? > > > > In a terminal, are you able to enter the command > > > > lynx -version > > > > and post the output here? > > > >> On Sun, 28 Oct 2018, Larry Hynes wrote: > >> > >>> Hi > >>> > >>> Riku Virtanen wrote: > >>>> After last summer I have met many links which do not work. > >>> > >>> Can you describe, in detail please, what "do not work" means? Do > >>> you get any error messages? (If so, what are they?) > >>> > >>>> For instance, www.markkinaoikeus.fi and www.mikrobitti.fi/. > >>> > >>> Both of these links work for me, using lynx 2.8.9rel.1: I can open > >>> the links, and the pages are displayed. Is there something that you > >>> are trying to do on these pages that you cannot do? (If so, what > >>> is it?) > >>> > >>>> Is any setting wrongly in my Lynx? > >>>> > >>>> I use 2.8.9rel.1. > >>> > >>> What is the output of the > >>> > >>> lynx -version > >>> > >>> command? > >>> > > > > > > ___ Lynx-dev mailing list Lynx-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/lynx-dev
Re: [Lynx-dev] Links do not work
Riku Virtanen wrote: > Hi, > > now I noticed whole error: > > Alert: unable to create secure connection to remote host. > > Have I, i.e. compiled Lynx with wrong settings etc? In a terminal, are you able to enter the command lynx -version and post the output here? > On Sun, 28 Oct 2018, Larry Hynes wrote: > > > Hi > > > > Riku Virtanen wrote: > >> After last summer I have met many links which do not work. > > > > Can you describe, in detail please, what "do not work" means? Do > > you get any error messages? (If so, what are they?) > > > >> For instance, www.markkinaoikeus.fi and www.mikrobitti.fi/. > > > > Both of these links work for me, using lynx 2.8.9rel.1: I can open > > the links, and the pages are displayed. Is there something that you > > are trying to do on these pages that you cannot do? (If so, what > > is it?) > > > >> Is any setting wrongly in my Lynx? > >> > >> I use 2.8.9rel.1. > > > > What is the output of the > > > > lynx -version > > > > command? > > ___ Lynx-dev mailing list Lynx-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/lynx-dev
Re: [Lynx-dev] Links do not work
Hi Riku Virtanen wrote: > After last summer I have met many links which do not work. Can you describe, in detail please, what "do not work" means? Do you get any error messages? (If so, what are they?) > For instance, www.markkinaoikeus.fi and www.mikrobitti.fi/. Both of these links work for me, using lynx 2.8.9rel.1: I can open the links, and the pages are displayed. Is there something that you are trying to do on these pages that you cannot do? (If so, what is it?) > Is any setting wrongly in my Lynx? > > I use 2.8.9rel.1. What is the output of the lynx -version command? ___ Lynx-dev mailing list Lynx-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/lynx-dev
Re: [Lynx-dev] TLS-"transport layer security" & LYNX
Thorsten Glaser wrote: > Mouse dixit: > > >> go to for my work and it gets worse daily. > > > >Me too, but it's not lynx's fault in my case. > > If it’s “getting worse daily” I suspect it’s the fault of all those > sites and CDNs now requiring TLSv1.1 or TLSv1.2 or an ECC ciphersuite. > I am hit hard by those as well. > > There’s likely no way out except upgrading to LibreSSL or something. > But that’s an OS-wide issue, nothing lynx can help you with. Indeed - we got this sorted out 'off list' by upgrading the version of openssl and building lynx against that. ___ Lynx-dev mailing list Lynx-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/lynx-dev
Re: [Lynx-dev] TLS-"transport layer security" & LYNX
Shel Talmy wrote: > Hi to any of you programmers who can please fix this! > > Using LYNX, I'm now shut out of more than 50% of websites I normally go to > for my work and it gets worse daily. > > TLS doesn't allow LYNX to logon to any of these TLS protected websites and > I'm "pleading" with you to effect a fix for LYNX ASAP. > > And I'm open to recommendations for a browser in UNIX that will access the > sites I'm now shut out of. Yes, this is desperation time, so please tell > me what I can do, as gonna assume I'm not the only one using LYNX with > this problem. Hi Lynx, when configured to do so, can connect to secure websites i.e. those whose addresses begin with https:// Can you tell us, please: - The operating system that you are running lynx on (windows, linux, apple, etc.) - How you installed the version of lynx that you are running And can you put in your message, please, the output of lynx -version ___ Lynx-dev mailing list Lynx-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/lynx-dev
Re: [Lynx-dev] Error uncompressing temporary file
"dan d." wrote: > > A while back there was a thread about getting that error message with > wikipedia. This thread: http://lists.nongnu.org/archive/html/lynx-dev/2017-06/threads.html#00012 ? which I found by searching the lynx-dev archive at http://lists.nongnu.org/archive/html/lynx-dev/ for: "Error uncompressing temporary file"... > It didn't happen with me at the time but has done so recently, including some > other sites. > > Was there a fix decided upon when it was discussed originally? ..includes a suggestion from TG to remedy the problem, which appears to have worked in that particular case. Here it is: I’m assuming you followed recent advice on this list and changed “Preferred encoding” in (O)ptions from the default (5) All to (1) None already and retried with that. (Though “All” WFM here, on BSD and with a slightly older dev version of lynx.) If you need to dig further, you might be able to find the mentioned "recent advice on this list". ___ Lynx-dev mailing list Lynx-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/lynx-dev
Re: [Lynx-dev] Lynx does NOT default to https support
LarryL wrote: > Hi, > For compilers to find HomeBrew OpenSSL, it says you may need to set: > LDFLAGS: -L/usr/local/opt/openssl@1.1/lib > CPPFLAGS: -I/usr/local/opt/openssl@1.1/include > Please confirm, for Lynx https support on OS X. > LL > PS. Real bear! /configure --with-ssl=/usr/local/opt/openssl@1.1 ___ Lynx-dev mailing list Lynx-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/lynx-dev
Re: [Lynx-dev] Lynx does NOT default to https support
Thomas Dickey wrote: > - Original Message - > | From: russellb...@gmail.com > | To: lynx-dev@nongnu.org > | Sent: Sunday, May 20, 2018 11:44:24 PM > | Subject: [Lynx-dev] Lynx does NOT default to https support > | > | > | Asked LarryL: 'Q: How do I get Lynx to rely on external libraries > | OpenSSL or GnuTLS, when compiled on OS X?' > | ./configure --with-ssl --with-gnutls --enable-gnutls-compat > | > > MacOS doesn't have gnutls in its default configuration. > It's probably available as an add-on, but there's no interest. > > MacOS does have openssl runtime libraries, but no development headers. > To get that, you would install an add-on (such as MacPorts), which has an > "openssl" package. > > Once you have the development package, "--with-ssl" should just work... If using homebrew to install openssl on MacOS, note that you'll probably have to specify the path with something like ./configure --with-ssl=/usr/local/opt/openssl homebrew does not symlink the headers into /usr/local ___ Lynx-dev mailing list Lynx-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/lynx-dev
Re: [Lynx-dev] Lynx-on-mac
LarryL wrote: > ATT: Lynx-on-mac developers, > > I'd like to compile the latest SRC on my Macbook Pro, inorder to stay on > top of the latest Lynx release. > > Q: Any chance this can be done, from square one, at the end-user level? > > Yours, > LL (I am not a Lynx developer) Have you tried to compile the latest lynx src? If so, what problems, if any, did you encounter? lynx 2.8.9dev.19 compiles fine for me on MacOS. ___ Lynx-dev mailing list Lynx-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/lynx-dev
Re: [Lynx-dev] compile
iohann wrote: > i've downloaded the source ./configure make make install produces a working > > Lynx Version 2.8.9dev.15 (11 May 2017) > libwww-FM 2.14, ncurses 6.0.20160213 > Built on linux-gnu (Apr 25 2018 11:33:53). > > however, it indicates: "This client does not contain support for HTTPS URLs" > > any suggestions? > > which openssl reports : /usr/bin/openssl > find ssl.h reports : /usr/include/openssl/ssl.h /configure --with-ssl=/usr/include/openssl ___ Lynx-dev mailing list Lynx-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/lynx-dev
Re: [Lynx-dev] compile problem
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 install runs without error > > however, this does not produce Lynx with https capability. error message > indicates: "This client does not contain support for HTTPS URLs" > > Any suggestions? Try: ./configure --with-ssl=/path/to/openssl (I don't see a '--with-tls' option in './configure --help') ___ Lynx-dev mailing list Lynx-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/lynx-dev
Re: [Lynx-dev] Website shows blank page in Lynx browser
Hi Kyle With a fresh default install of lynx from homebrew all I can see when accessing /usr/local/bin/lynx 'https://account.torontopubliclibrary.ca/' is --- Account : Toronto Public Library REFRESH(14400 sec): [1]https://account.torontopubliclibrary.ca/ --- If I specify even the default lynx.cfg file, as follows /usr/local/bin/lynx -cfg /usr/local/Cellar/lynx/2.8.8rel.2_1/etc/lynx.cfg \ 'https://account.torontopubliclibrary.ca/' then I see: --- Account : Toronto Public Library REFRESH(14400 sec): [1]https://account.torontopubliclibrary.ca/ We're sorry, you need to enable JavaScript to use the new version of the library account. [2]Back to old account --- (You can also specify the path to the cfg file by setting the environment variable LYNX_CFG) This might help you. Kyle Bachan wrote: > Yes, I do have the latest version on mac. Dan do you know why I'm unable to > see anything on the website while Karen is? > > On Thu, Apr 12, 2018 at 9:46 AM, dan d. wrote: > > > > > No, both macports and homebrew provide the latest version as soon as it is > > available, currently Lynx 2.8.8rel.2. > > > > On Wed, 11 Apr 2018, Karen Lewellen wrote: > > > > > If I am not mistaken, the last edition for the mac is several versions > > > old. > > > 2.8.5 or something? > > > anyway let us know. > > > > > > > > > > > > On Wed, 11 Apr 2018, Kyle Bachan wrote: > > > > > > > Brew is software that macs use to install programs. I will have to > > take a > > > > look at my version when I get to work tomorrow but that would explain > > why > > > > I'm not able to connect properly to the website. Once I have a properly > > > > working Lynx browser, it should make it much easier for me to see what > > the > > > > site looks like and make the adjustments. But I will investigate > > further > > > > tomorrow. Thank you for your help so far. > > > > > > > > On Wed, Apr 11, 2018 at 5:46 PM, Karen Lewellen < > > klewel...@shellworld.net> > > > > wrote: > > > > > > > >> Hi Kyle, > > > >> I have no idea what brew is. What edition of Lynx are you using for > > > >> testing? > > > >> The latest dev edition is dated 21 March 2018..which would be best for > > > >> testing. > > > >> At the very least use 2.8.8 which is the last edition as well. > > > >> I should add something else since you are testing. Make very certain > > that > > > >> *all* other account related functions work with this back door in, > > placing > > > >> holds for example. > > > >> As a test during my discussion with tpl staff I went into the the old > > > >> account area. I also did a search and placed an item on hold. > > However I > > > >> did not get the customary call informing me that the item was on hold > > in > > > >> the system, meaning it canceled instead of letting me get the item. > > > >> Additionally even low graphics browsers that support Javascript are > > not > > > >> working on your new account page. > > > >> For example in the Linux operating system, e-links which can be > > compiled > > > >> to support java script, and links which is likewise ocmpiled neither > > > >> produce the back to old account option, nor allow you to log in at > > all. > > > >> Keep in mind some mobile devices, windows phones for example, do not > > work > > > >> well with Java script. > > > >> TPL is a public site meaning regardless of browser used library > > patrons > > > >> should expect an open door. > > > >> If you found an edition of lynx that produced a blank page, then > > someone > > > >> can use another lower graphics browser and find a comparative barrier. > > > >> > > > >> Karen > > > >> > > > >> > > > >> > > > >> On Wed, 11 Apr 2018, Kyle Bachan wrote: > > > >> > > > >> Hi Karen, > > > >>> Oh, I had no idea you were talking to TPL. I'm actually on their web > > team > > > >>> which is why I'm trying to debug this specific issue. So you're > > saying > > > >>> that > > > >>> you get the JavaScript message then? Hmm... I installed lynx via brew > > > >>> which > > > >>> may be why there is a variation? > > > >>> > > > >>> > > > >>> > > > >>> > > > >>> On Wed, Apr 11, 2018, 5:07 PM Karen Lewellen < > > klewel...@shellworld.net> > > > >>> wrote: > > > >>> > > > >>> Hi Kyle, > > > I am presently in discussion with Toronto Library staff about this > > issue. > > > please please please call them and tell them you are having trouble. > > > What I have shared is that since they are a service for the general > > > public, the account aspects of the site should not require Java > > > Script...couldbe a human rights code violation truth be told. > > > there is a back door in, > > > type the url like this. > > > www.torontopubliclibrary.ca/oldaccount. > > > When I just checked your link, I did not get a blank page, but the > > > statement that JavaScript is required. > > > Again library staff *must* be told of the problem so they at the > > very > > > least add the old account l
Re: [Lynx-dev] Request for help identifying cause of issue rendering page elements
Karen Lewellen wrote: > But it did not. I read the page before I wrote asking to see the specific > link in question. Illustrating that I had read it with my correction > regarding a poster's statement about e-links. > > On Tue, 3 Apr 2018, Manil Chowdhury wrote: > > > Hi Karen, > > > > Thanks for responding. > > > > This page (https://digital.canada.ca/) should illustrate the issue. At the > > bottom are "Featured Blog Posts". The issue happens with that section. Manil - Can you please view that link, https://digital.canada.ca/, with lynx's TAGSOUP rendering option enabled? You should be able to toggle between lynx's TagSoup and SortaSGML rendering with ^V (ctrl-V) (by default, unless it has been remapped.) I can interact with the links under "Featured Blog Posts" with TAGSOUP enabled, I can not interact with them with it disabled. Lynx has two different rendering methods that it can use; TAGSOUP is one of them, and using it would appear to solve the issue that you are experiencing (although I am not entirely sure because you haven't actually said what the issue *is*, and I'm not having much luck wading through that github issue page). To recap: I understand your issue to be an inability to interact with certain links, examples of which can be found under "Featured Blog Posts" on the page at https://digital.canada.ca/. I have found that I can interact with those links while using lynx with TAGSOUP enabled, and wonder if that might work for you also. > > On Sun, 1 Apr 2018 at 18:23 Karen Lewellen wrote: > > > >> Hi, > >> Perhaps I missed it, but can you post here a link illustrating the problem? > >> For the record, elinks, if compiled as such supports Javascript making it > >> not a text based browser so to speak. > >> Anyway, share the link to the example here if you do not mind? > >> Karen > >> > >> > >> > >> On Mon, 2 Apr 2018, Manil Chowdhury wrote: > >> > >>> Hi there! > >>> > >>> I'm emailing to see if the issue detailed here ( > >>> https://github.com/cds-snc/digital-canada-ca/issues/98) is caused by a > >>> known issue in Lynx' rendering. And if there is a recommended fix. > >>> > >>> This comment ( > >>> > >> https://github.com/cds-snc/digital-canada-ca/issues/98#issuecomment-377701917 > >> ) > >>> contains details about where and how the issue is happening. We'd > >>> appreciate some insight on the "why", if possible! > >>> > >>> Thank you for your time! > >>> > >>> Manil > >>> > >> > > ___ Lynx-dev mailing list Lynx-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/lynx-dev
Re: [Lynx-dev] File download managers in Lynx
"dan d." wrote: > I would like to ask consideration be given to making the file download > agent a configuration item in the same way an alternative editor can > be used. > > One could use for exampl curl or wget with their particular options, > or in my intrest an agent which speeds download time by spliting the > file at its origin by multiple parallel requests and then reassembling > it locally. > > I use a mac and examples of the latter are axel or aria2 which have > many options as well as to how the download is done. Having played around with this locally, I wouldn't recommend the use of the DOWNLOADER option; stick with EXTERNAL_MENU. If you want to use aria2, I suggest: EXTERNAL_MENU:http:Down load with aria2:aria2c -q %s &:TRUE (If I get DOWNLOADER working, I'll make a note of it.) ___ Lynx-dev mailing list Lynx-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/lynx-dev
Re: [Lynx-dev] File download managers in Lynx
Jude DaShiell wrote: > Is external menu in lynx.cfg too? Yes. Some examples: # http EXTERNAL_MENU:http:Download YouTube video:youtube-dl -q --no-warnings %s &:TRUE EXTERNAL_MENU:http:Download YouTube audio:youtube-dl -x -q --no-warnings %s &:TRUE EXTERNAL_MENU:http:Open in graphical browser:open %s &:TRUE # ftp EXTERNAL_MENU:ftp:Download with curl:curl -O -L -s -f %s &:TRUE EXTERNAL_MENU:ftp:Copy ftp url:printf %s | pbcopy :TRUE # git EXTERNAL_MENU:git:Clone repo:git clone --quiet %s &:TRUE EXTERNAL_MENU:git:Copy repo url:printf %s | pbcopy :TRUE # mailto EXTERNAL_MENU:mailto:Compose message:mcom %s:TRUE EXTERNAL_MENU:mailto:Copy mailto link:printf %s | pbcopy:TRUE (I have found it more convenient to have at least two options for each protocol, otherwise lynx will just default to using a single one, if defined, and you might not always want that.) It's all quite well documented in lynx.cfg. > On Tue, 20 Feb 2018, Larry Hynes wrote: > > > Date: Tue, 20 Feb 2018 09:29:16 > > From: Larry Hynes > > To: dan d. > > Cc: lynx-dev@nongnu.org > > Subject: Re: [Lynx-dev] File download managers in Lynx > > > > "dan d." wrote: > >> I would like to ask consideration be given to making the file download > >> agent a configuration item in the same way an alternative editor can > >> be used. > >> > >> One could use for exampl curl or wget with their particular options, > >> or in my intrest an agent which speeds download time by spliting the > >> file at its origin by multiple parallel requests and then reassembling > >> it locally. > >> > >> I use a mac and examples of the latter are axel or aria2 which have > >> many options as well as to how the download is done. > > > > Have you looked at the DOWNLOADER option in lynx.cfg? Something > > like the following might work for you: > > > > DOWNLOADER:curl:curl -O -L -f -s %s %s &:TRUE > > > > You can also explore something like: > > > > EXTERNAL_MENU:http:curl download:curl -O -L -s -f %s &:TRUE > > > > You can specify aria2c as well, or in addition to, if you please. > > > > ___ > > Lynx-dev mailing list > > Lynx-dev@nongnu.org > > https://lists.nongnu.org/mailman/listinfo/lynx-dev > > ___ Lynx-dev mailing list Lynx-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/lynx-dev
Re: [Lynx-dev] File download managers in Lynx
"dan d." wrote: > I would like to ask consideration be given to making the file download > agent a configuration item in the same way an alternative editor can > be used. > > One could use for exampl curl or wget with their particular options, > or in my intrest an agent which speeds download time by spliting the > file at its origin by multiple parallel requests and then reassembling > it locally. > > I use a mac and examples of the latter are axel or aria2 which have > many options as well as to how the download is done. Have you looked at the DOWNLOADER option in lynx.cfg? Something like the following might work for you: DOWNLOADER:curl:curl -O -L -f -s %s %s &:TRUE You can also explore something like: EXTERNAL_MENU:http:curl download:curl -O -L -s -f %s &:TRUE You can specify aria2c as well, or in addition to, if you please. ___ Lynx-dev mailing list Lynx-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/lynx-dev
Re: [Lynx-dev] Disable cookies permanently
kalth...@gmail.com wrote: > I wondered if it was possible to disable cookies completly and > permanently. I only can find options to auto-accept cookies or options > to white-/blacklist cookies for certain domains. Even if I configure > lynx to ask me what to do with cookies of a certain site and I choose > "Never" as answer to the "Allow?"-question, lynx asks me again, once I > run a new lynx session. Maybe I did not search enough or proper or I > don't understand the used terms ... Can you find your lynx.cfg file? (Mine is at ~/.lynx/lynx.cfg, and is exported to my environment as LYNX_CFG=~/.lynx/lynx.cfg in my shell's ~/.profile.) An excerpt from that file, which is very well commented: --- h1 Cookies h2 SET_COOKIES # If SET_COOKIES is set FALSE, Lynx will ignore Set-Cookie headers # in http server replies. Note that if a COOKIE_FILE is in use (see # below) that contains cookies at startup, Lynx will still send those # persistent cookies in requests as appropriate. Setting SET_COOKIES # to FALSE just prevents accepting any new cookies from servers. To # prevent all cookie processing (sending *and* receiving) in a session, # make sure that PERSISTENT_COOKIES is not TRUE or that COOKIE_FILE does # not point to a file with cookies, in addition to setting SET_COOKIES # to FALSE. # The default is defined in userdefs.h, and can be overridden here, # and/or toggled via the -cookies command line switch. # SET_COOKIES:FALSE --- This should be enough to set you on the path you want. ___ Lynx-dev mailing list Lynx-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/lynx-dev
Re: [Lynx-dev] tagsoup?
Karen Lewellen wrote: > Hi folks, > I am engaged in troubleshooting with meetup over their comment submission > button . > They have asked about a lynx feature called tagsoup, which they claim > manages html5 better. > This does not ring a bell, but I have not played with the html5 aspects of > Lynx much. > The parser? their words. > Any wisdom on this? > Thanks, > Karen From man lynx: -tagsoup initialize parser, using Tag Soup DTD rather than SortaSGML. From Lynx_users_guide.html, which can be found online at http://lynx.invisible-island.net/lynx_help/Lynx_users_guide.html if it is not available to your local lynx installation HTML error recovery Lynx often has to deal with invalid HTML markup. It always tries to recover from errors, but there is no universally correct way for doing this. As a result, there are two parsing modes: "SortaSGML" attempts to enforce valid nesting of most tags at an earlier stage of processing, while "TagSoup" relies more on the HTML rendering stage to mimic the behavior of some other browsers. You can also switch between these modes with the CTRL-V key, and the default can be changed in lynx.cfg or with the -tagsoup command line switch. The "SortaSGML" mode will often appear to be more strict, and makes some errors apparent that are otherwise unnoticeable. One particular difference is the handling of block elements or .. inside ... Invalid nesting like this may turn anchors into hidden links which cannot be easily followed, this is avoided in "TagSoup" mode. See the [62]help on following links by number for more information on hidden links. Often pages may be more readable in "TagSoup" mode, but sometimes the opposite is true. Most documents with valid HTML, and documents with only minor errors, should be rendered the same way in both modes. If you are curious about what goes on behind the scenes, but find that the information from the -trace switch is just too much, Lynx can be started with the -preparsed switch; going into SOURCE mode (“\” key) and toggling the parsing mode (with CTRL-V) should then show some of the differences. see also: https://en.wikipedia.org/wiki/Tag_soup ___ Lynx-dev mailing list Lynx-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/lynx-dev
Re: [Lynx-dev] Browsing newyorker.com
russellb...@gmail.com wrote: > Quoth Mr Thomas Dickey: 'I'd check the user-agent first.' > I already make my user-agent Firefox's because JAMA sends > me limited mobile versions with lynx's default. Changing it back to > lynx's default makes no difference @newyorker.com Disable sending a user agent entirely (for that site, in particular). ___ Lynx-dev mailing list Lynx-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/lynx-dev
Re: [Lynx-dev] Lynx 2.8.9dev.12 - entered link numbers don't echo to screen
Thomas Dickey wrote: > On Sat, Apr 29, 2017 at 02:32:03PM +0100, Larry Hynes wrote: > > Thomas Dickey wrote: > > > On Sat, Apr 29, 2017 at 12:42:26PM +0100, Larry Hynes wrote: > > > > Hi > > > > > > > > I built and installed Lynx 2.8.9dev.12 (on Darwin, OS X "Yosemite" > > > > 10.10.5) this morning. > > > > > > > > Entering a link number opens the > > > > > > > > 'Follow link (or goto link or page) number:' > > > > > > > > dialog, but without 'pre-filling' it with the number that has been > > > > entered. All subsequently entered numbers do not echo to the dialog > > > > prompt. Hitting return selects the entered link number correctly. > > > > > > I see (will fix, and put out a new version) > > > > Great - thanks. > > It's a small change - > > diff -u -r1.266 src/LYStrings.c > --- src/LYStrings.c 2017/04/29 00:32:21 1.266 > +++ src/LYStrings.c 2017/04/29 14:38:32 > @@ -3112,6 +3112,8 @@ > have = LYstrExtent2(s, pos); > CTRACE_EDIT((tfp, " %2d:%2d:%.*s\n", pos, have, pos, s)); > if (have >= cells) { > + if (cells <= 0) > + break; > /* the best solution is the one with the most bytes */ > best = pos; > } > > ...which doesn't appear to break last night's change :-) Heh. That's working here now, thanks. ___ Lynx-dev mailing list Lynx-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/lynx-dev
Re: [Lynx-dev] Lynx 2.8.9dev.12 - entered link numbers don't echo to screen
Thomas Dickey wrote: > On Sat, Apr 29, 2017 at 12:42:26PM +0100, Larry Hynes wrote: > > Hi > > > > I built and installed Lynx 2.8.9dev.12 (on Darwin, OS X "Yosemite" > > 10.10.5) this morning. > > > > Entering a link number opens the > > > > 'Follow link (or goto link or page) number:' > > > > dialog, but without 'pre-filling' it with the number that has been > > entered. All subsequently entered numbers do not echo to the dialog > > prompt. Hitting return selects the entered link number correctly. > > I see (will fix, and put out a new version) Great - thanks. > > configure and make output follow... > > > > (ncurses is version 6.0_3) > > what's "6.0_3? - ncurses versions use a patch date, not "_3" Ah. Version (as per config output) appears to be 6.0.20160910; homebrew (osx package manager) unhelpfully just puts it in a dir named '6.0_3', which I read it from! ___ Lynx-dev mailing list Lynx-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/lynx-dev
[Lynx-dev] Lynx 2.8.9dev.12 - entered link numbers don't echo to screen
Hi I built and installed Lynx 2.8.9dev.12 (on Darwin, OS X "Yosemite" 10.10.5) this morning. Entering a link number opens the 'Follow link (or goto link or page) number:' dialog, but without 'pre-filling' it with the number that has been entered. All subsequently entered numbers do not echo to the dialog prompt. Hitting return selects the entered link number correctly. configure and make output follow... (ncurses is version 6.0_3) $ ./configure --with-zlib \ --with-bzlib \ --with-ssl=/usr/local/opt/openssl \ --with-screen=ncurses \ --with-curses-dir=/usr/local/opt/ncurses \ --disable-echo \ --enable-externs \ --enable-gzip-help \ --enable-htmlized-cfg \ --enable-local-docs \ --enable-exec-links \ --enable-exec-scripts \ --enable-default-colors \ --x-includes=/opt/X11/include \ --x-libraries=/opt/X11/lib \ --enable-cgi-links checking build system type... x86_64-apple-darwin14.5.0 checking host system type... x86_64-apple-darwin14.5.0 checking target system type... x86_64-apple-darwin14.5.0 Configuring for darwin14.5.0 checking for DESTDIR... checking for gcc... gcc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for executable suffix... checking for object suffix... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking version of gcc... 7.0.2 checking for gcc option to accept ANSI C... none needed checking $CC variable... ok checking how to run the C preprocessor... gcc -E checking whether ln -s works... yes checking whether make sets ${MAKE}... yes checking for a BSD compatible install... /usr/local/bin/ginstall -c checking for bison... bison -y checking for lint... no checking for cppcheck... no checking for splint... splint checking for makeflags variable... checking if filesystem supports mixed-case filenames... no checking for exctags... no checking for ctags... ctags checking for exetags... no checking for etags... etags checking for ctags... yes checking for windres... none checking for ranlib... ranlib checking for ar... ar checking for options to update archives... -curv checking if you want to see long compiling messages... no checking if you want to check memory-leaks... no checking if you want to enable debug-code... no checking if you want to enable lynx trace code *recommended* ... yes checking if you want verbose trace code... no checking if you want to turn on gcc warnings... no checking if you want to use dbmalloc for testing... no checking if you want to use dmalloc for testing... no checking $CC variable... ok checking for gcc option to accept ANSI C... -DCC_HAS_PROTOS checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... no checking for _LARGE_FILES value needed for large files... no checking for _LARGEFILE_SOURCE value needed for large files... no checking for fseeko... yes checking whether to use struct dirent64... no checking for PATH separator... : checking for msginit... no checking for ranlib... (cached) ranlib checking for ANSI C header files... yes checking for inline... inline checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for off_t... yes checking for size_t... yes checking for working alloca.h... yes checking for alloca... yes checking for stdlib.h... (cached) yes checking for unistd.h... (cached) yes checking for getpagesize... yes checking for working mmap... yes checking whether we are using the GNU C Library 2.1 or newer... no checking for argz.h... no checking for limits.h... yes checking for locale.h... yes checking for nl_types.h... yes checking for malloc.h... no checking for stddef.h... yes checking for stdlib.h... (cached) yes checking for string.h... (cached) yes checking for unistd.h... (cached) yes checking for sys/param.h... yes checking for feof_unlocked... yes checking for fgets_unlocked... no checking for getcwd... yes checking for getegid... yes checking for geteuid... yes checking for getgid... yes checking for getuid... yes checking for mempcpy... no checking for munmap... yes checking for putenv... yes checking for setenv... yes checking for setlocale... yes checking for stpcpy... yes checking for strchr... yes checking for strcasecmp... yes checking for strdup... yes checking for strtoul... yes checking for tsearch... yes checking for __argz_count... no checking for __argz_stringify... no checking for __argz_next... no checking for iconv... yes checking if the declaration of iconv() needs const no checking for nl_langinfo and CODESET... yes checking for LC_MESSAGES... yes checking whether NLS is requested... no checking i
Re: [Lynx-dev] -xhtml-parsing vs -xhtml_parsing
Thomas Dickey wrote: > On Thu, Apr 20, 2017 at 11:11:06PM +0100, Larry Hynes wrote: > > Hi > > > > (Lynx 2.8.9dev.11) > > > > As per `man lynx`, -xhtml_parsing should work: > > > > -xhtml_parsing > > tells Lynx that it can ignore certain tags which > > have no content in an XHTML 1.0 document. For > > example "" will be discarded. > > > > $ lynx -xhtml_parsing http://lynx.invisible-island.net/current/ > > lynx: Invalid Option: -xhtml_parsing > > USAGE: lynx [options] [file] > > Options are: > > ... > > ... > > -xhtml-parsingenable XHTML 1.0 parsing (off) > > > > I imagine that it would be 'better' to get -xhtml_parsing working > > correctly, rather than simply amend man page to include -xhtml-parsing, > > as all(?) other options seem to be -foo_bar, not -baz-qux. That > > said, however, -xhtml-parsing seems to date from 2008-09-21 > > (2.8.7dev.10) (in CHANGES), so perhaps the intention is to use > > hyphen, not underscore? > > iirc, lynx accepts either "-" or "_" in options... > > man lynx > >Lynx uses only long option names. Option names can begin with double >dash as well, underscores and dashes can be intermixed in option names >(in the reference below options are with one dash before them and with >underscores). > > though perhaps that relies on the table having "_", and just > treating "-" as an alternative (something to check) Following diff seems to fix it. (Moral of the story: use "_" in table.) --- src/LYMain.c2017-04-21 15:06:35.0 +0100 +++ LYMain2.c 2017-04-21 15:07:11.0 +0100 @@ -4039,7 +4039,7 @@ ), #endif PARSE_SET( - "xhtml-parsing", 4|SET_ARG, LYxhtml_parsing, + "xhtml_parsing", 4|SET_ARG, LYxhtml_parsing, "enable XHTML 1.0 parsing" ), PARSE_NIL ___ Lynx-dev mailing list Lynx-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/lynx-dev
[Lynx-dev] -xhtml-parsing vs -xhtml_parsing
Hi (Lynx 2.8.9dev.11) As per `man lynx`, -xhtml_parsing should work: -xhtml_parsing tells Lynx that it can ignore certain tags which have no content in an XHTML 1.0 document. For example "" will be discarded. $ lynx -xhtml_parsing http://lynx.invisible-island.net/current/ lynx: Invalid Option: -xhtml_parsing USAGE: lynx [options] [file] Options are: ... ... -xhtml-parsingenable XHTML 1.0 parsing (off) I imagine that it would be 'better' to get -xhtml_parsing working correctly, rather than simply amend man page to include -xhtml-parsing, as all(?) other options seem to be -foo_bar, not -baz-qux. That said, however, -xhtml-parsing seems to date from 2008-09-21 (2.8.7dev.10) (in CHANGES), so perhaps the intention is to use hyphen, not underscore? ___ Lynx-dev mailing list Lynx-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/lynx-dev
Re: [Lynx-dev] options
iohann wrote: > when i go to options for configuring lynx behavior, almost all options > "will not be saved". how do i configure lynx so that i can change & save > options? Look in lynx.cfg (which is in ~/.lynx/ on my machine) for the ENABLE_LYNXRC options. From the preamble to those options: # The forms-based O'ptions menu shows a (!) marker beside items which # are not saved to ~/.lynxrc -- the reason for disabling some of # these items is that they are likely to cause confusion if they are # read from the .lynxrc file for each session. However, they can be # enabled or disabled using the ENABLE_LYNXRC settings. The default # (compiled-in) settings are shown below. The second column is the # name by which a setting is saved to .lynxrc (which is chosen where # possible to correspond with lynx.cfg). Use "OFF" to disable writing a # setting, "ON" to enable it. Settings are read from .lynxrc after the # corresponding data from lynx.cfg, so they override lynx.cfg, which is # probably what users expect. ___ Lynx-dev mailing list Lynx-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/lynx-dev
[Lynx-dev] minor correction to lynx.cfg
The option: #ENABLE_LYNXRC:SEND_USERAGENT:OFF appears twice in lynx.cfg --- lynx.cfg2016-11-26 20:25:05.0 + +++ lynx.cfg.1 2016-11-26 20:25:20.0 + @@ -3406,7 +3406,6 @@ #ENABLE_LYNXRC:RUN_EXECUTION_LINKS_ON_LOCAL_FILES:ON #ENABLE_LYNXRC:SCROLLBAR:OFF #ENABLE_LYNXRC:SELECT_POPUPS:ON -#ENABLE_LYNXRC:SEND_USERAGENT:OFF #ENABLE_LYNXRC:SESSION_FILE:OFF #ENABLE_LYNXRC:SET_COOKIES:OFF #ENABLE_LYNXRC:SHOW_COLOR:ON ___ Lynx-dev mailing list Lynx-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/lynx-dev