From ablo_zhou at 163.com  Tue Apr  1 20:54:59 2008
From: ablo_zhou at 163.com (ablo)
Date: Wed, 2 Apr 2008 10:54:59 +0800
Subject: [elinks-dev] I'd like to add Chiese/Japnese/Korea support to elinks
References: <mailman.0.1207034607.1876.elinks-dev@linuxfromscratch.org>
Message-ID: <009901c8946c$f1328d60$5c01a8c0@zhouhh>

Hi all,

    I'm a Chinese in Bejing, my name is Zhou Haihan.You may call me Ablo. I found that elinks is a good text browser, but it does not support good of Chiese languase. So I'd like to join the development team and want to make it more comfortable of mutibytes language. 

Best wishes!


Ablo

From anhnmncb at gmail.com  Tue Apr  1 23:10:31 2008
From: anhnmncb at gmail.com (anhnmncb)
Date: Wed, 2 Apr 2008 13:10:31 +0800
Subject: [elinks-dev] I'd like to add Chiese/Japnese/Korea support
	to	elinks
In-Reply-To: <009901c8946c$f1328d60$5c01a8c0@zhouhh>
References: <mailman.0.1207034607.1876.elinks-dev@linuxfromscratch.org>
	<009901c8946c$f1328d60$5c01a8c0@zhouhh>
Message-ID: <20080402051031.GA892@freebsd.hasee.cpu>

On Wed, Apr 02, 2008 at 10:54:59AM +0800, ablo wrote:
> Hi all,
> 
>     I'm a Chinese in Bejing, my name is Zhou Haihan.You may call me Ablo. I found that elinks is a good text browser, but it does not support good of Chiese languase. So I'd like to join the development team and want to make it more comfortable of mutibytes language. 
> 

Pardon for my terrible poor English.

Ablo, thank you, the reason let me get away from elink is the poor
Chinese support, your join will make me so expected for new version
elinks, maybe I should install one then start learning it!

-- 
Reguards,

anhnmncb.
PGP key: 44A31344

From ablo_zhou at 163.com  Wed Apr  2 00:03:07 2008
From: ablo_zhou at 163.com (ablo)
Date: Wed, 2 Apr 2008 14:03:07 +0800
Subject: [elinks-dev] I'd like to add Chiese/Japnese/Korea
	supportto	elinks
References: <mailman.0.1207034607.1876.elinks-dev@linuxfromscratch.org><009901c8946c$f1328d60$5c01a8c0@zhouhh>
	<20080402051031.GA892@freebsd.hasee.cpu>
Message-ID: <001401c89487$3d943cc0$5c01a8c0@zhouhh>

Thanks to anhnmncb.
But it's only a good willing. I need some team leader  distribute tasks to me and tell me where to modify. I 'm new to elinks.

Ablo.

----- Original Message ----- 
From: "anhnmncb" <anhnmncb at gmail.com>
To: "ELinks text WWW browser development mailing list" <elinks-dev at linuxfromscratch.org>
Sent: Wednesday, April 02, 2008 1:10 PM
Subject: Re: [elinks-dev] I'd like to add Chiese/Japnese/Korea supportto elinks


> On Wed, Apr 02, 2008 at 10:54:59AM +0800, ablo wrote:
>> Hi all,
>> 
>>     I'm a Chinese in Bejing, my name is Zhou Haihan.You may call me Ablo. I found that elinks is a good text browser, but it does not support good of Chiese languase. So I'd like to join the development team and want to make it more comfortable of mutibytes language. 
>> 
> 
> Pardon for my terrible poor English.
> 
> Ablo, thank you, the reason let me get away from elink is the poor
> Chinese support, your join will make me so expected for new version
> elinks, maybe I should install one then start learning it!
> 
> -- 
> Reguards,
> 
> anhnmncb.
> PGP key: 44A31344
> _______________________________________________
> elinks-dev mailing list
> elinks-dev at linuxfromscratch.org
> http://linuxfromscratch.org/mailman/listinfo/elinks-dev

From kon at iki.fi  Wed Apr  2 15:31:56 2008
From: kon at iki.fi (Kalle Olavi Niemitalo)
Date: Thu, 03 Apr 2008 00:31:56 +0300
Subject: [elinks-dev] I'd like to add Chiese/Japnese/Korea support to
	elinks
In-Reply-To: <009901c8946c$f1328d60$5c01a8c0@zhouhh>
References: <mailman.0.1207034607.1876.elinks-dev@linuxfromscratch.org>
	<009901c8946c$f1328d60$5c01a8c0@zhouhh>
Message-ID: <871w5o6j03.fsf@Astalo.kon.iki.fi>

