Re: [Lynx-dev] Japanese (JIS, EUC, Shift-JIS), uxterm

On Fri, 16 Jul 2004, I wrote: Henry, please add this line to your lynx.cfg, then you should never see the extra charset meta in the downloaded file. PREPEND_BASE_TO_SOURCE:FALSE ouch! I wanted to write PREPEND_CHARSET_TO_SOURCE:FALSE. -- Takeshi Hataguchi E-mail: [EMAIL PROTECTED]

Re: [Lynx-dev] progress/status

I'm about 2/3 through the dev.6 changes, and am working on the slice that I started a couple of months ago - making the options menu display properly for Japanese. There are some repainting problems with the link-traversal, but the layout is improved. See

Re: [Lynx-dev] lynx2.8.6dev.6

Thorsten Glaser wrote: [EMAIL PROTECTED] dixit: - most japanese pages work in kterm (note that my lynx is still English, and neither locale nor gettext/nls support exists in the operating environment) most = these in EUC-JP - some work if I set both lynx and kterm to

Re: [Lynx-dev] lynx2.8.6dev.6

Thorsten Glaser wrote: [EMAIL PROTECTED] dixit: - some work if I set both lynx and kterm to display character set Shift-JIS (lynx seems to not convert between them) some work? Do you mean some work and some doesn't work? some = these in SJIS ;-) sorry for being unclear

Re: [Lynx-dev] lynx display buffer questions

Just my $0.02, but as a Windows98/XP terminal emulator user, the main problem is that, to my knowledge, there is no fixed-width unicode font available. The best I can do is the Japanese MS Gothic, which gives me English, Japanese and some Cyrillic and Greek. Do you mean that MS Gothic is

Re: [Lynx-dev] lynx display buffer questions

On Sun, 15 May 2005 16:14:29, [EMAIL PROTECTED] wrote: On Thu, May 12, 2005 at 11:04:27PM +0900, [EMAIL PROTECTED] wrote: available. The best I can do is the Japanese MS Gothic, which gives me English, Japanese and some Cyrillic and Greek. Do you mean that MS Gothic is enough for

[Lynx-dev] unescape '\' in mailcap's command

Since 2.8.6dev.5, Lynx seems to unescape '\' twice in command line which is indicated in mailcap file. For example, we have to write image/jpeg; C\:APPIVIEWI_VIEW32.EXE %s to call C\:\APP\IVIEW\I_VIEW32.EXE. Until 2.8.6dev.4, we can write image/jpeg;

Re: [Lynx-dev] lynx display buffer questions

