Miyata Shigeru <[EMAIL PROTECTED]> writes:
| Well, I'm not against to have a unicode based multilingual document
| support. I would just like to have a mode for single language
| documents in local encodings, just as single byte language users
| have at present.
I belive that we should use the
Dekel Tsur <[EMAIL PROTECTED]> wrote:
> We need to change the internal text storage from 8-bit to 16/32-bit,
> before we can use such a patch.
Yes, I realize this (and called it 2. in the previous message.)
> We also want to be able to render simultaneously Japanese, Hebrew, Russia
> etc. Is it
(I still have some difficulty sending mails.)
"Asger K. Alstrup Nielsen" <[EMAIL PROTECTED]> wrote:
> Could you factor out this part of the patch?
> Then we can look at it, and if it looks good, apply it to cvs.
I will try. But please wait!
> So the font selection is based on the global LC_CTY
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> We need to change the internal text storage from 8-bit to
Dekel> 16/32-bit, before we can use such a patch. However, I think
Dekel> that we should implement the CJK input within LyX, as we
Dekel> already do it for all the other langua
On Mon, Jul 10, 2000 at 10:43:26AM +0200, Asger K. Alstrup Nielsen wrote:
> > As for 1., Kawakami-ChangGil's patch implements all the required stuffs in
> > (IMHO) a clean and elegant way. I think this part can be integrated into
> > LyX without problems.
>
> Could you factor out this part of t
"$B5\ED!!Kc;R(B" <[EMAIL PROTECTED]> writes:
| If we are going to use Unicode as the internal format, then I agree
| with Dekel's approach in regard to 2. I'm not very eager to use
| Unicode as the internal format of LyX, though.
Using ucs internally will absolutely be the easiest to maintain
> As for 1., Kawakami-ChangGil's patch implements all the required stuffs in
> (IMHO) a clean and elegant way. I think this part can be integrated into
> LyX without problems.
Could you factor out this part of the patch?
Then we can look at it, and if it looks good, apply it to cvs.
That should
(Please do not reply to this address.)
"Asger K. Alstrup Nielsen" <[EMAIL PROTECTED]> wrote:
> How does the CJK-patch maintainers see this patch?
I'm not a maintainer of the patch but...
First note that CJK-patch is based on 1.1.4 and does not use Painter.
> I think we all would like to see th
Baruch Even <[EMAIL PROTECTED]> writes:
| On 5 Jul 2000, Lars Gullik Bjønnes wrote:
|
| > | How exactly this should be done? I'm thinking of the following:
| > | In encoding.h (or elsewhere):
| > | typedef short int Uchar;
| > | typedef std::vector Ustring;
| >
| > This is not enough, we al
On 5 Jul 2000, Lars Gullik Bjønnes wrote:
> | How exactly this should be done? I'm thinking of the following:
> | In encoding.h (or elsewhere):
> | typedef short int Uchar;
> | typedef std::vector Ustring;
>
> This is not enough, we also need to create char_traits
> (also that is bad... be w
Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes:
| Unless you have any objection I will revert the change.
Please, do.
| > Lgb
|
| PS: Still coding with only the rigth hand untill the 21. :+(
did you get punched on the nose too?
Lgb
On Tue, Jul 04, 2000 at 09:40:21PM +0200, Lars Gullik Bjønnes wrote:
>
> Your patch looks _really_ good, and I think I will apply it even if I
> have some points that should be dealt with.
The Dekel patch also changed the insetinclude.h and changed one variable
to mutable. Since then I have s
On 5 Jul 2000, Jean-Marc Lasgouttes wrote:
> If using language "default" (i.e. no babel) causes too many problems
> (it seems that babel does not allow to return to the state before its
> loading) what is sure is that default language shold not be american
> english nor british english, but simply
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
| Again with the "default" language ?
| I've already said that the "default" language should be deleted.
Lars> I am still a bit ambivalent concerning this, but I suppose you
Lars> are right.
If using language "default" (i.e. no ba
Dekel Tsur <[EMAIL PROTECTED]> writes:
| On Tue, Jul 04, 2000 at 09:40:21PM +0200, Lars Gullik Bjønnes wrote:
| > | To use it, select "iso10646-1" as screen font encoding.
| > | (note that the text is still stored as 8-bit. At the rendering stage it is
| > | transformed to 16-bit according to the
On Tue, Jul 04, 2000 at 09:40:21PM +0200, Lars Gullik Bj&resh;nnes wrote:
> | To use it, select "iso10646-1" as screen font encoding.
> | (note that the text is still stored as 8-bit. At the rendering stage it is
> | transformed to 16-bit according to the current language)
>
> So we need unicode
On 04-Jul-2000 Lars Gullik Bjønnes wrote:
> Dekel Tsur <[EMAIL PROTECTED]> writes:
>
>| The following patch improves the multi-lingual support:
>|
>| 1. Add support for displaying languages with multiple charsets.
>| See a screenshot at http://www.math.tau.ac.il/~dekel/lyx/unicode.png
>
> Impr
Dekel Tsur <[EMAIL PROTECTED]> writes:
| The following patch improves the multi-lingual support:
|
| 1. Add support for displaying languages with multiple charsets.
| See a screenshot at http://www.math.tau.ac.il/~dekel/lyx/unicode.png
Impressive.
| To use it, select "iso10646-1" as screen fon
> The following patch improves the multi-lingual support:
>
> 1. Add support for displaying languages with multiple charsets.
> See a screenshot at http://www.math.tau.ac.il/~dekel/lyx/unicode.png
Impressing! I didn't read the patch, but this is definately cool.
We are getting closer and closer
The following patch improves the multi-lingual support:
1. Add support for displaying languages with multiple charsets.
See a screenshot at http://www.math.tau.ac.il/~dekel/lyx/unicode.png
To use it, select "iso10646-1" as screen font encoding.
(note that the text is still stored as 8-bit. At the
20 matches
Mail list logo
