Kuba Ober wrote:
> Good call. Thanks for the clarification. But isn't there a company called
> Shuco as well (maybe just a coincidence)? In any event, my recollection is
> mostly based on folklore than research :) Caveat emptor
Yes, there is a well known company that produces miniature cars:
http
On czwartek 08 lipiec 2004 01:35 pm, Georg Baum wrote:
> Am Donnerstag, 8. Juli 2004 16:44 schrieb Kuba Ober:
> > Well, the German system is IIRC called Shuco, from the name of the
> > company that probably sold the "system" outlets and plugs first. It has
> > two
>
> Sorry, but I can't resist to n
Am Donnerstag, 8. Juli 2004 16:44 schrieb Kuba Ober:
> Well, the German system is IIRC called Shuco, from the name of the company
> that probably sold the "system" outlets and plugs first. It has two
Sorry, but I can't resist to nitpick here: "Schuko" is the short from of
"Schutzkontaksteckdose"
On poniedziaÅek 05 lipiec 2004 07:27 am, Andre Poenitz wrote:
> On Mon, Jul 05, 2004 at 12:09:10PM +0100, Jose' Matos wrote:
> > On Monday 05 July 2004 11:00, Jean-Marc Lasgouttes wrote:
> > > I will probably be able to bring one if really needed, but I have no
> > > idea about german electric outl
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> More or less... two holes in the wall and you'll get a bad
Andre> experience once you plug your fingers in...
Andre> In any case I'd think we'd find an adapter if needed.
OK. I will bring it if it turns out to be necessary :)
JMa
On Mon, Jul 05, 2004 at 12:09:10PM +0100, Jose' Matos wrote:
> On Monday 05 July 2004 11:00, Jean-Marc Lasgouttes wrote:
> >
> > I will probably be able to bring one if really needed, but I have no
> > idea about german electric outlets...
>
> I will bring mine too. If you remember from last yea
"Jose' Matos" <[EMAIL PROTECTED]> writes:
| On Monday 05 July 2004 11:00, Jean-Marc Lasgouttes wrote:
>>
>> I will probably be able to bring one if really needed, but I have no
>> idea about german electric outlets...
>
| I will bring mine too. If you remember from last year the problem is not
On Monday 05 July 2004 11:00, Jean-Marc Lasgouttes wrote:
>
> I will probably be able to bring one if really needed, but I have no
> idea about german electric outlets...
I will bring mine too. If you remember from last year the problem is not
the german outlets as I think that they are the sam
> "Braunstein" == Braunstein Alfredo <[EMAIL PROTECTED]> writes:
Braunstein> Andre Poenitz wrote:
>> As usual, it would be nice if people tried to bring a notebook if
>> possible - and tell me in advance if they do.
Braunstein> I can bring one (heck, I can even bring something to
Braunstein>
ite individual people. As a
> rule of thumb: If your name is in lib/CREDITS, you are in for the usual
> "almost all inclusive" package (including food and beer, but excluding
> travel expenses to and from Chemnitz), otherwise you are welcome, too,
> but might have to care for
On Saturday 03 July 2004 08:55, Andre Poenitz wrote:
> I re-sent this message as I haven't received any response yet (probably
> due to my mis-configured mail reader, but maybe not...)
No I did not see nothing on the list with that date.
I will be there. :-)
--
José Abílio
MAIL PROTECTED]>
Subject: Meeting 2004 - Chemnitz again, August 12-16
So this is the (hopefully...) long awaited official announcement.
This year's LyX developer meeting will
be held in Chemnitz, Saxony, Germany, Old Europe,
around August 14.
Fo
> Meeting in Chemnitz (Andre', are you listening?)
I am listening, but I somehow mis-configured my mail reader (wrong
'From:') so a lot of replies did not show up here...
On Wed, Jun 30, 2004 at 05:40:39PM +0200, Jean-Marc Lasgouttes wrote:
>
> Hello there,
>
> Is
is (8:50) ==> Dresden (12:30)
Monday 16/08: Dresden (12:00) ==> Paris (15:30)
Depending on how lucky I get, this should get me in Chemnitz at 15:01
or 16:00.
JMarc
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Hello there,
>
| Is there still a meeting planned in Chemnitz around August the 14th?
I'll be there.
| Who else is coming?
me
--
Lgb
On Wednesday 30 June 2004 16:40, Jean-Marc Lasgouttes wrote:
> Hello there,
>
> Is there still a meeting planned in Chemnitz around August the 14th?
> Well, I guess there is, but given the calmness around here, I'd rather
> ask.
>
> Who else is coming?
I would l
Hello there,
Is there still a meeting planned in Chemnitz around August the 14th?
Well, I guess there is, but given the calmness around here, I'd rather
ask.
I decided to take a look at plane tickets, and came up with something
like
Thursday 12 Paris (08:50) ==> Dresden (12:30)
S
On Fri, Jul 25, 2003 at 12:38:34PM +0200, Asger Kunuk Alstrup wrote:
> We have all arrived at Chemnitz, and are happy. But we need an acronym
> for the seventh LyX developers meeting. That's something that should keep
> you occupied for some time.
I think some of you should turn
Hi all,
We have all arrived at Chemnitz, and are happy. But we need an acronym
for the seventh LyX developers meeting. That's something that should keep
you occupied for some time.
Best regards,
Asger
John Levon <[EMAIL PROTECTED]> writes:
| On Fri, Jul 18, 2003 at 05:56:10PM +0200, Lars Gullik Bj?nnes wrote:
|
| > All compiler writers (gcc) and library writers that I see messages
| > from say that UCS-4/UTF-32 is the way to go for internal storage.
|
| I've seen different and even posted a m
On Fri, Jul 18, 2003 at 06:10:29PM +0200, Andre Poenitz wrote:
> And so is any 16 bit code...
Well yes.
> I just don't think it'd matter much.
Maybe not but we should at least be aware of it. UCS4 doesn't have the
surrogate pair problem.
I don't see the point in using wchar_t especially given
On Fri, Jul 18, 2003 at 05:03:10PM +0100, John Levon wrote:
> ?? It's nothing to do with alignment. It's do with >90% of
> characters that lyx will ever manage being encodable in 16 bits. Using
> UCS4 wastes 16 bits per character.
Which doesn't hurt in our case.
100% of all characters can be stor
On Fri, Jul 18, 2003 at 04:47:56PM +0100, John Levon wrote:
> It's a trade-offs issue. UTF-32 is just going to waste space. See the
> unicode FAQ for more details.
And so is any 16 bit code... I just don't think it'd matter much.
My thesis is ~300k when exported to .tex, so there are about 300.00
On Fri, Jul 18, 2003 at 05:56:10PM +0200, Lars Gullik Bj?nnes wrote:
> All compiler writers (gcc) and library writers that I see messages
> from say that UCS-4/UTF-32 is the way to go for internal storage.
I've seen different and even posted a mail archive message advocating
utf16 that you agreed
John Levon <[EMAIL PROTECTED]> writes:
| > 16 bit address room for 32 bit entities... The world isn't changing
| > after all.
|
| It's a trade-offs issue. UTF-32 is just going to waste space. See the
| unicode FAQ for more details.
All compiler writers (gcc) and library writers that I see messag
On Fri, Jul 18, 2003 at 04:42:13PM +, Angus Leeming wrote:
> I take it that conversion to/from a QString would be trivial were we to use
> a 16bit type internally (given your assertion that QString is a UTF-16 data
> buffer) but that we would need something more complex if we stored the data
On Fri, Jul 18, 2003 at 05:12:30PM +0200, Andre Poenitz wrote:
> But QString in the core is not an option.
Certainly. I wasn't suggesting that.
> > I placed everything behind a to/fromqstr buffer zone precisely so this
> > can be done if still needed.
>
> What about xforms? We'd need something
Andre Poenitz wrote:
> On Fri, Jul 18, 2003 at 04:03:48PM +0100, John Levon wrote:
>> On Fri, Jul 18, 2003 at 04:03:09PM +0200, Andre Poenitz wrote:
>>
>> > > 'switching to unicode' means reading in, writing out
>> >
>> > Rather some 8 bit encoding of it like UTF8(?)..
>>
>> Talking to Lars yes
John Levon <[EMAIL PROTECTED]> writes:
| On Fri, Jul 18, 2003 at 04:03:09PM +0200, Andre Poenitz wrote:
|
| > > 'switching to unicode' means reading in, writing out
| >
| > Rather some 8 bit encoding of it like UTF8(?)..
|
| Talking to Lars yes I think we want UTF8 as the file-format encoding.
On Fri, Jul 18, 2003 at 04:03:48PM +0100, John Levon wrote:
> On Fri, Jul 18, 2003 at 04:03:09PM +0200, Andre Poenitz wrote:
>
> > > 'switching to unicode' means reading in, writing out
> >
> > Rather some 8 bit encoding of it like UTF8(?)..
>
> Talking to Lars yes I think we want UTF8 as the fi
On Fri, Jul 18, 2003 at 04:03:09PM +0200, Andre Poenitz wrote:
> > 'switching to unicode' means reading in, writing out
>
> Rather some 8 bit encoding of it like UTF8(?)..
Talking to Lars yes I think we want UTF8 as the file-format encoding.
Storage at runtime is more controversial. Lars wants
On Fri, Jul 18, 2003 at 02:57:48PM +, Angus Leeming wrote:
> Now I know that this exposes my ignorance but nonetheless...
Welcaome in the club.
> 'switching to unicode' means reading in, writing out
Rather some 8 bit encoding of it like UTF8(?)..
> and storing a LyX buffer as a wstring rath
Andre Poenitz wrote:
> On Fri, Jul 18, 2003 at 02:44:08PM +0100, John Levon wrote:
>> On Fri, Jul 18, 2003 at 03:35:13PM +0200, Andre Poenitz wrote:
>>
>> > So all the math symbols are already there in Qt and we would not need
>> > the tex fonts?
>>
>> Math symbols are a different matter. But th
On Fri, Jul 18, 2003 at 02:44:08PM +0100, John Levon wrote:
> On Fri, Jul 18, 2003 at 03:35:13PM +0200, Andre Poenitz wrote:
>
> > So all the math symbols are already there in Qt and we would not need
> > the tex fonts?
>
> Math symbols are a different matter. But that has nothing to do with
> un
On Fri, Jul 18, 2003 at 03:35:13PM +0200, Andre Poenitz wrote:
> So all the math symbols are already there in Qt and we would not need
> the tex fonts?
Math symbols are a different matter. But that has nothing to do with
unicode changes as far as I can see...
I'm not even sure unicode has all th
On Fri, Jul 18, 2003 at 02:31:17PM +0100, John Levon wrote:
> On Fri, Jul 18, 2003 at 03:30:06PM +0200, Andre Poenitz wrote:
>
> > Btw, do we have now access to some "usable Unicode font" (whatever that
> > may be) or would we have to start collecting bits and pieces from
> > different fonts?
>
>
On Fri, Jul 18, 2003 at 03:30:06PM +0200, Andre Poenitz wrote:
> Btw, do we have now access to some "usable Unicode font" (whatever that
> may be) or would we have to start collecting bits and pieces from
> different fonts?
I assume you're talking about xforms here. I don't know if there's a
usab
On Fri, Jul 18, 2003 at 02:22:53PM +0100, John Levon wrote:
> On Fri, Jul 18, 2003 at 02:12:23PM +, Angus Leeming wrote:
>
> > Do we have any definite plans for what is to be 'attempted' in Chemnitz yet.
>
> Speaking as somebody who isn't going to cont
On Fri, Jul 18, 2003 at 02:12:23PM +, Angus Leeming wrote:
> Do we have any definite plans for what is to be 'attempted' in Chemnitz yet.
Speaking as somebody who isn't going to contributing I think you lot
should either sort out unicode or sort out character styles :))
john
On Fri, Jul 18, 2003 at 02:12:23PM +, Angus Leeming wrote:
> Do we have any definite plans for what is to be 'attempted' in
> Chemnitz yet.
None as far as I know.
> (Past experience looking on from a distance at these meetings
> suggests that achieved and attempted
Do we have any definite plans for what is to be 'attempted' in Chemnitz yet.
(Past experience looking on from a distance at these meetings suggests that
achieved and attempted are entirely separate ;-)
If not, then can I suggest cleaning up the BibTeX handling? I have outlined
On Thu, Jul 17, 2003 at 02:03:57AM -0300, Garst R. Reese wrote:
> This is just a note to wish all attendees the best of beer. Since
> Chemnitz seems to be as difficult to get to as Prince Edward Island,
No, it's pretty easy actually. You get born 25km away and move there
when you&
This is just a note to wish all attendees the best of beer. Since
Chemnitz seems to be as difficult to get to as Prince Edward Island, I
might try to arrange a future meeting here. We have a new IT technology
centre that is currently looking a lot like a white elephant :) I would
also like to
43 matches
Mail list logo