"ablo" <ablo_zhou at 163.com> writes:

> I found that elinks is a good text browser, but it does not
> support good of Chiese languase. So I'd like to join the
> development team and want to make it more comfortable of
> mutibytes language.

ELinks 0.12.GIT already supports multibyte UTF-8, so it can
display <http://zh.wikipedia.org/>, for example.
You may want to implement some of the following:

- Support other multibyte charsets in HTTP.  (enhancement 891)

- Better text-wrapping rules for CJK characters.  Currently,
  ELinks assumes that the line can be broken wherever there is a
  fullwidth character.  Japanese has "kinsoku shori" rules that
  should preferably be followed.  I don't know if Chinese has
  something similar.

- Allow non-ASCII characters in key bindings.  (enhancement 825)

- po/zh.po.

- Internally support non-Unicode characters.  I think this should
  not be done without good reason.  The current Unicode support
  already makes the code annoyingly complex and still has some
  bugs.
 
- Support other multibyte charsets in terminal I/O.  This too
  seems like complexity best avoided.  One can already convert
  the terminal I/O to a different charset by running ELinks
  inside Screen.

- Ruby or furigana.

- Support other multibyte charsets in file names, external
  editors, and configuration files.

- Better support for combining characters.  0.12.GIT does not
  support them at all.  0.13.GIT has some experimental code.

- Unicode normalization, e.g. for searching.

So, I suggest you describe what you think is the most urgent
change, and I or someone else can then advise on how to best
implement that.

However, I do not personally want to add such features to ELinks
0.12.GIT.  It should already have been released a year ago and
there still are bugs blocking the release.  Changes like these
seem likely to cause new bugs, so they should go in 0.13.GIT
instead.  The po/zh.po would be an exception though.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 188 bytes
Desc: not available
Url : http://linuxfromscratch.org/pipermail/elinks-dev/attachments/20080403/9c0eb992/attachment.bin 

From ablo_zhou at 163.com  Wed Apr  2 20:54:33 2008
From: ablo_zhou at 163.com (ablo)
Date: Thu, 3 Apr 2008 10:54:33 +0800
Subject: [elinks-dev] I'd like to add Chiese/Japnese/Korea support
	toelinks
References: <mailman.0.1207034607.1876.elinks-dev@linuxfromscratch.org><009901c8946c$f1328d60$5c01a8c0@zhouhh>
	<871w5o6j03.fsf@Astalo.kon.iki.fi>
Message-ID: <001b01c89536$104466f0$bc01a8c0@zhouhh>

Thanks to Kalle.

OK,I'll test the 0.12GT in Chiese Enviroment and send a report to you.
Now I'm using version 0.9.2. on pietty/putty. the window format code and Chinese code all are incorrect.

Ablo
----- Original Message ----- 
From: "Kalle Olavi Niemitalo" <kon at iki.fi>
To: "ELinks text WWW browser development mailing list" <elinks-dev at linuxfromscratch.org>
Sent: Thursday, April 03, 2008 5:31 AM
Subject: Re: [elinks-dev] I'd like to add Chiese/Japnese/Korea support toelinks


> _______________________________________________
> elinks-dev mailing list
> elinks-dev at linuxfromscratch.org
> http://linuxfromscratch.org/mailman/listinfo/elinks-dev
>

From giridhar at appaji.net  Sun Apr 27 00:21:24 2008
From: giridhar at appaji.net (Y Giridhar Appaji Nag)
Date: Sun, 27 Apr 2008 11:51:24 +0530
Subject: [elinks-dev] FSP in ELinks 0.11.3
In-Reply-To: <20080426121849.GA7340@pldmachine>
References: <20080426105450.GB5776@loktak.appaji.net>
	<20080426121849.GA7340@pldmachine>
Message-ID: <20080427062123.GB6428@loktak.appaji.net>

On 08/04/26 14:18 +0200, Witold Filipczyk said ...
> On Sat, Apr 26, 2008 at 04:24:51PM +0530, Y Giridhar Appaji Nag wrote:
> > Does FSP in ELinks 0.11 work OK?  Or does the feature have some bugs
> > there?  I enabled FSP support in ELinks 0.11.3 and though I was able to
> > connect to FSP servers, no listing showed up.
> > 
> > See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D478007
> 
> Did you try FSP in 0.12.GIT or 0.13.GIT?
> I think that this commit to the 0.12.GIT fixed the issue.
> 
> commit 06bcc48487676e0ea113ed7ace63798dc0562694
> Author: Witold Filipczyk <witekfl at poczta.onet.pl>
> Date:   Fri Jan 18 21:15:28 2008 +0100
> 
>     fsp: Fixed a serious bug.
> 
>     *fresult pointed to nowhere. On FreeBSD *fresult == NULL
>     and directories weren't displayed.
>     Check also if safe_write writes all data.

