On Fri, Dec 20, 2002 at 08:31:27PM +0200, Dekel Tsur wrote:
> This has been reported, but the QT frontend still does not compile:
>
> FileDialog.C:60: ambiguous overload for string & = const QString'
> FileDialog.C:90: ambiguous overload for string & = const QString'
> QBibtex.C:79: call of overl
On Sat, Dec 21, 2002 at 01:56:05AM +0100, Alfredo Braunstein wrote:
> The following patch cures it. I think it's simply a qt bug. It seems that
> QApplication destructor assumes that QApplication::exec() was called
> before.
I do not want to apply this until you have confirmation from Trolltec
On Fri, Dec 20, 2002 at 09:40:30PM +0200, Dekel Tsur wrote:
> qfont_loader.C does not call to addFontPath in isAvailable(), so mathed
> sometimes thinks that the math fonts are not available.
> This patch fixes that.
> I also added a cache for isAvailable() as it is called a lot of times when
> yo
Hi Jürgen,
thanks for the patch. It fixes my problem!
Michael
Hi,
it seems like the wheel mouse parameter in the preferences dialog indeed
specifies the number of lines to skip and not the percentage of the
screen. I will fix the German description of the paramter occasionally
but IMHO the original english description is also misleading...
Michael
... if you shrink its size too much.
Michael
Hi!
If I open some of the LyX menus, I get the following console message:
LyXAction::funcHasFlag: No info about kb_action: -1073748040
valgrind tells me the following:
==11293== Conditional jump or move depends on uninitialised value(s)
==11293==at 0x8076B42: LyXAction::retrieveActionAr
John Levon wrote:
> I've got this ever since upgrading to RH* / Qt 3...
The following patch cures it. I think it's simply a qt bug. It seems that
QApplication destructor assumes that QApplication::exec() was called
before.
Don't ask me the rationale.
Bye, alfredo
Index: ChangeLog
==
Hello,
is there anybody out there who has not gone on vacation so far?
I have fixed about 200 translations into German in de.po. Could somebody
please commit the attached patch? Yesterday, Lars remerged all po files
and it took a significant amount of time to resolve all conflicts. Thus
I woul
KO> The whole difference is that just as any Arab understands that various
KO> combinations of glyphs are still separate characters,
KO> it's kinda hard to persuade me at least that é is more than one character. The
KO> whole point about combining characters (at least accents for roman alphabets,
On piątek 20 grudzień 2002 04:09 pm, Bo Peng wrote:
> On Fri, Dec 20, 2002 at 12:13:44PM -0500, Kuba Ober wrote:
> > > In fact, a group of my friends coined the term "Microsoft Compression"
> > > to refer to the amazing phenomenon of saving the same Powerpoint
> > > document over and over again unt
On Fri, Dec 20, 2002 at 12:13:44PM -0500, Kuba Ober wrote:
> > In fact, a group of my friends coined the term "Microsoft Compression"
> > to refer to the amazing phenomenon of saving the same Powerpoint
> > document over and over again until the file size is as small as
> > possible. We have obser
On Wed, Dec 18, 2002 at 08:21:56PM +, John Levon wrote:
> \cong (ERT)
> \Diamond (ERT)
> \Box (ERT)
> \surd (ERT)
The following patch should fix the above symbols, and make all symbols in
mathed.lyx viewable.
There is a slight problem with the \cong hack:
\def\cong{\stackrel{_\sim}{=}}
This
On Friday 20 December 2002 08:42, Andre Poenitz wrote:
> I think this is a bit too deep in the bowels. I'd only check direct user
> input, not every char that gets inserted for any reason.
>
> How much code is that btw?
It's 40 lines in insertChar() and 60 lines for a method that contacts the
se
qfont_loader.C does not call to addFontPath in isAvailable(), so mathed
sometimes thinks that the math fonts are not available.
This patch fixes that.
I also added a cache for isAvailable() as it is called a lot of times when
you first enter a math formula to the document, and this called takes a
l
What is "eufrak" in math_font_available ? (there is no \eufrak command)
If it is needed, why is it different than mathfrak (which is handled in
math_support.C ?
Andre Poenitz <[EMAIL PROTECTED]> writes:
| I am more or less off-line from now on to Jan 6. (2003 if that matters)
Me too.
| Happy Easter!
Hunt for those eggs!
--
Lgb
On piątek 20 grudzień 2002 09:15 am, Philipp Reichmuth wrote:
> | LGB>> One glyph that thakes 64 bits to encode...
>
> LGB> | But not for any *technical* purpose. For all purposes of string
> LGB> | processing, such as indexing, concatenation etc., this is *two*
> LGB> | characters, not one.
>
> LG
On piątek 20 grudzień 2002 10:01 am, Philipp Reichmuth wrote:
> LGB> | Sorry, I don't understand. The length of the string U+0065 U+0301
> LGB> | certainly is 2, regardless of how the rendering engine displays
> this. LGB> | Of course, the rendering engine should render it as "é"
> because U+0301 L
This has been reported, but the QT frontend still does not compile:
FileDialog.C:60: ambiguous overload for string & = const QString'
FileDialog.C:90: ambiguous overload for string & = const QString'
QBibtex.C:79: call of overloaded basic_string(const QString)' is ambiguous
On Fri, Dec 20, 2002 at 05:06:39PM +, John Levon wrote:
> On Fri, Dec 20, 2002 at 02:59:24PM -0200, Persio Barros wrote:
>
> > I got your fonts and installed them in my RH8 system. Now the qt frontend
> > works fine.
> > But one small problem remains: the \psi is not showing. May be it is
>
I am more or less off-line from now on to Jan 6. (2003 if that matters)
Happy Easter!
Andre'
> In fact, a group of my friends coined the term "Microsoft Compression"
> to refer to the amazing phenomenon of saving the same Powerpoint
> document over and over again until the file size is as small as
> possible. We have observed that it incrementally grows with each save,
> until about 3 tim
On Fri, Dec 20, 2002 at 02:59:24PM -0200, Persio Barros wrote:
> I got your fonts and installed them in my RH8 system. Now the qt frontend
> works fine.
> But one small problem remains: the \psi is not showing. May be it is
> missing from the
> font file.
Dekel posted a patch for this which wor
On Fri, Dec 20, 2002 at 05:24:16PM +0200, Dekel Tsur wrote:
> I think that we should only include the TTF fonts that we use in the RPM
> (or at least, only the *10.ttf fonts).
Indeed, I've done that in the new RPM
> As some user don't need mathed, we don't need to make the lyx-qt RPM depend
> on
On Fri, Dec 20, 2002 at 04:14:14PM +0100, Alfredo Braunstein wrote:
> It seems to quit cleanly. However, now I get on exit:
>
> Mutex destroy failure: Device or resource busy
I've got this ever since upgrading to RH* / Qt 3...
I don't know what it means yet ..
regards
john
--
"ALL television
> I do not want to annoy you with those remarks. Now that we have a
> chance to have decent binary distributions for 1.2.2, let's not spoil
> that with a lot of non-coordinated files put together in some
> directory. I would like also to have some kind of centralized file
> containing a description
John Levon wrote:
I made an RPM for RH8.0 that contains the ttf LaTeX fonts.
It works for me with CVS Qt LyX.
http://www.movementarian.org/latex-ttf-fonts-0.1-1.noarch.rpm
I guess when we ship a RH8.0 RPM for lyx-qt, we should make it depend
on something like this...
I got your fonts and in
Juergen Spitzmueller wrote:
Just a small glitch, but in case you are doing another update, can you try to
eliminate the ampersands ("&") in the strings, please? They are converted to
shortcuts in the qt frontend. E.g., in About LyX, "Ruhm & Ehre" is parsed as
"Ruhm _Ehre" (with M-Space Shortcu
On Thu, Dec 19, 2002 at 03:25:00AM +, John Levon wrote:
>
> I made an RPM for RH8.0 that contains the ttf LaTeX fonts.
> It works for me with CVS Qt LyX.
>
> http://www.movementarian.org/latex-ttf-fonts-0.1-1.noarch.rpm
I think that we should only include the TTF fonts that we use in the RPM
John Levon wrote:
> Here's the fix. Lars, OK ?
It seems to quit cleanly. However, now I get on exit:
Mutex destroy failure: Device or resource busy
What does it mean?
Alfredo
LGB> | Sorry, I don't understand. The length of the string U+0065 U+0301
LGB> | certainly is 2, regardless of how the rendering engine displays this.
LGB> | Of course, the rendering engine should render it as "é" because U+0301
LGB> | is a combining character, but the string length is still 2.
LGB
On Fri, Dec 20, 2002 at 03:59:23PM +0100, Jean-Marc Lasgouttes wrote:
> http://www.ctan.org/tex-archive/fonts/cm/ps-type1/bakoma/BaKoMa-CM.Fonts
Humm, seems I didn't look very far. Thanks
regards
john
--
"ALL television is children's television."
- Richard Adler
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> that's the project they're from :
John> [moz@lambent .fonts.bak]$ ls
John> ftp.tex.ac.uk/tex-archive/fonts/cm/ps-type1/bakoma/ttf/
So the following file is relevant and should be bundled with the
fonts, isn't it?
http://www.ctan.org/t
On Fri, Dec 20, 2002 at 03:47:44PM +0100, Jean-Marc Lasgouttes wrote:
> John> http://www.ctan.org/tex-archive/nonfree/systems/win32/bakoma/fonts/fonts.html
>
> John> Anyway, it would still be nice if we could find a ttf wasy font
>
> This is not where you got the fonts, is it?
that's the projec
> "John" == John Levon <[EMAIL PROTECTED]> writes:
>> And a README explaining what are those files and who produced them
>> would be basic courtesy, I think.
John> Erk, indeed.
John> http://www.ctan.org/tex-archive/nonfree/systems/win32/bakoma/fonts/fonts.html
John> Anyway, it would still be
Philipp Reichmuth <[EMAIL PROTECTED]> writes:
| | LGB>> One glyph that thakes 64 bits to encode...
>
| LGB> | But not for any *technical* purpose. For all purposes of string
| LGB> | processing, such as indexing, concatenation etc., this is *two*
| LGB> | characters, not one.
>
| LGB> Finding the
On Fri, Dec 20, 2002 at 03:13:54PM +0100, Jean-Marc Lasgouttes wrote:
> Yes, but it could be "you are free to distribute it, provided that you
> keep this photograph of my dog with it". Or whatever.
Well, yes, but I cannot find any info
> And a README explaining what are those files and who prod
>> This document is a design document, made up mostly of tables. IMHO the
>> LyX table format is *mega* bloated. The LyX file is 350 k while the PS
>> is under 57 k, which to me is extreme as postscript is normally pretty
>> bloated.
AP> I think we should have a look at gzipping the .lyx in the ne
| LGB>> One glyph that thakes 64 bits to encode...
LGB> | But not for any *technical* purpose. For all purposes of string
LGB> | processing, such as indexing, concatenation etc., this is *two*
LGB> | characters, not one.
LGB> Finding the length of the string...
Sorry, I don't understand. The len
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Fri, Dec 20, 2002 at 03:00:52PM +0100, Jean-Marc Lasgouttes
John> wrote: I'm uploading to ftp.lyx.org/incoming RH8.0 RPMs and the
John> original tgz's for Aiksaurus and the ttf fonts needed for
John> getting math symbols. I haven't fo
> "Ronny" == Ronny Buchmann <[EMAIL PROTECTED]> writes:
Ronny> Am Donnerstag, 19. Dezember 2002 18:45 schrieb Moritz
Ronny> Moeller-Herrmann:
>> Ronny Buchmann wrote: > you can find one for rh73 here (together
>> with xforms-1.0): > source rpms should be fine for rh7.x and rh8
>> (and maybe ot
John Levon wrote:
I mean that if you can't fix the bug you shouldn't label the fix a bad
idea.
But it is a bad idea in my opinion (the fix in general I mean not the
particular code lines), anyway I just want to have the lines there so
that I don't have to download an earlier version to see how t
On Fri, Dec 20, 2002 at 03:00:52PM +0100, Jean-Marc Lasgouttes wrote:
> John> I'm uploading to ftp.lyx.org/incoming RH8.0 RPMs and the
> John> original tgz's for Aiksaurus and the ttf fonts needed for
> John> getting math symbols. I haven't found a wasy ttf font alas.
>
> Did you check the licens
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> I'm uploading to ftp.lyx.org/incoming RH8.0 RPMs and the
John> original tgz's for Aiksaurus and the ttf fonts needed for
John> getting math symbols. I haven't found a wasy ttf font alas.
Did you check the licenses of these things?
John
On Fri, Dec 20, 2002 at 02:55:15PM +0100, Andre Poenitz wrote:
> I had played around with automatic "paragraph inset" <-> "line inset" <->
> character inset conversion, i.e only the paragraph with the cursor is
> broken into individual chars, otherwise there is a per-line overhead of
That sounds
On Fri, Dec 20, 2002 at 02:43:06PM +0100, Juergen Vigna wrote:
> BTW.: Why do I need to send a patch for a patch? Do we have new rules?
I mean that if you can't fix the bug you shouldn't label the fix a bad
idea.
I've no real problem with including #if 0 stuff, even if it's pointless
as it will
On Fri, Dec 20, 2002 at 01:29:13PM +, John Levon wrote:
> We couldn't get away with that for normal text I don't think. If we're
> really going to have word-based insets for layout they'd have to be
> ultra-thin
I had played around with automatic "paragraph inset" <-> "line inset" <->
charact
> "Darren" == Darren Freeman <[EMAIL PROTECTED]> writes:
Darren> Missing number, treated as zero. \begin{table}[!htbp]
Darren> A number should have been here; I inserted `0'. (If you can't
Darren> figure out why I needed to see a number, look up `weird error'
Darren> in the index to The TeXbo
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> When running LyX on Windows machine, the TeX directory may be
Dekel> installed in a directory whose name contains spaces (e.g.
Dekel> C:\Program Files) and this confuses the deptable code. One
Dekel> solution is to quote filenames in t
The following patch is adapted from one of the last bits in the patch
that Claus Hentschel uses on win32. It fixes parsing of log files by
removing trailing \r.
OK to apply?
JMarc
? config.h.in
? src/ext_l10n.h
Index: src/ChangeLog
=
John Levon wrote:
On Fri, Dec 20, 2002 at 09:58:08AM +0100, Juergen Vigna wrote:
Well I don't think this patch is a good idea and if we insert it that
way I at least want a #warning there and I would like to have the old
code there #if 0 out as the existing code should be the right on and the
n
On Fri, Dec 20, 2002 at 08:48:49AM +0100, Andre Poenitz wrote:
> > No, they need *input* NOT *extra input*. There is a clear difference.
>
> Care to explain?
I've already explained as much as I am able in previous posts
regards
john
--
"ALL television is children's television."
- Richa
On Fri, Dec 20, 2002 at 09:49:56AM +0100, Andre Poenitz wrote:
> I'd rather make .lyx gzipped by default. Doesn't Staroffice do something
> similar?
Lets look at the bloat first. You don't fix kernel bugs first by running
3 redundant machines ...
regards
john
--
"ALL television is children's te
-BEGIN PGP SIGNED MESSAGE-
On Freitag, 20. Dezember 2002 09:55, Andre Poenitz wrote:
> Click "bild_loes_140_rot.eps",
> change something,
> Apply,
> Crash.
Confirmed for xforms-frontend.
Cannot reproduce with qt-frontend.
Kornel
- --
Kornel Benko
[EMAIL PROTECTED]
-BEGIN PGP
On Fri, Dec 20, 2002 at 09:31:55AM +0100, Andre Poenitz wrote:
> > what about storage ?
>
> I think it does not matter too much. For small docs, LyX itself eats more
> memory than the doc, if math is involved, we are already wasting way more
> than three bytes per char (and nobody complained so f
On Fri, Dec 20, 2002 at 09:58:08AM +0100, Juergen Vigna wrote:
> Well I don't think this patch is a good idea and if we insert it that
> way I at least want a #warning there and I would like to have the old
> code there #if 0 out as the existing code should be the right on and the
> new code is a
Am Donnerstag, 19. Dezember 2002 18:45 schrieb Moritz Moeller-Herrmann:
> Ronny Buchmann wrote:
> > you can find one for rh73 here (together with xforms-1.0):
> > source rpms should be fine for rh7.x and rh8 (and maybe others)
> > my spec file for lyx is attached (uses the icon from angus)
>
> I ha
On Fri, 2002-12-20 at 22:41, Peter Suetterlin wrote:
> Andre Poenitz wrote:
> Hmm, maybe not on an image-by-image basis. I'd rather like a special
> save-option 'save as complete document', where everything - including
> all external parts - is saved in one tar/zip/whatever archive.
>
> This woul
On Fri, 2002-12-20 at 21:58, Andre Poenitz wrote:
> On Fri, Dec 20, 2002 at 12:27:53PM +0100, Peter Suetterlin wrote:
> > I'd vote against that, at least as a default setting:
> > There are many things (especially *huge* bibtex references) that I'm
> > using in most of my writings. I really don't
On Friday 20 December 2002 12:35, Martin Vermeer wrote:
>
> Shouldn't we have another look at *this* XML usage? I suspect that it
> can be made lots more compact by agreeing on default values of attributes
> that don't need to be included then. Without losing backward
> compatibility.
And even i
On Fri, Dec 20, 2002 at 09:43:46AM +0100, Andre Poenitz spake thusly:
> On Fri, Dec 20, 2002 at 05:05:52PM +1030, Darren Freeman wrote:
> > This document is a design document, made up mostly of tables. IMHO the
> > LyX table format is *mega* bloated. The LyX file is 350 k while the PS
> > is unde
Andre Poenitz wrote:
> On Fri, Dec 20, 2002 at 12:27:53PM +0100, Peter Suetterlin wrote:
> > I'd vote against that, at least as a default setting:
> > There are many things (especially *huge* bibtex references) that I'm
> > using in most of my writings. I really don't want to bloat my text
> > fil
[EMAIL PROTECTED] wrote:
> In the tabular dialog (xforms), it is impossible to specify
> a fixed width for multicolumn cells.
the attached patch fixes this. It also fixes bug 572 (hAlignment reset...).
http://bugzilla.lyx.org/show_bug.cgi?id=572
Michael, can you please test if both bugs are fi
On Fri, Dec 20, 2002 at 12:27:53PM +0100, Peter Suetterlin wrote:
> I'd vote against that, at least as a default setting:
> There are many things (especially *huge* bibtex references) that I'm
> using in most of my writings. I really don't want to bloat my text
> files by appending that over and o
Andre Poenitz wrote:
> On Fri, Dec 20, 2002 at 11:01:53AM +0100, Moritz Moeller-Herrmann wrote:
> > > I'd rather make .lyx gzipped by default. Doesn't Staroffice do something
> > > similar?
> >
> > They use the zip compression, because you can append to it unlike tar.gz.
> > koffice uses the same
There seem to be a problem of some kind. I have not been able to
determine what the problem is yet, trolltech seems to have problems as
well. I'll do my best to get everything up as fast as possible.
If you want to send me mail send it to: [EMAIL PROTECTED]
--
Lgb
On Fri, 2002-12-20 at 20:56, Jean-Marc Lasgouttes wrote:
> > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> Andre> On Fri, Dec 20, 2002 at 06:06:29PM +1030, Darren Freeman wrote:
> >> Any objections? Comments?
>
> Andre> I'd rather make .lyx gzipped by default. Doesn't Staroffice do
On Fri, Dec 20, 2002 at 11:27:42AM +0100, Jean-Marc Lasgouttes wrote:
> Why? If you do Insert>LyX file, for example?
Ok: "In a few selected places"?
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
Andre Poenitz wrote:
> On Thu, Dec 19, 2002 at 05:40:28PM +0100, Moritz Moeller-Herrmann wrote:
>> Also with your fonts installed OpenOffice.org643 will not start anymore,
>> segfaulting on cmex7.ttf.
>>
>> So I think these fonts need some work.
>
> Well. OpenOffice seems to need some work, too.
In both frontends (and also in 1.2.2 btw), the vertical alignment of a fixed
width column is messed up.
AFAICS (as i think to have figured out), the valignment of the first fixed
width column in the tabular is always used for the whole _row_. LyX is
instead supposing, that this is for the _colum
On Fri, 2002-12-20 at 20:19, Andre Poenitz wrote:
> On Fri, Dec 20, 2002 at 07:30:46PM +1030, Darren Freeman wrote:
> > I'm not sure how it works, but on my Mandrake 9.0 system I can just do
> > something like less x.gz and it will transparently unpack it. I guess
> > there's some kind of shell ext
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Thu, Dec 19, 2002 at 06:25:33PM +0100, Daniel Naber wrote:
>> > One would have to hook into the handler for LFUN_SELFINSERT >
>> (src/text3.C, line 1500+) and cut the "last" word or sentence from
>> > cursor position backward.
>>
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Fri, Dec 20, 2002 at 06:06:29PM +1030, Darren Freeman wrote:
>> Any objections? Comments?
Andre> I'd rather make .lyx gzipped by default. Doesn't Staroffice do
Andre> something similar?
We could have both the plain .lyx format
> "Nirmal" == Nirmal Govind <[EMAIL PROTECTED]> writes:
Nirmal> Hi.. if I want to compile without the language catalogs, then
Nirmal> should I just delete all the catalogs from the Makefile under
Nirmal> the CATALOGS = section?
The normal way is to set the LINGUAS environment variable to the
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> btw, why don't we default to is8859-15 for most of the languages
John> ?
Because support for that in latex is fairly new. In an ideal world, we
would test for that and do some magic, but I have no clever idea.
JMarc
> "John" == John Levon <[EMAIL PROTECTED]> writes:
>> this can be really hard to debug. There is really little reason to
>> use UTF-8 except for staying as ASCII-transparent and as compatible
>> with 8-bit channels as possible.
John> what about storage ? I would hazard a guess that most of ou
On Fri, Dec 20, 2002 at 11:01:53AM +0100, Moritz Moeller-Herrmann wrote:
> > I'd rather make .lyx gzipped by default. Doesn't Staroffice do something
> > similar?
>
> They use the zip compression, because you can append to it unlike tar.gz.
> koffice uses the same approach.
>
> If you compress an
John Levon wrote:
> Here's the fix. Lars, OK ?
Great, thanks. Alfredo
Andre Poenitz wrote:
> On Fri, Dec 20, 2002 at 06:06:29PM +1030, Darren Freeman wrote:
>> Any objections? Comments?
>
> I'd rather make .lyx gzipped by default. Doesn't Staroffice do something
> similar?
They use the zip compression, because you can append to it unlike tar.gz.
koffice uses the s
[EMAIL PROTECTED] (Juergen Spitzmueller) writes:
| Lars Gullik Bjønnes wrote:
| > Or a double ampersand needed.
|
| Yes, but this will be displayed as double ampersand in other frontends (i.e.
| xforms), no?
yeesss hm da hmm
"und" is the answer then.
--
Lgb
Lars Gullik Bjønnes wrote:
> Or a double ampersand needed.
Yes, but this will be displayed as double ampersand in other frontends (i.e.
xforms), no?
Jürgen
Andre Poenitz wrote:
On Fri, Dec 20, 2002 at 01:26:02AM +, John Levon wrote:
This works OK for me. Note it fixes only one mode of failure - several
other cases are still broken. But those are not regressions, this is.
OK ?
Looks ok.
Well I don't think this patch is a good idea and if w
- Forwarded message from Kornelia Pietsch <[EMAIL PROTECTED]>
-
Click "bild_loes_140_rot.eps",
change something,
Apply,
Crash.
gdb (core-file) sagt:
(gdb) bt
#0 0x402a7ac1 in __kill () from /lib/libc.so.6
#1 0x402a7795 in raise () at ../sysdeps/posix/raise.c:28
#2 0x402a8e5f in abort
On Fri, Dec 20, 2002 at 06:06:29PM +1030, Darren Freeman wrote:
> Any objections? Comments?
I'd rather make .lyx gzipped by default. Doesn't Staroffice do something
similar?
This is an extra burden for people like me who regularly do search&replace
in the .lyx file itself, but I'd guess that's th
On Fri, Dec 20, 2002 at 05:05:52PM +1030, Darren Freeman wrote:
> This document is a design document, made up mostly of tables. IMHO the
> LyX table format is *mega* bloated. The LyX file is 350 k while the PS
> is under 57 k, which to me is extreme as postscript is normally pretty
> bloated.
I th
Philipp Reichmuth <[EMAIL PROTECTED]> writes:
| LGB> One glyph that thakes 64 bits to encode...
|
| But not for any *technical* purpose. For all purposes of string
| processing, such as indexing, concatenation etc., this is *two*
| characters, not one.
Finding the length of the string...
| "Gl
On Fri, Dec 20, 2002 at 01:26:02AM +, John Levon wrote:
> This works OK for me. Note it fixes only one mode of failure - several
> other cases are still broken. But those are not regressions, this is.
>
> OK ?
Looks ok.
Andre'
--
Those who desire to give up Freedom in order to gain Securit
On Thu, Dec 19, 2002 at 10:12:41PM +, John Levon wrote:
> what about storage ?
I think it does not matter too much. For small docs, LyX itself eats more
memory than the doc, if math is involved, we are already wasting way more
than three bytes per char (and nobody complained so far...)
Andre'
[EMAIL PROTECTED] (Juergen Spitzmueller) writes:
| Michael Schmitt wrote:
| > Another 95 translations into German. Please commit the attached patch.
|
| Just a small glitch, but in case you are doing another update, can you try to
| eliminate the ampersands ("&") in the strings, please? They are
Michael Schmitt wrote:
> Another 95 translations into German. Please commit the attached patch.
Just a small glitch, but in case you are doing another update, can you try to
eliminate the ampersands ("&") in the strings, please? They are converted to
shortcuts in the qt frontend. E.g., in About
91 matches
Mail list logo