I was able to read UTF-8 pages and see Cyrillic, Japanese, Hebrew, Arabic and Korean all on the same page (http://czyborra.com/) in Lynx 2.8.6dev.7. ** Pretty fantastic. ** Good. _BUT_, now I can't view pages written in euc-jp !!! Now Lynx can't translate text from euc-jp to utf-8, so

Re: [Lynx-dev] lynx display buffer questions

# I wrote details before. # http://lists.gnu.org/archive/html/lynx-dev/2004-02/msg00201.html Sorry; I had forgotten. What is the status of your iconv patch that you mention in that message? This patch has been already merged into Lynx's code since 2.8.6dev.4 (--enable-japanese-utf8).

Re: [Lynx-dev] lynx display buffer questions

2.8.6dev.4 (--enable-japanese-utf8). But this makes it possible only to convert utf-8 strings to euc-jp or Shift_JIS. Reverse conversion isn't implemented yet because I thought it was needed seriously. I wrote an additional patch concerned with this. http://www.t3.rim.or.jp/~patakuti/tmp/lynx

[Lynx-dev] Option Menu with 2.8.6dev.15 on Windows

I have a trouble with showing Option Menu with 2.8.6dev.15 on Windows, which I compiled with PDCurses 2.5. This is a screen shot with trouble. http://lynx-win32-pata.sourceforge.jp/tmp/286dev15_OptionScreen.png For example, Case insensitive is showed double. -- Takeshi Hataguchi E-mail:

Re: [Lynx-dev] security problem in EXTERNAL on Windows

On Sat, 26 Nov 2005, I wrote: I found a security problem in some versions of lynx, includes 2.8.5rel.1 and 2.8.6dev.15. There may be some risks when executing external programs against malicious URL by EXTERNAL mechanism on Windows platform. I wrote a patch for 2.8.6dev.15 and tested on

[Lynx-dev] curius behaviors navigating a page internally

I found curius behaviors of Lynx2.8.6dev.16. case1: 1. start Lynx with command line: navigatePageTest.html#l50, then Lynx shows line 50. % lynx navigatePageTest.html#l50 2. press tab key, then cursor is moved to line 100. 3. press ^R key, then screen is moved to line 50.

Re: [Lynx-dev] Japanese character vanished in right side edge

On Sat, 21 Jan 2006, [EMAIL PROTECTED] wrote: On Sat, Jan 21, 2006 at 06:05:19PM +0900, [EMAIL PROTECTED] wrote: I received a report that a Japanese character was vanished in the right side edge. I attached a sample file for this problem and put screen shots below. what character set

Re: [Lynx-dev] Japanese character vanished in right side edge

On Sun, 22 Jan 2006, I wrote: On Sat, 21 Jan 2006, [EMAIL PROTECTED] wrote: On Sat, Jan 21, 2006 at 06:05:19PM +0900, [EMAIL PROTECTED] wrote: I received a report that a Japanese character was vanished in the right side edge. I attached a sample file for this problem and put

[Lynx-dev] Lynx settings page is vanished and RULE:MAP behavior

Lynx settings page: http://www.hippo.ru/%7Ehvv/lynxcfg_toc.html, which is linked from Lynx Help Page, seems to be vanished. I heard that a person copied the pages in http://www.geocities.jp/lynx_cfg/lynxcfg_toc.html. # He is not an original author. lynx_help/Lynx_users_guide.html and

[Lynx-dev] patch for cygwin

I wrote a patch for compiling under cygwin environment. - modify not to check d_ino when __CYGWIN__ is defined because it doesn't seem to be supported by Cygwin now. - modify to use fill_rehostent to avoid segfault in _fork_func, which is used Win32 environment (includes Cygwin).

[Lynx-dev] compile error under Cygwin (was: lynx2.8.6dev.18)

):HTTCP.c:(.text+0x5f2): undefined reference to `_WSASetLastError' | Info: resolving _h_errno by linking to __imp__h_errno (auto-import) | collect2: ld returned 1 exit status | make[1]: *** [lynx.exe] Error 1 | make[1]: Leaving directory `/cygdrive/d/home/patakuti/tmp/cygwin/dev18/lynx2-8-6/src' | make

Re: [Lynx-dev] Lynx with SSL support for WinXP installation needed

To Whom It May Concern: I'm trying to get a version of Lynx that can read SSL pages on the web on a WinXP box. I am not technical, so I'd like an easy install method if that is possible. Download Lynx286dev17TH.exe from https://sourceforge.jp/projects/lynx-win32-pata/files/ This is an easy

Re: [Lynx-dev] Problem with SSL certificates in Lynx

On Mon, 26 Jun 2006, [EMAIL PROTECTED] wrote: I tried looking thru the mailing list archives and could not find anything useful for the following issue. When connecting to a site with a proper certificate (not self-signed, using a proper CA, listed properly in /etc/ssl/certs) i get error

Re: [Lynx-dev] Problem with SSL certificates in Lynx

X509_NAME_oneline doesn't seem to be compatible with GnuTLS and OpenSSL. Lynx doesn't work well with GnuTLS's format. [snip] Debian stable uses gnutls by default... Aki Tuomi That was already reported to Debian Bug tracking system 2 years ago. There also seems to be patches and a

Re: [Lynx-dev] text browsing

On Tue, 25 Jul 2006, [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] dixit: - change the compiler from Borland's bcc32 to MingW's gcc Why? It depends on SSL library. I think it's easier to compile with GnuTLS using the MingW's compiler than using Borland's one. - change the SSL library

Re: [Lynx-dev] text browsing

On Fri, 28 Jul 2006, [EMAIL PROTECTED] wrote: The MingW version of lynx which I have been porting (but not yet distributing) is compiled with NLS and seems to work fine. I linked it with gettext-0.11.5 which I ported to MingW last year. I generally compile MingW programs under Cygwin with

Re: Compiling MingW lynx under Cygwin (was Re: [Lynx-dev] text browsing)

On Sun, 30 Jul 2006, [EMAIL PROTECTED] wrote: On Sat, 29 Jul 2006 [EMAIL PROTECTED] wrote: May I ask you the concrete steps to compile Lynx under Cygwin with -mno-cygwin? Do you mean running configure make on Cygwin bash? OK. I went back through my notes and patches and did some more

