Joost Verburg wrote:
You are right! I compiled a debug version and this was exactly where it
crashed when pressing delete. Your patch solves the problem.
At first I didn't notice because I triggered the crash by changing the
text style. So there are some more places where the same error is
Jean-Marc Lasgouttes schrieb:
Therefore I think you should remove accept/reject change from the
menu: they will cause more confusion than anything else. The result is
that the shortcuts for accept/reject all changes will be weird, but we
are not going to remake all translations.
I tested
Jean-Marc Lasgouttes wrote:
You can probably
remove the FIXME, since this code does not need fixing at all.
I forgot this. I removed it now.
Jürgen
Lars,
is there any reason why I don't receive emails for all svn commits? For
instance, I never get informed about Peter's cmake changes and I also
didn't get messages for Joost's Window installer update this morning.
Michael
Joost Verburg wrote:
Juergen Spitzmueller wrote:
// cursor position might be invalid now
+cur.pit() = cur.lastpit();
cur.pos() = cur.lastpos();
cur.clearSelection();
You are right! I compiled a debug version and this was exactly where it
crashed when pressing delete. Your patch
Georg Baum wrote:
If you do
if (cur.pit() cur.lastpit())
cur.pit() = cur.lastpit();
then it is even suitable for 1.4.3 IMHO. I am not sure whether the test is
necessary, but cur.pit() cur.lastpit() is clearly wrong.
Yes. I'm not sure we need the test, but it cannot harm (also for
On Wednesday 20 September 2006 07:54, Michael Gerz wrote:
Lars,
is there any reason why I don't receive emails for all svn commits? For
instance, I never get informed about Peter's cmake changes and I also
didn't get messages for Joost's Window installer update this morning.
I noticed this
Georg Baum wrote:
If you do
if (cur.pit() cur.lastpit())
cur.pit() = cur.lastpit();
then it is even suitable for 1.4.3 IMHO. I am not sure whether the test is
necessary, but cur.pit() cur.lastpit() is clearly wrong.
There are also other places where this is used, always without
Joost Verburg wrote:
There are also other places where this is used, always without such a
test. So I'm not sure about it.
But it's safer to have it (it was forgotten in the other cases, probably by
me).
Attached an updated patch that fixes the crash and bug.
Joost
table_fix2.patch
On Tue, 2006-09-19 at 20:23 +0200, Pol wrote:
How to compile a very trimmed down lyx executable, to run on smartphones
(without latex), like motorola linux o.s. or nokia symbian o.s.?
Thank you
--
pol
I would be interested in this too. Have you looked at the scratchbox
environment?
-
José Matos [EMAIL PROTECTED] writes:
| On Wednesday 20 September 2006 07:54, Michael Gerz wrote:
| Lars,
|
| is there any reason why I don't receive emails for all svn commits? For
| instance, I never get informed about Peter's cmake changes and I also
| didn't get messages for Joost's
Juergen Spitzmueller wrote:
Joost Verburg wrote:
Open the attached file, select a few cells and press delete. Most of the
times you get a crash immediately (if not, try a few different ones).
The same thing happens in many other situations (changing text style etc.)
I can confirm that. Please
Edwin Leuven wrote:
insert table
put cursor in cell
shift + arrow down
BOOM!
Yes, this is an old one. The problem is that the CoordCache is not
correctly reconstructed in the updateMetrics within the table. Some
missing points are not being re-added after the CoordCache has been
cleared in
Andre Poenitz wrote:
On Tue, Sep 19, 2006 at 10:40:46AM +0200, Abdelrazak Younes wrote:
Am I really the only one seeing the problem?
InsetMathXYArrow.C
..\..\..\..\src\mathed\InsetMathXYArrow.C(31) : error C2259:
'InsetMathXYArrow' : cannot instantiate abstract class
due to following
Andre Poenitz wrote:
On Tue, Sep 19, 2006 at 10:30:11AM +0200, Abdelrazak Younes wrote:
Unfortunately, there's no obvious better solution than these big, ugly
switch statements. At least, not in C++.
There is one elegant solution IMHO, array of function pointers. This
would mean that each LFUN
Abdelrazak Younes wrote:
Edwin Leuven wrote:
BOOM!
Yes, this is an old one.
selecting (multiple) cells is not possible either
this kinda sucks...
Edwin Leuven wrote:
Abdelrazak Younes wrote:
Edwin Leuven wrote:
BOOM!
Yes, this is an old one.
selecting (multiple) cells is not possible either
Even inserting a single character doesn't work ;-/
this kinda sucks...
Yep.
Abdel.
Hello Joost,
I am using your 1.4.2 package together with Miktex-1.5 and it still have
problems with the HTML export. The work around is to export to latex
(plain) and to call htlatex by hand. As far as I understand it is
related to patch with spaces in it:
Could you please check if the
Rainer Dorsch wrote:
Am Dienstag, 19. September 2006 13:59 schrieb Jean-Marc Lasgouttes:
Rainer == Rainer Dorsch [EMAIL PROTECTED] writes:
Rainer Is there a pre-release tarball which I could compile? Would
Rainer svn co svn://svn.lyx.org/lyx/lyx-devel/branches/BRANCH_1_4_X
Joost == Joost Verburg [EMAIL PROTECTED] writes:
Joost Jean-Marc Lasgouttes wrote:
OK. Joost, do you intend to do so before release (i.e. before
tomorrow)?
Joost The 1.4.3 Windows installer still needs to be finished and
Joost uploaded. I will see what I can do today.
Joost What do you think
Joost == Joost Verburg [EMAIL PROTECTED] writes:
Joost Jean-Marc Lasgouttes wrote:
I propose to add accept/reject change and tipa now. I am not sure
we need dissolve inset (especially since the name itself may be
more misleading than the action). I am not sure what reference-next
does and
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin On Tue, 2006-09-19 at 20:23 +0200, Pol wrote:
How to compile a very trimmed down lyx executable, to run on
smartphones (without latex), like motorola linux o.s. or nokia
symbian o.s.?
Martin I would be interested in this too. Have you
Pol wrote:
How to compile a very trimmed down lyx executable, to run on smartphones
(without latex), like motorola linux o.s. or nokia symbian o.s.?
Thank you
Lyx will run fine without latex or any of the other supporting
programs. The install program might complain, but lyx itself
will
Pol wrote:
How to compile a very trimmed down lyx executable, to run on smartphones
(without latex), like motorola linux o.s. or nokia symbian o.s.?
What kind of phone is this? It runs linux _and_ you can install
software of your own choice on it?
Is there more information available
On Wednesday 20 September 2006 09:14, Lars Gullik Bjønnes wrote:
I have not noticed this, and I have no idea why.
Those are the notifications I am missing (starting from revision 15000):
15010-15012
15027
15044-15047
15049
15053-15055
15060
15082-15083
when I express a range above both
Helge Hafting wrote:
Pol wrote:
How to compile a very trimmed down lyx executable, to run on smartphones
(without latex), like motorola linux o.s. or nokia symbian o.s.?
What kind of phone is this? It runs linux _and_ you can install
software of your own choice on it?
Is there more
Abdelrazak Younes wrote:
Helge Hafting wrote:
Pol wrote:
How to compile a very trimmed down lyx executable, to run on
smartphones
(without latex), like motorola linux o.s. or nokia symbian o.s.?
What kind of phone is this? It runs linux _and_ you can install
software of your own choice
On Wednesday 20 September 2006 10:17, José Matos wrote:
when I express a range above both extremes are missing.
Is there any pattern here?
Using as gauge http://www.lyx.org/trac/timeline I see that I am missing
Peter's, Enrico's, Edwin's and Joost's commits. :-(
There is one message
José Matos schrieb:
On Wednesday 20 September 2006 10:17, José Matos wrote:
when I express a range above both extremes are missing.
Is there any pattern here?
Using as gauge http://www.lyx.org/trac/timeline I see that I am missing
Peter's, Enrico's, Edwin's and Joost's commits.
On Wed, Sep 20, 2006 at 11:06:08AM +0200, Jean-Marc Lasgouttes wrote:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin On Tue, 2006-09-19 at 20:23 +0200, Pol wrote:
How to compile a very trimmed down lyx executable, to run on
smartphones (without latex), like motorola linux o.s.
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin I have an 800x480 pixel screen. Not all are small.
I have only 320x480...
JMarc
On Wed, Sep 20, 2006 at 11:12:18AM +0200, Helge Hafting wrote:
Pol wrote:
How to compile a very trimmed down lyx executable, to run on smartphones
(without latex), like motorola linux o.s. or nokia symbian o.s.?
Thank you
Lyx will run fine without latex or any of the other supporting
Jean-Marc Lasgouttes wrote:
Does you have a \chktex_command entry in lyxrc.defaults? What does it
contain?
Yes, it's empty:
\chktex_command
But still the menu item is displayed.
Joost
On Wed, Sep 20, 2006 at 11:27:11AM +0200, Helge Hafting wrote:
Abdelrazak Younes wrote:
Helge Hafting wrote:
Pol wrote:
How to compile a very trimmed down lyx executable, to run on
smartphones
(without latex), like motorola linux o.s. or nokia symbian o.s.?
What kind of phone is
Jean-Marc Lasgouttes wrote:
Joost What do you think about uploading source code and patches
Joost related to external components to the wiki? This will make it
Joost easier to use and maintain.
Do you count the installer itself as external component, or is it just
for the patches in
Juergen Spitzmueller wrote:
But it's safer to have it (it was forgotten in the other cases, probably by
me).
Here is an updated patch to fix the table regressions.
Joost
Index: insets/insettabular.C
===
--- insets/insettabular.C
Juergen == Juergen Spitzmueller [EMAIL PROTECTED] writes:
Juergen Joost Verburg wrote:
I don't know when the bug was introduced, I'm very busy updating
the Windows installer. However I got at least 20 table crashes
while editing a report of a few pages, so it is likely a new bug
(or nobody
Jean-Marc Lasgouttes wrote:
Instead of fixing cursor position if it looks wrong, shouldn't we set
cursor to the start of selection instead? This is guaranteed to work,
it seems.
I propose the following patch.
Note that the same crash also happens when changing text style, see my
patches.
Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Jean-Marc Instead of fixing cursor position if it looks wrong,
Jean-Marc shouldn't we set cursor to the start of selection instead?
Jean-Marc This is guaranteed to work, it seems.
Jean-Marc I propose the following patch.
Ignore this
Joost == Joost Verburg [EMAIL PROTECTED] writes:
Joost Jean-Marc Lasgouttes wrote:
Does you have a \chktex_command entry in lyxrc.defaults? What does
it contain?
Joost Yes, it's empty:
Joost \chktex_command
Joost But still the menu item is displayed.
What about this patch?
JMarc
Index:
On Tuesday 12 September 2006 15:58, Ed Gatzke wrote:
1. Need option to overwrite files without a dialog option. Often, when
you select export pdf it takes a while to generate the pdf, so the error
dialog for overwrite file? pops up and gets lost among your windows.
Some options somewhere
On Wed, Sep 20, 2006 at 10:26:07AM +0200, Abdelrazak Younes wrote:
Juergen Spitzmueller wrote:
Joost Verburg wrote:
Open the attached file, select a few cells and press delete. Most of the
times you get a crash immediately (if not, try a few different ones).
The same thing happens in many
On Wed, Sep 20, 2006 at 10:30:56AM +0100, José Matos wrote:
On Wednesday 20 September 2006 10:17, José Matos wrote:
when I express a range above both extremes are missing.
Is there any pattern here?
Using as gauge http://www.lyx.org/trac/timeline I see that I am missing
Peter's,
Enrico Forestieri [EMAIL PROTECTED] writes:
| On Wed, Sep 20, 2006 at 10:30:56AM +0100, José Matos wrote:
| On Wednesday 20 September 2006 10:17, José Matos wrote:
| when I express a range above both extremes are missing.
|
| Is there any pattern here?
|
|Using as gauge
Joost == Joost Verburg [EMAIL PROTECTED] writes:
Joost Juergen Spitzmueller wrote:
But it's safer to have it (it was forgotten in the other cases,
probably by me).
Joost Here is an updated patch to fix the table regressions.
I committed the cutSelection part (see cutsel.diff). The remaining
Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Jean-Marc My current plan is to release tomorrow.
Unfortunately, I will not have time today, and anyway we need to do
something for the table crashes. Which ones still need to be fixed?
JMarc
Jean-Marc Lasgouttes wrote:
I committed the cutSelection part (see cutsel.diff). The remaining
part is attached. Note that I changed the font-changing stuff to use a
temporary cursor so that there is no need to restore the original
selection. Does that seem reasonable?
IMO yes. How does it
Juergen == Juergen Spitzmueller [EMAIL PROTECTED] writes:
Juergen - Copy some cells mith multiple lines to the clipboard - Add
Juergen a line to the last cell - Select several cells again. Make
Juergen sure that the end of selection is in the last (added) line. -
Juergen Insert via Middle Mouse
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico On Wed, Sep 20, 2006 at 10:26:07AM +0200, Abdelrazak Younes
Enrico wrote:
Juergen Spitzmueller wrote:
Joost Verburg wrote:
Open the attached file, select a few cells and press delete. Most
of the times you get a crash immediately
Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Juergen == Juergen Spitzmueller [EMAIL PROTECTED] writes:
Juergen - Copy some cells mith multiple lines to the clipboard - Add
Juergen a line to the last cell - Select several cells again. Make
Juergen sure that the end of selection is
José,
did you apply this patch. I compiled 1.4.3svn and still get
Checking whether TeX allows spaces in file names...
Traceback (most recent call last):
File /afs/bb/data/d3197/galaxy2/zLinux/lyx-1.4.3pre/share/lyx/configure.py,
line 730, in ?
checkTeXAllowSpaces()
File
Jean-Marc Lasgouttes wrote:
Jean-Marc But shouldn't we do a cutSelection before doing the paste?
Jean-Marc This would fix the cursor...
Should we? I'm not sure.
Actually, I cannot find the code that replaces the selection.
inset-setText in insertAsciiString.
Jürgen
Jean-Marc Lasgouttes wrote:
I committed the cutSelection part (see cutsel.diff). The remaining
part is attached. Note that I changed the font-changing stuff to use a
temporary cursor so that there is no need to restore the original
selection. Does that seem reasonable?
Yes. No crashes or weird
Jean-Marc Lasgouttes wrote:
Joost Yes, it's empty:
Joost \chktex_command
Joost But still the menu item is displayed.
What about this patch?
Works fine, problem is solved.
Joost
Hello,
This patch introduces frontends/Application.[Ch] and makes
qt4/GuiApplication (renamed from qt4/Application) derive from it.
Most of the code in qt4/lyx_gui.C has been transferred either to
Application or to qt4/GuiApplication.
Application handles unique instances of LyXFunc,
I get a crash of lyx 1.4.3 when I open
the UserGuide of trunk (not when I use the
branch version).
I know that this is not the correct version
of the UserGuide, but should Lyx really crash
then? I don't think so.
Maybe lyx does not crash when compiled with
Gcc because here an assert in the more
argg, typo in the subject, so again:
I get a crash of lyx 1.4.3 when I open
the UserGuide of trunk (not when I use the
branch version).
I know that this is not the correct version
of the UserGuide, but should Lyx really crash
then? I don't think so.
Maybe lyx does not crash when compiled with
Peter Kümmel wrote:
I get a crash of lyx 1.4.3 when I open
the UserGuide of trunk (not when I use the
branch version).
LyX 1.4.3svn always crashes when the lyx2lyx python script fails for
some reason. You also get this crash when, for example, some Python
files are missing.
Joost
Joost Verburg wrote:
Peter Kümmel wrote:
I get a crash of lyx 1.4.3 when I open
the UserGuide of trunk (not when I use the
branch version).
LyX 1.4.3svn always crashes when the lyx2lyx python script fails for
some reason. You also get this crash when, for example, some Python
files are
Am Mittwoch, 20. September 2006 19:37 schrieb Peter Kümmel:
Joost Verburg wrote:
Peter Kümmel wrote:
I get a crash of lyx 1.4.3 when I open
the UserGuide of trunk (not when I use the
branch version).
LyX 1.4.3svn always crashes when the lyx2lyx python script fails for
some reason.
On Wednesday 20 September 2006 20:24, Georg Baum wrote:
BTW José, we should try to keep 1.4 lyx2lyx up to date so that it can readf
1.5 files, as we did in the late 1.3.x series.
I have been avoiding that on purpose to keep the requirement on python 1.5.2
across all 1.4.x (with the possible
Am Mittwoch, 20. September 2006 21:24 schrieb Georg Baum:
Am Mittwoch, 20. September 2006 19:37 schrieb Peter Kümmel:
It crashes by design?
Yes: It tries to do some document stuff even if a read failed.
BTW I wanted to commit my fix to trunk and saw that it is already in:
Georg Baum wrote:
It crashes by design?
Yes: It tries to do some document stuff even if a read failed. I see it too
on linux. I am sure that I did not see it some time ago when I did some
lyx2lyx stuff, probably because of an older compiler.
the assert tests the operator[](int pos)
José Matos wrote:
On Wednesday 20 September 2006 20:24, Georg Baum wrote:
BTW José, we should try to keep 1.4 lyx2lyx up to date so that it can readf
1.5 files, as we did in the late 1.3.x series.
I have been avoiding that on purpose to keep the requirement on python 1.5.2
across all 1.4.x
Am Mittwoch, 20. September 2006 18:07 schrieb Abdelrazak Younes:
I need volunteers for gtk and qt3. If nobody steps up, there are two
solutions:
1) I put an #ifdef QT4 or something in LyXView.h so that I can commit.
I will have then to wait for some potential volunteer to do the other
Am Mittwoch, 20. September 2006 21:38 schrieb José Matos:
If we backport from trunk then we bring the requirement for python 2.3
with
that code. Not that I mind, but I just want to note this.
Indeed, I did not think of that. For me it is more important to import
newer documents, but I can
Am Mittwoch, 20. September 2006 21:46 schrieb Peter Kümmel:
Georg Baum wrote:
It crashes by design?
Yes: It tries to do some document stuff even if a read failed. I see it
too
on linux. I am sure that I did not see it some time ago when I did some
lyx2lyx stuff, probably because of
Georg Baum wrote:
Am Mittwoch, 20. September 2006 21:24 schrieb Georg Baum:
Am Mittwoch, 20. September 2006 19:37 schrieb Peter Kümmel:
It crashes by design?
Yes: It tries to do some document stuff even if a read failed.
BTW I wanted to commit my fix to trunk and saw that it is already in:
Dear Georg,
Maybe this example file would be included into the distribution?
It would be better IMHO to fix this bug:
http://bugzilla.lyx.org/show_bug.cgi?id=808
Maybe it would, but as far I see this is not a LyX bug, but instead a
LaTeX one.
This can be a workaround useable behind the
Georg Baum wrote:
Am Mittwoch, 20. September 2006 18:07 schrieb Abdelrazak Younes:
I need volunteers for gtk and qt3. If nobody steps up, there are two
solutions:
1) I put an #ifdef QT4 or something in LyXView.h so that I can commit.
I will have then to wait for some potential volunteer to
What kind of phone is this? It runs linux _and_ you can install
software of your own choice on it? Is there more information
available somewhere?
I've read about this new open mobile phone that Trolltech is
selling now (the Greenphone) and will do exactly what you are asking
Georg Baum wrote:
Am Mittwoch, 20. September 2006 21:46 schrieb Peter Kümmel:
Georg Baum wrote:
It crashes by design?
Yes: It tries to do some document stuff even if a read failed. I see it
too
on linux. I am sure that I did not see it some time ago when I did some
lyx2lyx stuff,
On Wednesday 20 September 2006 20:46, Abdelrazak Younes wrote:
That seems a sane thing to do but we are not in a hurry IMHO. We just
need to release a 1.4.28 that can read 1.5.0 files just before 1.5.0 ;-)
That was a typo, you meant 1.4.8, right? ;-)
Abdel.
FWIW, I like the 1.4.x series.
On Wednesday 20 September 2006 21:00, Abdelrazak Younes wrote:
I thought that it was not
needed for 1.4.x as Jose didn't seem very worried.
What I am worried is that I don't even remember that subject anymore. :-)
--
José Abílio
Joost, I saw that you updated the patch. However, you missed the most
important fix:
--- dt2dv.c.orig2006-05-05 12:16:02.0 +0200
+++ dt2dv.c 2006-09-14 23:19:24.0 +0200
@@ -36,7 +36,7 @@
size_t max; /* capacity of buf */
S4 wrote; /* number of characters
Next crash:
- open Introduction
- select much text
- cut (CTRL-x)
- close lyx
- discard - CRASH
It crashes in abort.C
void lyx::support::abort()
{
::abort();
}
Related to
http://bugzilla.lyx.org/show_bug.cgi?id=2814
Peter
Peter Kümmel wrote:
Next crash:
- open Introduction
- select much text
- cut (CTRL-x)
- close lyx
- discard - CRASH
I can also reproduce this. LyX crashed a few times last week when I
closed it, but I was never able to find the cause.
Joost
On Wed, Sep 20, 2006 at 11:32:28PM +0200, Joost Verburg wrote:
Peter Kümmel wrote:
Next crash:
- open Introduction
- select much text
- cut (CTRL-x)
- close lyx
- discard - CRASH
I can also reproduce this. LyX crashed a few times last week when I
closed it, but I was never able to
Martin Vermeer wrote:
On Wed, Sep 20, 2006 at 11:27:11AM +0200, Helge Hafting wrote:
Abdelrazak Younes wrote:
Helge Hafting wrote:
Pol wrote:
How to compile a very trimmed down lyx executable, to run on
smartphones
(without latex), like motorola linux o.s. or nokia
Jean-Marc There is one here:
Jean-Marc http://www-rocq.inria.fr/~lasgoutt/lyx/lyx-1.4.3test.tar.gz
Jean-Marc http://www-rocq.inria.fr/~lasgoutt/lyx/lyx-1.4.3test.tar.bz2
There is no development/scons directory in the source package. Can I
change development/Makefile.am?
Bo
There is no development/scons directory in the source package. Can I
change development/Makefile.am?
README.Cygwin should also be included. CanI change Makefile.am?
Actually, if you can add scons-local to the autotools generated source
package, this package will be cygwin compatible. It will
Also, boost/libs/regex/posix_api.cpp, regex_debug.cpp,
wide_posix_api..cpp, winstances.cpp do not exist.
Bo
Joost Verburg wrote:
> You are right! I compiled a debug version and this was exactly where it
> crashed when pressing delete. Your patch solves the problem.
>
> At first I didn't notice because I triggered the crash by changing the
> text style. So there are some more places where the same error
Jean-Marc Lasgouttes schrieb:
Therefore I think you should remove accept/reject change from the
menu: they will cause more confusion than anything else. The result is
that the shortcuts for accept/reject all changes will be weird, but we
are not going to remake all translations.
I tested
Jean-Marc Lasgouttes wrote:
> You can probably
> remove the FIXME, since this code does not need fixing at all.
I forgot this. I removed it now.
Jürgen
Lars,
is there any reason why I don't receive emails for all svn commits? For
instance, I never get informed about Peter's cmake changes and I also
didn't get messages for Joost's Window installer update this morning.
Michael
Joost Verburg wrote:
> Juergen Spitzmueller wrote:
>> // cursor position might be invalid now
>> +cur.pit() = cur.lastpit();
>> cur.pos() = cur.lastpos();
>> cur.clearSelection();
>
> You are right! I compiled a debug version and this was exactly where it
> crashed when pressing delete.
Georg Baum wrote:
> If you do
>
> if (cur.pit() > cur.lastpit())
> cur.pit() = cur.lastpit();
>
> then it is even suitable for 1.4.3 IMHO. I am not sure whether the test is
> necessary, but cur.pit() > cur.lastpit() is clearly wrong.
Yes. I'm not sure we need the test, but it cannot harm
On Wednesday 20 September 2006 07:54, Michael Gerz wrote:
> Lars,
>
> is there any reason why I don't receive emails for all svn commits? For
> instance, I never get informed about Peter's cmake changes and I also
> didn't get messages for Joost's Window installer update this morning.
I noticed
Georg Baum wrote:
If you do
if (cur.pit() > cur.lastpit())
cur.pit() = cur.lastpit();
then it is even suitable for 1.4.3 IMHO. I am not sure whether the test is
necessary, but cur.pit() > cur.lastpit() is clearly wrong.
There are also other places where this is used, always without
Joost Verburg wrote:
> There are also other places where this is used, always without such a
> test. So I'm not sure about it.
But it's safer to have it (it was forgotten in the other cases, probably by
me).
> Attached an updated patch that fixes the crash and bug.
>
> Joost
> table_fix2.patch
On Tue, 2006-09-19 at 20:23 +0200, Pol wrote:
> How to compile a very trimmed down lyx executable, to run on smartphones
> (without latex), like motorola linux o.s. or nokia symbian o.s.?
>
> Thank you
>
> --
> pol
I would be interested in this too. Have you looked at the scratchbox
José Matos <[EMAIL PROTECTED]> writes:
| On Wednesday 20 September 2006 07:54, Michael Gerz wrote:
| > Lars,
| >
| > is there any reason why I don't receive emails for all svn commits? For
| > instance, I never get informed about Peter's cmake changes and I also
| > didn't get messages for
Juergen Spitzmueller wrote:
Joost Verburg wrote:
Open the attached file, select a few cells and press delete. Most of the
times you get a crash immediately (if not, try a few different ones).
The same thing happens in many other situations (changing text style etc.)
I can confirm that. Please
Edwin Leuven wrote:
insert table
put cursor in cell
shift + arrow down
BOOM!
Yes, this is an old one. The problem is that the CoordCache is not
correctly reconstructed in the updateMetrics within the table. Some
missing points are not being re-added after the CoordCache has been
cleared in
Andre Poenitz wrote:
On Tue, Sep 19, 2006 at 10:40:46AM +0200, Abdelrazak Younes wrote:
Am I really the only one seeing the problem?
InsetMathXYArrow.C
..\..\..\..\src\mathed\InsetMathXYArrow.C(31) : error C2259:
'InsetMathXYArrow' : cannot instantiate abstract class
due to following
Andre Poenitz wrote:
On Tue, Sep 19, 2006 at 10:30:11AM +0200, Abdelrazak Younes wrote:
Unfortunately, there's no obvious better solution than these big, ugly
switch statements. At least, not in C++.
There is one elegant solution IMHO, array of function pointers. This
would mean that each LFUN
Abdelrazak Younes wrote:
Edwin Leuven wrote:
BOOM!
Yes, this is an old one.
selecting (multiple) cells is not possible either
this kinda sucks...
Edwin Leuven wrote:
Abdelrazak Younes wrote:
Edwin Leuven wrote:
BOOM!
Yes, this is an old one.
selecting (multiple) cells is not possible either
Even inserting a single character doesn't work ;-/
this kinda sucks...
Yep.
Abdel.
Hello Joost,
I am using your 1.4.2 package together with Miktex-1.5 and it still have
problems with the HTML export. The work around is to export to latex
(plain) and to call htlatex by hand. As far as I understand it is
related to patch with spaces in it:
Could you please check if the
1 - 100 of 164 matches
Mail list logo