In which case, is this a candidate for 0.11.4 also?  The backport is trivial
and I have already included it in the Debian package 0.11.3-7

Giridhar

-- 
Y Giridhar Appaji Nag | http://appaji.net/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://linuxfromscratch.org/pipermail/elinks-dev/attachments/20080427/ebba37d7/attachment.bin 

From kon at iki.fi  Sun Apr 27 02:54:44 2008
From: kon at iki.fi (Kalle Olavi Niemitalo)
Date: Sun, 27 Apr 2008 11:54:44 +0300
Subject: [elinks-dev] FSP in ELinks 0.11.3
In-Reply-To: <20080427062123.GB6428@loktak.appaji.net>
References: <20080426105450.GB5776@loktak.appaji.net>
	<20080426121849.GA7340@pldmachine>
	<20080427062123.GB6428@loktak.appaji.net>
Message-ID: <87tzhnk78r.fsf@Astalo.kon.iki.fi>

Y Giridhar Appaji Nag <giridhar at appaji.net> writes:

> On 08/04/26 14:18 +0200, Witold Filipczyk said ...
>> commit 06bcc48487676e0ea113ed7ace63798dc0562694
>> Author: Witold Filipczyk <witekfl at poczta.onet.pl>
>> Date:   Fri Jan 18 21:15:28 2008 +0100
>> 
>>     fsp: Fixed a serious bug.
>
> In which case, is this a candidate for 0.11.4 also?  The backport is
> trivial and I have already included it in the Debian package 0.11.3-7

The bug is tracked here:
http://bugzilla.elinks.cz/show_bug.cgi?id=939

If you can verify that the patch works, then it should go in
elinks-0.11.  I hope Fonseca won't postpone 0.11.4 for this
though.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 188 bytes
Desc: not available
Url : http://linuxfromscratch.org/pipermail/elinks-dev/attachments/20080427/197461d3/attachment.bin 

From elinks at knopper.net  Sun Apr 27 05:27:26 2008
From: elinks at knopper.net (Klaus Knopper)
Date: Sun, 27 Apr 2008 13:27:26 +0200
Subject: [elinks-dev] Calling external formfield editor from slave elinks
	process
In-Reply-To: <20080427062123.GB6428@loktak.appaji.net>
References: <20080426105450.GB5776@loktak.appaji.net>
	<20080426121849.GA7340@pldmachine>
	<20080427062123.GB6428@loktak.appaji.net>
Message-ID: <20080427112726.GK17837@knopper.net>

Dear list,

I would like to be able to call an external editor for textarea filds in
a web form, but not only from the "master" terminal.

The following is an excerpt from
elinks-0.12-20080414/src/viewer/text/textarea.c:

/** We use some evil hacking in order to make external textarea editor working.
 * We need to have some way how to be notified that the editor finished and we
 * should reload content of the textarea.  So we use global variable
 * @c textarea_editor as a flag whether we have one running, and if we have, we
 * just call textarea_edit(1, ...).  Then we recover our state from static
 * variables, reload content of textarea back from file and clean up.
 *
 * Unfortunately, we can't support calling of editor from non-master links
 * session, as it would be extremely ugly to hack (you would have to transfer
 * the content of it back to master somehow, add special flags for not deleting
 * of 'delete' etc) and I'm not going to do that now. Inter-links communication
 * *NEEDS* rewrite, as it looks just like quick messy hack now. --pasky */

[...]
        if (op == 0 && !term_->master) {
                info_box(term_, 0, N_("Error"), ALIGN_CENTER,
                         N_("You can do this only on the master terminal"));
                return;
        }


(Of course it does not work by just remvoing the term_->master check.)

I think, or rather know from my own experience, that calling an external
editor for formfields is a very essential feature, considering that the
current formfield presentation is less than optimal for blind users
using elinks with a braille device and text-to-speech. In fact, it is
very painful. Would it be really that complicated to call an external
editor for inserting data, maybe even using temporary files or sockets,
into an elinks formfield? If so, is there a better elinks-internal
formfield editor code available in an early stage, that would behave in
a way similar to nano as a fullscreen editor?

Regards
-Klaus Knopper

From witekfl at poczta.onet.pl  Sun Apr 27 08:29:18 2008
From: witekfl at poczta.onet.pl (Witold Filipczyk)
Date: Sun, 27 Apr 2008 16:29:18 +0200
Subject: [elinks-dev] Calling external formfield editor from
	slave	elinks process