Re: [Lynx-dev] UTF-8 problem

On Thu, 07 Sep 2006, [EMAIL PROTECTED] wrote: Hi all, I'm recently migrating from ja_JP.eucJP to ja_JP.UTF-8 and might find a problem. On kterm with ja_JP.eucJP, lynx can display a page of both ISO-2022-JP or euc-jp (or even UTF-8) if a source file setts a correct charset=ISO-2022-JP or

[Lynx-dev] nested-table in lynx2.8.6pre.2

It seems that nested-table is on by default in lynx2.8.6pre.2 with configure option --nable-nested-tables, though it's off by default until lynx2.8.6dev.18. I think it's better off by default because the bug, I reported on 02 May 2003, doesnt seem to be fixed yet.

Re: [Lynx-dev] nested-table in lynx2.8.6pre.2

On Sun, 10 Sep 2006, [EMAIL PROTECTED] wrote: On Mon, 11 Sep 2006, [EMAIL PROTECTED] wrote: On Sat, 9 Sep 2006, [EMAIL PROTECTED] wrote: On Sat, Sep 09, 2006 at 06:00:25PM +0900, [EMAIL PROTECTED] wrote: It seems that nested-table is on by default in lynx2.8.6pre.2 with configure

Re: [Lynx-dev] nested-table in lynx2.8.6pre.2

On Tue, 12 Sep 2006, [EMAIL PROTECTED] wrote: On Tue, 12 Sep 2006, Henry Nelson wrote: On Mon, Sep 11, 2006 at 05:01:13PM -0400, Thomas Dickey wrote: 2001-08-15 (2.8.5dev.2) * work around defect in move_anchors_in_region() and related logic by changing default for nested-tables to

Re: [Lynx-dev] nested-table in lynx2.8.6pre.2

On Fri, 15 Sep 2006, [EMAIL PROTECTED] wrote: Also, can lynx-devers suggest some URLs of good examples of tables where nested-table logic improves the presentation? Thanks. http://weather.asahi.com/pinpoint/kanto/tokyo.html Tokyo's wether information page in Japanese. I can get

[Lynx-dev] hyperlink's color with color-style

I found a trouble with hyperlink's color with color-style. hyperlinkColorTest.html has 11 hyperlinks. 1. Open it, image's color is as the same as normal text. http://lynx-win32-pata.sourceforge.jp/tmp/hyperlinkColorTest_fig1.png # not expected. 2. And press down-arrow 10 times, then

[Lynx-dev] strange behavior opening localfile with #

I've got a report about Lynx's strange behavior opening localfile with # on Windows. These are the behaviors which I found, putting a file, which name is foo#bar, on the current directory and d:/tmp. 1. It SHOULD be opend and actually it is. (expected) lynx -cfg=lynx.cfg -lss=lynx.lss

[Lynx-dev] trouble with showing 1 line page at the bottom

The current Lynx has a trouble to show 1 line page at the bottom of the document. The page indicator is also wrong. For example, when display_lines is 23 and a document has 24 lines, it shows only 23 lines but can't go to the next page. The page indicator shows (p1 of 1). I wrote an ad hoc

Re: [Lynx-dev] Wrapping line behavior

From: Thomas Dickey Subject: Re: [Lynx-dev] Wrapping line behavior Date: Thu, 2 Feb 2017 20:37:55 -0500 > c) Your suggested change modifies (undoes) an older chunk of code dating >from early 2012. Here's my change note for that: > > REV:1.219 GridText.c

Re: [Lynx-dev] Wrapping line behavior

