On Tue, Jul 25, 2006 at 12:41:55AM +0200, Charles de Miramon wrote:
> One point made by Lars Knoll in his presentation is that the difficulty when
> you go down the Unicode lane is not to degradate the performance
> for 'normal' users too much. With ucs-4, if I'm correct, you multiply by 4
> the me
Charles de Miramon <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
|
|
| > So what I plan to do is to stor ucs-4 in our paragraph vector, when
| > rendering transforms that in a frontend specific way to something the
| > frontend can handle. For Qt this is ucs-2 strings, and use that t
On Monday 24 July 2006 23:41, Charles de Miramon wrote:
> I know there is a Ugaritic package for LaTeX. But is it really serious to
> multiply the memory cost of LyX for the two thousand people in the world
> that can write cuneiforms ?
With all the due respect Charles but if you ever saw lyx sp
Lars Gullik Bjønnes wrote:
> So what I plan to do is to stor ucs-4 in our paragraph vector, when
> rendering transforms that in a frontend specific way to something the
> frontend can handle. For Qt this is ucs-2 strings, and use that to
> render. Chars/glyphs outside the basic plane will then h
Charles de Miramon <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
|
| > Btw. Does Qt even support utf-16? I thought they only supported ucs-2.
| > AFAICS there is not support for surrogate chars in Qt.
|
| Yes :
|
| utf16 :
| http://doc.trolltech.com/4.2/qstring.html
Or no... afaik q
Lars Gullik Bjønnes wrote:
> Btw. Does Qt even support utf-16? I thought they only supported ucs-2.
> AFAICS there is not support for surrogate chars in Qt.
Yes :
utf16 :
http://doc.trolltech.com/4.2/qstring.html
surrogate :
Qt documentation talks about it for grapheme cluster (id est 2 charac
Charles de Miramon <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
|
| > That might be the easy way out.
| >
| > IMHO it is a pity that Qt only supports ucs-2 and not ucs-4.
| > (not even for individual codepoints)
| >
|
| I thought that utf-32 (ucs-4) does not work on Windows and th
Lars Gullik Bjønnes wrote:
> That might be the easy way out.
>
> IMHO it is a pity that Qt only supports ucs-2 and not ucs-4.
> (not even for individual codepoints)
>
I thought that utf-32 (ucs-4) does not work on Windows and that utf-16 is
the way to go for cross-platform.
Would you consider
On Tue, Jul 18, 2006 at 05:15:40PM +0200, Lars Gullik Bjønnes wrote:
> > Can't we leverage Trolltech's work in LyX ? Lars Knoll told us that
> > it was a very difficult library to program because of the multiple
> > subtle differences between languages.
>
> That might be the easy way out.
That wo
On Tue, Jul 18, 2006 at 11:17:45AM +0200, Charles de Miramon wrote:
> Can't we leverage Trolltech's work in LyX ? Lars Knoll told us that it was a
> very difficult library to program because of the multiple subtle
> differences between languages.
>
> In general, trusting Norwegian software enginee
Charles de Miramon <[EMAIL PROTECTED]> writes:
| QT 4.x has made a lot of progress for Unicode rendering in the Scribe
| engine : http://doc.trolltech.com/4.0/qt4-scribe.html
|
| I've watched a demonstration by the developer Lars Knoll and I was quite
| impressed. It handles not only RTL language
Hossein Noorikhah wrote:
> Hi.
> I'm interested in making LyX bidirectional text work in Unicode branch
> work, and I think with some help from you, LyX guys, I can do it.
> I will try to use libfribidi, but Is there any document that describes
> what's happening in Unicode branch?
> And, a questi
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Is there a reason why we don't use the toolkit capability WRT
| bidirectional text? Qt is known to handle that perfectly AFAIK. GTK
| can use Pango or something like that.
Wouldn't that mean a need for a abstraction laye
Hi.
I'm interested in making LyX bidirectional text work in Unicode branch
work, and I think with some help from you, LyX guys, I can do it.
I will try to use libfribidi, but Is there any document that describes
what's happening in Unicode branch?
And, a question, which level(version) of Unicode s
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Is there a reason why we don't use the toolkit capability WRT
| bidirectional text? Qt is known to handle that perfectly AFAIK. GTK
| can use Pango or something like that.
Wouldn't that mean a need for a abstraction layer?
(I am not sure that all of
"Hossein Noorikhah" <[EMAIL PROTECTED]> writes:
| Hi.
| I'm using Lars Gullik Bjønnes's Unicode branch of LyX 1.5, and I'm
| interested in writing Arabic/Persian documents with it. I want to know
| the status of this branch, and also how can I find more information
| about it.
Highly experimental
Martin Vermeer <[EMAIL PROTECTED]> writes:
| On Fri, Jul 14, 2006 at 11:15:23PM +0430, Hossein Noorikhah wrote:
| > Hi.
| > I'm using Lars Gullik Bjønnes's Unicode branch of LyX 1.5, and I'm
| > interested in writing Arabic/Persian documents with it. I want to know
| > the status of this branch,
Am Freitag, 14. Juli 2006 23:56 schrieb Abdelrazak Younes:
> Hossein Noorikhah wrote:
>
> > I think the bidirectional code should be rewritten to match the
> > Unicode branch.
>
> Are you up to the task? That would be very good news. I don't think
> there is any knowledgeable in this field or is
On Fri, Jul 14, 2006 at 11:15:23PM +0430, Hossein Noorikhah wrote:
> Hi.
> I'm using Lars Gullik Bjønnes's Unicode branch of LyX 1.5, and I'm
> interested in writing Arabic/Persian documents with it. I want to know
> the status of this branch, and also how can I find more information
> about it.
>
Hossein Noorikhah wrote:
I think the bidirectional code should be rewritten to match the
Unicode branch.
Are you up to the task? That would be very good news. I don't think
there is any knowledgeable in this field or is there?
May be we can use libfribidi(http://www.fribidi.org)
to handle
The pictures related to message "Bidirectional text on
Lyx-1.5-unicode" are attached.
Thanks.
<>
<>
Hi.
I'm using Lars Gullik Bjønnes's Unicode branch of LyX 1.5, and I'm
interested in writing Arabic/Persian documents with it. I want to know
the status of this branch, and also how can I find more information
about it.
To me, It seems that the original bidirectional algorithm that is used
for the
22 matches
Mail list logo
