Re: Unicode - help required

2006-06-06 Thread Lars Gullik Bjønnes
Angus Leeming <[EMAIL PROTECTED]> writes: | Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | > | So why do you prefer std::vector as the container? | > | You're a rationale bloke, so there must be a reason? | | > I just picked something that would work. After all we are not going to | > use (an

Re: Unicode - help required

2006-06-06 Thread Angus Leeming
Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: > | So why do you prefer std::vector as the container? > | You're a rationale bloke, so there must be a reason? > I just picked something that would work. After all we are not going to > use (any?) string operations on such strings. Ok, *that's* the

Re: Unicode - help required

2006-06-06 Thread Lars Gullik Bjønnes
Angus Leeming <[EMAIL PROTECTED]> writes: | Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | > | You mean wchar_t == uint32? UCS-4 is the encoding, no? | > | > yes. | > (but wchar_t on linux also follow the ucs-4 encoding...) | | | There's no encoding in an int. L"abc" is a wchar_t stri

Re: Unicode - help required

2006-06-06 Thread Angus Leeming
Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: > | You mean wchar_t == uint32? UCS-4 is the encoding, no? > > yes. > (but wchar_t on linux also follow the ucs-4 encoding...) There's no encoding in an int. You mean that wchar_t on linux will hold 4bytes I think whereas on Windows wchar_t w

Re: Unicode - help required

2006-06-06 Thread Lars Gullik Bjønnes
Angus Leeming <[EMAIL PROTECTED]> writes: | Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | > | | Can't we use std::basic_string? | > | Only if you create the proper char_traits. | > Except on Linux (and others, but not win) where wstring really is a | > basic_string (ucs-4 == wchar_t) | | You

Re: Unicode - help required

2006-06-06 Thread Angus Leeming
Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: > | | Can't we use std::basic_string? > | Only if you create the proper char_traits. > Except on Linux (and others, but not win) where wstring really is a > basic_string (ucs-4 == wchar_t) You mean wchar_t == uint32? UCS-4 is the encoding, no? > So

Re: Unicode - help required

2006-06-06 Thread Lars Gullik Bjønnes
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: | Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | | | > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | | | | | So, is the plan to use a std::vector as the data | | | container and to pass char_type* to functions that manipulate

Re: Unicode - help required

2006-06-06 Thread Lars Gullik Bjønnes
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | | | So, is the plan to use a std::vector as the data | | container and to pass char_type* to functions that manipulate | | these data? What will happen to all those functions that

Re: Unicode - help required

2006-06-06 Thread Jean-Marc Lasgouttes
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | So, is the plan to use a std::vector as the data | container and to pass char_type* to functions that manipulate | these data? What will happen to all those functions that | currently handle std::string? Do they get changed to | st

Re: Unicode - help required

2006-06-06 Thread Lars Gullik Bjønnes
Angus Leeming <[EMAIL PROTECTED]> writes: | Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | > I have been making small progress on the unicode branch | > (svn://svn.lyx.org/lyx/lyx-devel/branches/personal/larsbj/unicode), | > but the work is comming along really slow. | | Lars, looking at the

Re: Unicode - help required

2006-06-06 Thread Angus Leeming
Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: > I have been making small progress on the unicode branch > (svn://svn.lyx.org/lyx/lyx-devel/branches/personal/larsbj/unicode), > but the work is comming along really slow. Lars, looking at the patch that Georg posted I see stuff like + std::v

Re: Unicode - help required

2006-06-06 Thread John Spray
On Sat, 2006-06-03 at 11:30 +0200, Lars Gullik Bjønnes wrote: > So far my changes has been done for Qt3 only, the other frontends will > probably not even compile. I look forward to bringing gtk up to speed as soon as this stuff is in trunk. John

Re: Unicode - help required

2006-06-04 Thread Angus Leeming
Georg Baum <[EMAIL PROTECTED]> writes: > > Could you post a patch (or provide a link to the patch if it's huge)? > I am not Lars, but I just checked the branch out yesterday, so here is the > patch. Thanks. > > There seems to be a lot of good stuff going on at the moment; > > would be a shame t

Re: Unicode - help required

2006-06-04 Thread Georg Baum
Am Sonntag, 4. Juni 2006 16:08 schrieb Angus Leeming: > Could you post a patch (or provide a link to the patch if it's huge)? I am not Lars, but I just checked the branch out yesterday, so here is the patch. > M. There are so few active devs, that I think you have to be very careful > abou

Re: Unicode - help required

2006-06-04 Thread Angus Leeming
Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: > I have been making small progress on the unicode branch > (svn://svn.lyx.org/lyx/lyx-devel/branches/personal/larsbj/unicode), > but the work is comming along really slow. Could you post a patch (or provide a link to the patch if it's huge)? > > As

Re: Unicode - help required

2006-06-03 Thread Lars Gullik Bjønnes
Jose' Matos <[EMAIL PROTECTED]> writes: | On Saturday 03 June 2006 10:30, Lars Gullik Bjønnes wrote: | > I'd be grateful for any help in getting the branch into a shape so | > that we can move it to trunk. Also all comments on the "technology" | > choosen is appreciated. | | I am really glad to

Re: Unicode - help required

2006-06-03 Thread Jose' Matos
On Saturday 03 June 2006 10:30, Lars Gullik Bjønnes wrote: > I'd be grateful for any help in getting the branch into a shape so > that we can move it to trunk. Also all comments on the "technology" > choosen is appreciated. I am really glad to see the working going on, unfortunately at moment I

Unicode - help required

2006-06-03 Thread Lars Gullik Bjønnes
I have been making small progress on the unicode branch (svn://svn.lyx.org/lyx/lyx-devel/branches/personal/larsbj/unicode), but the work is comming along really slow. As of current there is not really that much missing before we can move it to trunk. - Handle non-character-keys without c