>> > as well as knowing what X resources you are using for kterm (as well as >> > the $TERM value -- which should be "kterm", not "xterm", since the latter >> > uses several features _not_ in kterm's repertoire). >> >> How can I show X resources I'm using for kterm? >> I don't use .Xresources and

Re: [Lynx-dev] Wrapping line behavior

> So... it would be nice to have a copy of these files from your configure > and build: > > a) config.log > > b) config.status > > c) config.cache Could you find attached files? > as well as knowing what X resources you are using for kterm (as well as > the $TERM value -- which should be

Re: [Lynx-dev] Wrapping line behavior

> For the unconditional wrapping - I suppose it's possible that lynx is > confused about the width of the terminal. If it were only kterm (and > not also the Windows port), I'd check if you have disabled the auto-wrap > feature (which kterm, being based on xterm, I think would apply). It doesn't

Re: [Lynx-dev] Wrapping line behavior

>> > I tried 2.8.8dev.10 with ncursesw just now, and then got result as same as >> > 2.8.8dev.9 (former expected result). >> > I confirmed this problem with slang on Ubuntu and PDCurses2.5 on Windows. >> >> I just tried with slang (and 2.8.8dev.10) and see the older behavior: >> >> Lynx Version

Re: [Lynx-dev] Wrapping line behavior

>> For the unconditional wrapping - I suppose it's possible that lynx is >> confused about the width of the terminal. If it were only kterm (and >> not also the Windows port), I'd check if you have disabled the auto-wrap >> feature (which kterm, being based on xterm, I think would apply). > > It

Re: [Lynx-dev] Wrapping line behavior

>> 2017/01/19 08:33 ... X dej: >>> When using the equal key (=), the URL after "Action:" of this page >>> titled "Information about the current document" can be, when too long >>> to fit, wrapped respecting the margins. This is unfortunate because it >>> is not easy to select that URL with a mouse

Re: [Lynx-dev] Wrapping line behavior

Thanks for your comment. It seems to depend on screen library. I tried 2.8.8dev.10 with ncursesw just now, and then got result as same as 2.8.8dev.9 (former expected result). I confirmed this problem with slang on Ubuntu and PDCurses2.5 on Windows. By the way, the version I reported is correct.

[Lynx-dev] LYE_PASTE doesn't work properly on Windows

LYE_PASTE doesn't work properly on Windows. Attached file is an ad-hoc patch to solve the problem. I'm sorry that I'm not sure it's appropriate way. -- Takeshi Hataguchi E-mail: patak...@users.sourceforge.jp lynx.patch_for_289dev11-2 Description: Binary data

[Lynx-dev] Unexpected behavior downloading Lynx's binary

I found an unexpected behavior in downloading Lynx's binary by Lynx. http://invisible-mirror.net/archives/lynx/tarballs/lynx2.8.9dev.11.tar.bz2 --> Downloaded file: lynx2.8.9dev.11.tar.bz2 The file is gzipped. (mismatch between content (gzipped) and file extention (bz2))

Re: [Lynx-dev] Unexpected behavior downloading Lynx's binary

> Then you write that content served with a "Content-Encoding: gzip" > header "should" be decompressed by lynx, which, to me, implied that > it wasn't happening in some cases. But that wasn't what the > original poster was talking about. I'm sorry to confuse you and the delay in my reply. I

[Lynx-dev] patch for treatment Japanese characters

I wrote a patch to correct treatment Japanese characters. It seems to be broken by integration (2.8.8dev.9) and modification against warning (2.8.8dev.6). -- Takeshi Hataguchi E-mail: patak...@users.sourceforge.jp lynx.patch_for_289dev11 Description: Binary data

[Lynx-dev] Wrapping line behavior

Wrapping line behavior seems to have been changed since 2.8.8dev.10. I think old behavior is preferable because all characters are shown. Attached files are the test file and screen shots of 2.8.8dev.9 and 2.8.8dev.10. I tried with slang. -- Takeshi Hataguchi E-mail:

[Lynx-dev] Small patches for lynx2.8.9dev.16

I wrote some small patches for lynx2.8.9dev.16. If some of them conflicts with your policy, please discard them. Thanks. - Terminate when pressing 'd'(download) on no action button. lynx.patch_for_289dev16 NoActionButtonTest.html - Incompatibility in move() between POSIX and Windows. ref:

Re: [Lynx-dev] Small patches for lynx2.8.9dev.16

Thanks for your useful comment. I agree with your comment regarding DOS like file systems. > bug produced when the coding is posix centric. It remains unclear > to me why stat is used instead of access. Something like: > access(dst, F_OK) != 0 > is faster than having to compute stat for a

Re: [Lynx-dev] Small patches for lynx2.8.9dev.16

> The issue is that resize_term_WinPDC is compiled also by some compilers > that are not windows compilers. I would suggest a small modification > like the patch below. After this change everthing compiled and > worked flawlessly for me. Thanks again for your nice comment. These three functions

[Lynx-dev] Year 2038 problem in handling cookie date

I found a site sending a cookie whose gobble date is after January 2038. https://tabi-labo.com/ Lynx crashes when accessing the site with 32-bit system. I wrote an ad-hoc patch to prevent the crash. diff -rub orig/lynx2.8.9dev.16/src/parsdate.c lynx2.8.9dev.16/src/parsdate.c ---