Hi there,
could you please delete the following two entries:
www.mail-archive.com/lyx-devel@lists.lyx.org/msg29149.html
www.mail-archive.com/lyx-devel@lists.lyx.org/msg29027.html
because they are very old and contain personal data I
don't want to distribute.
--
Viele Grüße
Hartmut
Georg Baum wrote:
Timothy Reaves wrote:
Is there anything I can do to resolve this?
IIRC a workaround is to configure with --disable-pch.
Or are anonymous namespace
just not allowed?
The standard allows them, but your compiler seems to be broken.
Well, I've upgraded my compiler to gc
Sanda Pavel wrote:
i filed bug 2906 concerning this.
both this bug and encoding problems affect only
1.4.3 of win lyx
I just managed to get gettext 0.15 and libiconv 0.11 (the latest
versions) to work with Windows and MSVC 2005. I'll publish patches soon.
It looks like this solves the probl
Bo Peng wrote:
The patch is attached. Please read instructions in hidecmd.C on how to
use it and test if the patch works as expected.
Thanks! It works fine. Please upload only the change to os_win32.C. I'm
going to write a new wrapper to replace hidecmd.c tomorrow.
Joost
g++-4 -DHAVE_CONFIG_H -I. -I. -I../../../src -DQT_CLEAN_NAMESPACE
-DQT_GENUINE_STR -DQT_NO_STL -DQT_NO_KEYWORDS -Winvalid-pch
--include=./pch.h -I../../../src -I../../../src/frontends
-I../../../images -I/usr/local/Trolltech/Qt-4.2.0/include
-I/usr/local/Trolltech/Qt-4.2.0/include/QtCore
-I/u
Paul A. Rubin wrote:
Uninstalling and
reinstalling Aspell (in C:\Aspell) and reconfiguring LyX did no good.
The US dictionaries are installed (in C:\Aspell\lib\aspell-0.60\). Any
ideas why LyX thinks they're not present?
aspelldata-0.60.4-root.exe is not intended to be used with LyX
1.4.2/1
Enrico Forestieri wrote:
On Fri, Oct 13, 2006 at 06:49:00PM +0200, Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Georg Baum wrote:
after quit, and qt4 segfaults after quit. Backtrace:
Does this patch solves the crash on exit?
This one might help also.
I have co
> but its strange, that inside the dialogs get english captions
> mixed with czech although all of them should be translated.
i filed bug 2906 concerning this.
both this bug and encoding problems affect only
1.4.3 of win lyx, not 1.4.2. also its not language
dependent, i have tried explitly czech
Hi,
I posted this in the user list but got no response there. I have LyX
1.4.2 (not to mention 1.4.1 and 1.37) all working fine on WinXP,
including spell checking (in English). I've installed 1.4.3 (most
recently 1.4.3-4) on a couple of machine, using the "official"
installer, and on both m
Jean-Marc Lasgouttes wrote:
With word (an older version), I did not manage to get a table toolbar
to pop up. I did not find other examples.
The "Tables and Borders" toolbar in Word is not context-sensitive,
others like Picture or WordArt are.
Joost
On Fri, Oct 13, 2006 at 06:49:00PM +0200, Abdelrazak Younes wrote:
> Abdelrazak Younes wrote:
> > Abdelrazak Younes wrote:
> >> Georg Baum wrote:
> >>> after quit, and qt4 segfaults after quit. Backtrace:
> >>
> >> Does this patch solves the crash on exit?
> >
> > This one might help also.
>
> I
On Fri, Oct 13, 2006 at 08:00:12AM +0300, Martin Vermeer wrote:
> On Fri, Oct 13, 2006 at 01:30:30AM +0200, Enrico Forestieri wrote:
> > This is going in now.
> >
> > --
> > Enrico
>
> OK thanks!
No problem, Martin.
--
Enrico
On Fri, Oct 13, 2006 at 09:18:00AM +0200, Georg Baum wrote:
> Enrico Forestieri wrote:
>
> > I did an svn up, but nothing changed. Same backtraces as before.
>
> I still doubt that it has something to do with the streams. It rather looks
> like it is connected to font metrics, and we had recent
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Georg Baum wrote:
after quit, and qt4 segfaults after quit. Backtrace:
Does this patch solves the crash on exit?
This one might help also.
I have committed this one as this seems to be the direct culprit of your
crash and it is safe anywa
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes
<[EMAIL PROTECTED]> writes:
Abdelrazak> OK, I got rid of the global pointer. All CoordCache access
Abdelrazak> are done via BufferView::cordCache() now. I had to modify
Abdelrazak>
Abdelrazak Younes wrote:
Georg Baum wrote:
after quit, and qt4 segfaults after quit. Backtrace:
Does this patch solves the crash on exit?
This one might help also.
Abdel.
Index: GuiApplication.C
===
--- GuiApplication.C(rev
Georg Baum wrote:
after quit, and qt4 segfaults after quit. Backtrace:
Does this patch solves the crash on exit?
Abdel.
Index: lyx_main.C
===
--- lyx_main.C (revision 15322)
+++ lyx_main.C (working copy)
@@ -264,7 +264,12 @@
On Oct 13, 2006, at 11:36 AM, Georg Baum wrote:
Bennett Helm wrote:
Suggestions?
Probably some code inside #ifdef OSX or so uses
convert.
I have added it, it should work now.
That did it. Thanks!
Bennett
Georg Baum wrote:
Abdelrazak Younes wrote:
Georg Baum wrote:
Abdelrazak Younes wrote:
OK, then, adding a BufferView to the TextPainter construction would make
sense. The problem is then that I'll have to add a BufferView argument
to InsetBase::plaintext() and that's a _lot_ of work. And I am
Abdelrazak Younes wrote:
> Georg Baum wrote:
>> Abdelrazak Younes wrote:
>>
>>> OK, then, adding a BufferView to the TextPainter construction would make
>>> sense. The problem is then that I'll have to add a BufferView argument
>>> to InsetBase::plaintext() and that's a _lot_ of work. And I am no
Timothy Reaves wrote:
> Is there anything I can do to resolve this?
IIRC a workaround is to configure with --disable-pch.
> Or are anonymous namespace
> just not allowed?
The standard allows them, but your compiler seems to be broken.
Georg
Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes
<[EMAIL PROTECTED]> writes:
Abdelrazak> OK, I got rid of the global pointer. All CoordCache access
Abdelrazak> are done via BufferView::cordCache() now. I had to modify
Abdelrazak> a number of methods to pas
Bennett Helm wrote:
> Suggestions?
Probably some code inside #ifdef OSX or so uses
convert.
I have added it, it should work now.
Georg
Georg Baum wrote:
Abdelrazak Younes wrote:
OK, then, adding a BufferView to the TextPainter construction would make
sense. The problem is then that I'll have to add a BufferView argument
to InsetBase::plaintext() and that's a _lot_ of work. And I am not sure
it is right anyway.
I think it wou
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> OK, I got rid of the global pointer. All CoordCache access
Abdelrazak> are done via BufferView::cordCache() now. I had to modify
Abdelrazak> a number of methods to pass BufferView but the resul
Suggestions?
Bennett
---
/bin/sh ../libtool --tag=CXX --mode=link g++-4 -g -Os -framework
Carbon -framework OpenGL -framework AGL -framework QuickTime -lz -o
lyx-qt4 main.o Bidi.o BufferView.o Bullet.o BranchList.o Chktex.o
Color.o CutAndPaste.o DepTable.o FloatList.o Floating.
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> OK, I got rid of the global pointer. All CoordCache access
Abdelrazak> are done via BufferView::cordCache() now. I had to modify
Abdelrazak> a number of methods to pass BufferView but the result is
Abdelrazak> better a
Abdelrazak Younes wrote:
> OK, then, adding a BufferView to the TextPainter construction would make
> sense. The problem is then that I'll have to add a BufferView argument
> to InsetBase::plaintext() and that's a _lot_ of work. And I am not sure
> it is right anyway.
I think it would be right if
Is there anything I can do to resolve this? Or are anonymous namespace
just not allowed?
Hal > gcc --version
powerpc-apple-darwin8-gcc-4.0.1 (GCC) 4.0.1 (Apple Computer, Inc. build
5363)
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying c
> Bo, can you please post the patch again?
Yes. I will prepare one today.
Hi, Joost,
The patch is attached. Please read instructions in hidecmd.C on how to
use it and test if the patch works as expected.
Thanks.
Bo
Index: src/support/os_win32.C
Georg Baum wrote:
Abdelrazak Younes wrote:
My problem is that setXY() needs a BufferView with my change. So I just
commented out this call which, if I'm right is not useful because
drawT() is for text export and has nothing to do with painting on
screen. I guess this call to setXY was just co
> Not if it means importing the whole session stuff, which currently
> contains many many changes.
I know, I mean only the toolbar part without the whole session stuff.
If I can take the time to separate the toolbar part from the
session-related code, I would as well port the whole session stuf
Abdelrazak Younes wrote:
Hello,
In order to support multiple LyXView each BufferView needs its own
CoordCache. This is what's implemented in this patch.
theCoords is now a global pointer instead of a global variable. It is
set at each BufferView::updateMetrics() call. I am not very happy with
> It looks good, but as always I'll have to see it before saying 'yes'.
Bo, can you please post the patch again?
Yes. I will prepare one today.
> Concerning the use of a wrapper, I am OK with it as long as LyX can
> run (maybe not as well) without the wrapper. Otherwise, this has to
> become
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> When it is integrated with the standard toolbar settings, the
Joost> users will recognize the different toolbar states depending on
Joost> the context. They also know this from other applications. I
Joost> think OpenOffice also work
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> I am blocked at TextPainter. So either I add BufferView to
Abdelrazak> its constructor or I pass BufferView to all drawT()
Abdelrazak> methods. I think I prefer the first solution. Or even
Abdelrazak> better, get rid o
Abdelrazak Younes wrote:
> My problem is that setXY() needs a BufferView with my change. So I just
> commented out this call which, if I'm right is not useful because
> drawT() is for text export and has nothing to do with painting on
> screen. I guess this call to setXY was just copy&paste from
Abdelrazak Younes wrote:
I am blocked at TextPainter. So either I add BufferView to its
constructor or I pass BufferView to all drawT() methods. I think I
prefer the first solution. Or even better, get rid of TextPainter.
I found another solution. The only problematic code was in MathData.C:
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Yes, but I suspect that the bv is known without going too high in
the hierarchy.
Abdelrazak> I am blocked at TextPainter. So either I add BufferView to
Abdelrazak> its constructor or I pass BufferView
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> Yes, but I suspect that the bv is known without going too high in
>> the hierarchy.
Abdelrazak> I am blocked at TextPainter. So either I add BufferView to
Abdelrazak> its constructor or I pass BufferView to all drawT()
Abdelr
Georg Baum wrote:
Abdelrazak Younes wrote:
Georg Baum wrote:
I strongly disagree. In case you don't remember what we did please reread
the old mails. There was a lot of testing, and the outcome was that some
internal qt structures rely on the fact that the QApplication variable is
created at
On Friday 13 October 2006 11:17, Jean-Marc Lasgouttes wrote:
> Did this get added? I do not see it.
I will do it next week. It remains to add an entry to LaTeXConfig.lyx.in and
then I will commit it.
> JMarc
--
José Abílio
Joost Verburg wrote:
> The first step is to remember the state of the View
Yes.
Jürgen
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
I really really do not like this theCoords global pointer.
Abdelrazak> Me neither.
Unless you have firm plans to get rid of it in the near future, of
course.
Abdelrazak> Yep, that's the plan.
I wo
Georg Baum wrote:
Abdelrazak Younes wrote:
The think is that once we add the additional argument somewhere then it
will be needed to all methods in the calling hierarchy (butterfly effect).
It is already used in almost all functions. I do not like that, but see no
better solution.
Noted.
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
The fact that the bv is not known where it should be simply
indicates that the methods in questions are lacking a bv parameter.
For example InsetTabular::dist should have this parameter, which
means that
Juergen Spitzmueller wrote:
Why? I think with the Toolbar dalog, we don't need a prefs entry. The default
is in the ui files, and the modifications are stored in session.
That's exactly what I mean. However you are talking about a View >
Toolbars > Customize dialog, which allows you to customi
Abdelrazak Younes wrote:
> > While this is of course true, my question should read "... instead of
> > doing in in preferences or with a context menu".
>
> I guess one option does not preclude the other... The toolbar dialog is
> needed anyway.
Why? I think with the Toolbar dalog, we don't need a
Jean-Marc Lasgouttes wrote:
It looks good, but as always I'll have to see it before saying 'yes'.
Bo, can you please post the patch again?
Concerning the use of a wrapper, I am OK with it as long as LyX can
run (maybe not as well) without the wrapper. Otherwise, this has to
become part of LyX
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> Do you agree to apply the patch to 1.4? I will create a Windows
Joost> wrapper that handles everything including debug output. I can
Joost> even add a quality feedback wizard that allows users to report
Joost> crashes automatically.
Jean-Marc Lasgouttes wrote:
Or we could have a 'show console' menu entry. It would be useful for
other platforms too, but I am not sure how to do it.
I'm not sure. If someone wants console output, LyX can be started from
the terminal. Windows users can also start lyxc.exe. There should not be
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>> You forgot status.14x, didn't you?
Martin> Yes I did :-)
Thanks.
JMarc
On Fri, Oct 13, 2006 at 12:16:00PM +0200, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> On Fri, 2006-10-13 at 10:05 +0200, Jean-Marc Lasgouttes wrote:
> >> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
> >>
> Martin> Attached
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> Jean-Marc Lasgouttes wrote:
>> First we have to write the code which is able to determine that the
>> math toolbar has been switched off while in math mode. We still do
>> not know how we will catch that event.
Joost> Well, I guess
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> I think they should only be displayed when something is wrong
Joost> (the wrapper can do that). It is not a good thing to show lists
Joost> of console output the first time a user starts LyX, especially
Joost> not on Windows.
Or we
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> I really really do not like this theCoords global pointer.
Abdelrazak> Me neither.
>> Unless you have firm plans to get rid of it in the near future, of
>> course.
Abdelrazak> Yep, that's the plan.
I would personally prefe
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> The fact that the bv is not known where it should be simply
>> indicates that the methods in questions are lacking a bv parameter.
>> For example InsetTabular::dist should have this parameter, which
>> means that InsetTabular::
Abdelrazak Younes wrote:
> The think is that once we add the additional argument somewhere then it
> will be needed to all methods in the calling hierarchy (butterfly effect).
It is already used in almost all functions. I do not like that, but see no
better solution.
> Passing BufferView to ever
Joost Verburg wrote:
> I think they should only be displayed when something is wrong (the
> wrapper can do that). It is not a good thing to show lists of console
> output the first time a user starts LyX, especially not on Windows.
I agree, but I would expect this to happen after pressing the rec
> "José" == José Matos <[EMAIL PROTECTED]> writes:
José> Hi, I propose to add another layout. This layout is for the
José> Journal of the Royal Statistical Society: Series C (Applied
José> Statistics)
José> I would like to add this to 1.4.x and 1.5.x. Comments?
Did this get added? I do not
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> On Fri, 2006-10-13 at 10:05 +0200, Jean-Marc Lasgouttes wrote:
>> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>>
Martin> Attached the patch to add isprs to trunk. I nobody objects it
Martin> goes in later.
>> V
Abdelrazak Younes wrote:
> Georg Baum wrote:
>> I strongly disagree. In case you don't remember what we did please reread
>> the old mails. There was a lot of testing, and the outcome was that some
>> internal qt structures rely on the fact that the QApplication variable is
>> created at the very
Question for Andre I guess:
This TextPainter class is used nowhere in the code except in a dead code
(note the if (0 ):
int InsetMathHull::plaintext(Buffer const &, lyx::odocstream & os,
OutputParams const &) const
{
if (0 && display()) {
Dimensi
Juergen Spitzmueller wrote:
Abdelrazak Younes wrote:
I wonder why we don't implement all those things in the View->Toolbars
dialog and get rid of the context menu?
Hum... because nobody steps up to do it?
While this is of course true, my question should read "... instead of doing in
in prefe
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Will commit tomorrow if there's no objection.
Abdelrazak> With this updated patch the two views works fine including
Abdelrazak> Cut&Paste between the two views :-)
Abdelrazak> I will commit the patch
Abdelrazak Younes wrote:
> > I wonder why we don't implement all those things in the View->Toolbars
> > dialog and get rid of the context menu?
>
> Hum... because nobody steps up to do it?
While this is of course true, my question should read "... instead of doing in
in preferences or with a cont
Abdelrazak Younes wrote:
> Which is really working with my current patch!
Cool! When it is in svn I will give it a try.
Peter
Georg Baum wrote:
The log file is fine for e.g. messages from converters etc, but in the case
of configure.py the best solution would be if a new window would pop up
where one could watch the messages in real time, since these are normally
more important.
I think they should only be displayed w
Joost Verburg wrote:
> Jean-Marc Lasgouttes wrote:
>> Something clearly needs to be done for the console in windows.
>> Actually it should always be hidden, but it should be possible for the
>> user to recover its content if needed. I do not know how this could be
>> done, though.
>
> The method
Georg Baum wrote:
Abdelrazak Younes wrote:
This is with current SVN?
Yes.
I am not amused that you simply throw away the hard work several of us
did to circumvent that dreaded mutex destroy failure message on linux and
crashes on OS X.
IMHO, this is not a question of how much work went in
Jean-Marc Lasgouttes wrote:
First we have to write the code which is able to determine that the
math toolbar has been switched off while in math mode. We still do not
know how we will catch that event.
Well, I guess it should not be too difficult to obtain the state of a
toolbar. Bo will take
On Wed, 2006-10-11 at 12:09 +0300, Martin Vermeer wrote:
> The updated patch is here. Could somebody test it?
>
> http://bugzilla.lyx.org/attachment.cgi?id=1284&action=view
>
> - Martin
I tried to test this and it seems to work as I remember it should. So
I'll just commit it to trunk presently u
Jean-Marc Lasgouttes wrote:
Something clearly needs to be done for the console in windows.
Actually it should always be hidden, but it should be possible for the
user to recover its content if needed. I do not know how this could be
done, though.
The method in LyX 1.5 solves this problem. The w
Abdelrazak Younes wrote:
> This is with current SVN?
Yes.
>> I am not amused that you simply throw away the hard work several of us
>> did to circumvent that dreaded mutex destroy failure message on linux and
>> crashes on OS X.
>
> IMHO, this is not a question of how much work went in these wo
On Fri, 2006-10-13 at 10:05 +0200, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> Attached the patch to add isprs to trunk. I nobody objects it
> Martin> goes in later.
>
> Very good. It could go to 1.4 too.
>
> JMarc
So done.
- Martin
Juergen Spitzmueller wrote:
Jean-Marc Lasgouttes wrote:
Joost> Bo, would it be possible to add this to your LyX 1.5 session
Joost> management system?
First we have to write the code which is able to determine that the
math toolbar has been switched off while in math mode. We still do not
know h
Jean-Marc Lasgouttes wrote:
> Joost> Bo, would it be possible to add this to your LyX 1.5 session
> Joost> management system?
>
> First we have to write the code which is able to determine that the
> math toolbar has been switched off while in math mode. We still do not
> know how we will catch tha
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Will commit tomorrow if there's no objection.
Abdelrazak> With this updated patch the two views works fine including
Abdelrazak> Cut&Paste between the two views :-)
Abdelrazak> I will commit the patch
Georg Baum wrote:
Abdelrazak Younes wrote:
Georg Baum wrote:
Please fix your editor. The spacing of the parameters of getRgbColor is
broken again.
I've fixed that but I am not sure it is my editor that is broken. I have
replaced the tabs by 4 spaces and I get exactly the same alignement. The
Georg Baum wrote:
Abdelrazak Younes wrote:
Georg Baum wrote:
Am Donnerstag, 12. Oktober 2006 19:50 schrieb Enrico Forestieri:
Yes, with this patch LyX builds, but then is quite unstable.
I always get a crash when trying to load a particular document
(see bt1.txt), but some others load fine. H
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> Hi, If I remember correctly, LyX 1.5 on Windows is now a
Joost> console application. A wrapper will be used to setup the
Joost> environment and hide the console window.
Joost> Can the new method be applied to 1.4 as well? I think t
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> Will commit tomorrow if there's no objection.
Abdelrazak> With this updated patch the two views works fine including
Abdelrazak> Cut&Paste between the two views :-)
Abdelrazak> I will commit the patch tomorrow without the tem
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> The 1.5 session management already monitors what happens to the
Joost> toolbars (expect this new solution for auto toolbars), right?
Joost> This means that we already have the methods to get & save the
Joost> toolbar states.
No.
S
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> Bo, would it be possible to add this to your LyX 1.5 session
Joost> management system?
First we have to write the code which is able to determine that the
math toolbar has been switched off while in math mode. We still do not
know
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Attached the patch to add isprs to trunk. I nobody objects it
Martin> goes in later.
Very good. It could go to 1.4 too.
JMarc
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> Question: Shouldn't we compare the change types only rather
Michael> than the complete changes (including changetime and author).
Michael> There may be problems if different authors work on the same
Michael> document.
First a co
Enrico Forestieri wrote:
> I did an svn up, but nothing changed. Same backtraces as before.
I still doubt that it has something to do with the streams. It rather looks
like it is connected to font metrics, and we had recent changes there, too.
Could you please revert the stream patch (it should b
Abdelrazak Younes wrote:
> Georg Baum wrote:
>> Am Donnerstag, 12. Oktober 2006 19:50 schrieb Enrico Forestieri:
>>> Yes, with this patch LyX builds, but then is quite unstable.
>>> I always get a crash when trying to load a particular document
>>> (see bt1.txt), but some others load fine. However
Abdelrazak Younes wrote:
> Georg Baum wrote:
>> Please fix your editor. The spacing of the parameters of getRgbColor is
>> broken again.
>
> I've fixed that but I am not sure it is my editor that is broken. I have
> replaced the tabs by 4 spaces and I get exactly the same alignement. The
> file l
89 matches
Mail list logo