In-Reply-To: <20080427112726.GK17837@knopper.net>
References: <20080426105450.GB5776@loktak.appaji.net>
	<20080426121849.GA7340@pldmachine>
	<20080427062123.GB6428@loktak.appaji.net>
	<20080427112726.GK17837@knopper.net>
Message-ID: <20080427142918.GA16700@pldmachine>

On Sun, Apr 27, 2008 at 01:27:26PM +0200, Klaus Knopper wrote:
> Dear list,
> 
> I would like to be able to call an external editor for textarea filds in
> a web form, but not only from the "master" terminal.
> 
> The following is an excerpt from
> elinks-0.12-20080414/src/viewer/text/textarea.c:
> 
> /** We use some evil hacking in order to make external textarea editor working.
>  * We need to have some way how to be notified that the editor finished and we
>  * should reload content of the textarea.  So we use global variable
>  * @c textarea_editor as a flag whether we have one running, and if we have, we
>  * just call textarea_edit(1, ...).  Then we recover our state from static
>  * variables, reload content of textarea back from file and clean up.
>  *
>  * Unfortunately, we can't support calling of editor from non-master links
>  * session, as it would be extremely ugly to hack (you would have to transfer
>  * the content of it back to master somehow, add special flags for not deleting
>  * of 'delete' etc) and I'm not going to do that now. Inter-links communication
>  * *NEEDS* rewrite, as it looks just like quick messy hack now. --pasky */
> 
> [...]
>         if (op == 0 && !term_->master) {
>                 info_box(term_, 0, N_("Error"), ALIGN_CENTER,
>                          N_("You can do this only on the master terminal"));
>                 return;
>         }
> 
> 
> (Of course it does not work by just remvoing the term_->master check.)
> 
> I think, or rather know from my own experience, that calling an external
> editor for formfields is a very essential feature, considering that the
> current formfield presentation is less than optimal for blind users
> using elinks with a braille device and text-to-speech. In fact, it is
> very painful. Would it be really that complicated to call an external
> editor for inserting data, maybe even using temporary files or sockets,
> into an elinks formfield? If so, is there a better elinks-internal
> formfield editor code available in an early stage, that would behave in
> a way similar to nano as a fullscreen editor?

Textareas are editable by external editors on slave terminals in 0.13.GIT.
I don't know why this feature was not applied to 0.12.
-- 
Witek


From kon at iki.fi  Sun Apr 27 09:30:39 2008
From: kon at iki.fi (Kalle Olavi Niemitalo)
Date: Sun, 27 Apr 2008 18:30:39 +0300
Subject: [elinks-dev] Calling external formfield editor from slave
 elinks process
In-Reply-To: <20080427112726.GK17837@knopper.net>
References: <20080426105450.GB5776@loktak.appaji.net>
	<20080426121849.GA7340@pldmachine>
	<20080427062123.GB6428@loktak.appaji.net>
	<20080427112726.GK17837@knopper.net>
Message-ID: <87lk2zjoww.fsf@Astalo.kon.iki.fi>

A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 188 bytes
Desc: not available
Url : http://linuxfromscratch.org/pipermail/elinks-dev/attachments/20080427/e263b003/attachment.bin 

From elinks at knopper.net  Sun Apr 27 11:12:22 2008
From: elinks at knopper.net (Klaus Knopper)
Date: Sun, 27 Apr 2008 19:12:22 +0200
Subject: [elinks-dev] Calling external formfield editor from slave
	elinks process
In-Reply-To: <87lk2zjoww.fsf@Astalo.kon.iki.fi>
References: <20080426105450.GB5776@loktak.appaji.net>
	<20080426121849.GA7340@pldmachine>
	<20080427062123.GB6428@loktak.appaji.net>
	<20080427112726.GK17837@knopper.net>
	<87lk2zjoww.fsf@Astalo.kon.iki.fi>
Message-ID: <20080427171222.GS17837@knopper.net>

On Sun, Apr 27, 2008 at 06:30:39PM +0300, Kalle Olavi Niemitalo wrote:
> Klaus Knopper <elinks at knopper.net> writes:
> 
> > I would like to be able to call an external editor for textarea filds in
> > a web form, but not only from the "master" terminal.
> 
> Bug 181 - External editor only can be launched from master session
> http://bugzilla.elinks.cz/show_bug.cgi?id=181
> 
> It has been fixed in 0.13.GIT.

Wow, you really surprised me by that, especially since I was not even
aware that there is a 0.13.GIT yet, I used to check on the
elinks-current-unstable.tar.bz2 only. :-)

Thanks & regards
-Klaus