Hi:
I am the translator of LyX to Galician. I have found a (killer) bug for the
LyX-1.5.0rc1, and I have open the following report
=
Bug#: 3872
When I click in Document-Outline LyX crashed with the following message:
Assertion triggered in const lyx::docstring lyx::from_ascii(const
Hi,
Ramon Flores wrote:
Assertion triggered in const lyx::docstring lyx::from_ascii(const char*)
by failing check static_castunsigned char(*c) 0x80 in file
docstring.cpp:32
I believe this bug is solved in the development version.
I am using lyx-1.5.0rc1 on Mandriva 2007.
==
On Fri, Jun 15, 2007 at 08:39:14AM +0200, Stefan Schimanski wrote:
Here is a patch for http://bugzilla.lyx.org/show_bug.cgi?id=3705. It
adds the kerning method to a macro to inherit the kerning from the
expanded form. Moreover the marker metrics calls are remove as they
are not drawn
On Friday 15 June 2007 19:50:42 Richard Heck wrote:
I think it'd be nice to have Abdel's child docs TOC patch by then. I'm
working on it now. There are still some issues.
I agree. :-)
And I said that already in another thread. :-)
Richard
--
José Abílio
On Friday 15 June 2007 23:44:27 Edwin Leuven wrote:
José Matos wrote:
Hi all,
I will start looking to remaining issues before RC2, AFAIR there are two
patches that I would like to have before the release, one by Jürgen that
has a file format change and another related with reverting
On Friday 15 June 2007 20:42:58 Peter Kümmel wrote:
Sorry, ;) The result of the reply rules: I press reply and choose the
mailing list.
I think this is part of your secret agenda to push dbus into lyx. ;-)
--
José Abílio
On Fri, Jun 15, 2007 at 11:39:23PM -0400, hzluo wrote:
We've been relaxing the rules lately; support/ uses
QtCore for a number of things and I think it would
be much saner at this point to use QFileInfo, QProcess
and QNetwork to replace our hand-made local code.
If somebody steps up to
On Sat, Jun 16, 2007 at 12:10:27PM +0200, Andre Poenitz wrote:
What was from with the five lines or so I posted that uses
QCoreApplication::arguments()?
s/from/wrong with/
Andre'
[EMAIL PROTECTED] schrieb:
Author: rgheck
Date: Wed Jun 6 21:33:57 2007
New Revision: 18692
URL: http://www.lyx.org/trac/changeset/18692
Log:
Fix bug 3823: Division needs not to return an integer.
Also added some comments about a different possible fix.
Two things:
- Why do we divide by
José Matos wrote:
On Friday 15 June 2007 23:44:27 Edwin Leuven wrote:
José Matos wrote:
Hi all,
I will start looking to remaining issues before RC2, AFAIR there are two
patches that I would like to have before the release, one by Jürgen that
has a file format change and another related
Andre Poenitz wrote:
On Sat, Jun 16, 2007 at 12:10:27PM +0200, Andre Poenitz wrote:
What was from with the five lines or so I posted that uses
QCoreApplication::arguments()?
s/from/wrong with/
Andre'
s=/wrong\ with=/wrong=
;-)
A/
On Saturday 16 June 2007 12:00:42 Edwin Leuven wrote:
what about
http://bugzilla.lyx.org/show_bug.cgi?id=3840
and
http://bugzilla.lyx.org/show_bug.cgi?id=3839
If Jürgen gives an OK to these I give my OK as well.
On the other hand there is life after 1.5.0 release. :-)
If no one
Re Intel Mac OSX 10.4
Previous testing for both Mac and Linux done after make using src/lyx.
Now, after doing a make install on the Mac and starting the
resulting LyX.app, the correct characters are displayed for all
palettes with the exception of the Big Operators palette for which
only
I didn't check that yet. And your suggestion resolves different problem of
Win32 platform.
So we need both patches to enable lyx support CJK filename on all Win32
platform.
Hangzai
- Original Message -
Sent: Saturday, June 16, 2007 6:10 AM
Subject: Re: [patch] tex2lyx crash when full
On Fri, Jun 15, 2007 at 03:22:55PM +0200, Jean-Marc Lasgouttes wrote:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin INVITATION
Martin Hereby I invite everyone interested to participate in the ?th
Martin International LyX Developers' Meeting in Bromarv, Western
Martin Uusimaa,
Is there anything else that I am missing before RC2?
This bug is in my opinion a blocker because it makes tex2lyx nearly
unusable:
http://bugzilla.lyx.org/show_bug.cgi?id=3750
Hangzai Luo has sent a patch but besides general statements nobody
really provided a better patch for LyX 1.5:
Roger Mc Murtrie wrote:
Re Intel Mac OSX 10.4
Previous testing for both Mac and Linux done after make using src/lyx.
Now, after doing a make install on the Mac and starting the resulting
LyX.app, the correct characters are displayed for all palettes with the
exception of the Big Operators
On Sat, Jun 16, 2007 at 12:29:55PM +0200, Michael Gerz wrote:
[EMAIL PROTECTED] schrieb:
Author: rgheck
Date: Wed Jun 6 21:33:57 2007
New Revision: 18692
URL: http://www.lyx.org/trac/changeset/18692
Log:
Fix bug 3823: Division needs not to return an integer.
Also added some
Alfredo Braunstein wrote:
As I can not click on Outline I can not know what this mean. I would thank
if somebody could tell me what of the following meanings, that appear in
the American Heritage Dictionary, is the correct one in this case:
07. A summary of a written work or speech, usually
[EMAIL PROTECTED] schrieb:
Author: rgheck Date: Wed Jun 6 21:33:57 2007 New Revision: 18692
URL: http://www.lyx.org/trac/changeset/18692 Log: Fix bug 3823:
Division needs not to return an integer. Also added some comments
about a different possible fix.
Two things: - Why do we divide by
Jose, JMarc, Georg,
Views about whether this should now go in?
rh
Richard Heck wrote:
Georg Baum wrote:
Jean-Marc Lasgouttes wrote:
Extended.lyx has a reference to it related to literate programming.
Are you sure it is not relevant anymore?
The problem is that it is horribly broken
On Sat, Jun 16, 2007 at 11:08:19AM -0400, Richard Heck wrote:
- There are two more places where a floating point division may be
useful.
Yes. Surprising no bug reports about that one, as it'll give the same
problem. But anyway,
we should just have:
Yes. Possibly, limiting the
Jean-Marc Lasgouttes wrote:
Koji == Koji Yokota [EMAIL PROTECTED] writes:
Koji Then, is a sort of modification as the attached patch
Koji acceptable? It seems it solved the problem and is working fine!
This particular patch does not look good, but we'll find one around
this idea.
Hi,
Based on Enrico's comment, here comes a shorter patch.
I need one more OK.
Michael
Index: LaTeXFeatures.cpp
===
--- LaTeXFeatures.cpp (Revision 18800)
+++ LaTeXFeatures.cpp (Arbeitskopie)
@@ -499,7 +499,7 @@
//in
Sorry, folks :-(
Here comes a better patch.
Still one more OK needed.
Michael
Index: LaTeXFeatures.cpp
===
--- LaTeXFeatures.cpp (Revision 18800)
+++ LaTeXFeatures.cpp (Arbeitskopie)
@@ -499,7 +499,7 @@
//in
Michael Gerz wrote:
Hi,
Based on Enrico's comment, here comes a shorter patch.
I need one more OK.
As Enrico mentioned, you probably want the limiting-precision bit here, too:
if (mustProvide(ct-xcolor-soul)) {
RGBColor cadd =
Beat me to it. Definitely OK, then.
Michael Gerz wrote:
Sorry, folks :-(
Here comes a better patch.
Still one more OK needed.
Michael
Index: LaTeXFeatures.cpp
Hi,
why is a shaded note called shaded? AFAICS, a shaded note is in fact
a colored note both on screen and in LaTeX output!
I suggest renaming the menu item and the underlying code. If you agree,
I will prepare a patch.
Michael
José Matos schrieb:
On Tuesday 15 May 2007 10:51:47 Abdelrazak Younes wrote:
Nothing. Close would be better though... Or maybe no button at all.
I prefer Done but Close is OK. Cancel is indeed confusing. :-)
What was the reason that nobody fixed this?
Michael
Michael Gerz wrote:
Hi,
why is a shaded note called shaded? AFAICS, a shaded note is in
fact a colored note both on screen and in LaTeX output!
I have no idea. When I added that menu entry, I stuck with the existing
terminology.
I suggest renaming the menu item and the underlying code. If you
Am Samstag, 16. Juni 2007 16:12 schrieb Uwe Stöhr:
Is there anything else that I am missing before RC2?
This bug is in my opinion a blocker because it makes tex2lyx nearly
unusable:
http://bugzilla.lyx.org/show_bug.cgi?id=3750
Annoying? Yes. Should be fixed? Yes. Unusable? No. It will
The attached patch builds on Abdel's earlier work and, I think, solves
the remaining problems. Whether this is the best way to do it, I'm not
sure. Abdel was talking about a more major re-organization of the code,
but maybe that could wait.
What I've done is add an optional argument to
Am Samstag, 16. Juni 2007 06:31 schrieb hzluo:
2. I also dislike current tex2lyx structure. But I also
dislike the idea of python script. If let me make the
choice, I will choose flex, or flex+bison. Flex syntax
is extremely suitable for parsers, for both programming
and
Am Samstag, 16. Juni 2007 17:20 schrieb Richard Heck:
Jose, JMarc, Georg,
Views about whether this should now go in?
I think so, but why this return statement?
+ // We're not waiting for the result, so we
can't do anything
+ //
Hi,
this patch fixes a problem with an untranslated toolbar name.
OK?
Michael
Index: src/LyXFunc.cpp
===
--- src/LyXFunc.cpp (Revision 18805)
+++ src/LyXFunc.cpp (Arbeitskopie)
@@ -1758,20 +1758,19 @@
case LFUN_TOOLBAR_TOGGLE:
I've just found another crash:
http://bugzilla.lyx.org/show_bug.cgi?id=3875
two regressions:
http://bugzilla.lyx.org/show_bug.cgi?id=3876
http://bugzilla.lyx.org/show_bug.cgi?id=3877
(3877 should be fixed for LyX 1.5.0 when we want to keep our promise to bring
the speed back)
and in my opinion
Bug 3878 http://bugzilla.lyx.org/show_bug.cgi?id=3878 prevents the Userguide from beeing compiled,
so I tried to fix this quickly.
The attahed patch fixes this bug but reintroduce bug 1942
http://bugzilla.lyx.org/show_bug.cgi?id=1942 because the patch for bug 1942 is incorrect. The
correct
I suggest renaming the menu item and the underlying code. If you agree, I
will prepare a patch.
I agree.
Me too.
Uwe
Richard Heck wrote:
Alfredo Braunstein wrote:
07. A summary of a written work or speech, usually analyzed in headings
and subheadings.
7, 12, 15 (your dictionary is a bit redundant) ;-)
In this sense, an outline might look like this:
I. Introduction
A. First Topic
B. Second Topic
Le 16 juin 07 à 20:26, Ramon Flores a écrit :
Richard Heck wrote:
Alfredo Braunstein wrote:
07. A summary of a written work or speech, usually analyzed in
headings
and subheadings.
7, 12, 15 (your dictionary is a bit redundant) ;-)
In this sense, an outline might look like
Richard Heck wrote:
The attached patch builds on Abdel's earlier work and, I think, solves
the remaining problems. Whether this is the best way to do it, I'm not
sure. Abdel was talking about a more major re-organization of the code,
but maybe that could wait.
Maybe yes.
What I've done
LyX still uses XPM images in lib/images. The XPM format is plain text,
so it still makes sense to store XPM files in the SVN repository
because we get versioning history for free. Clearly, that's not the
case if we were to store a binary image format like PNG.
However, in these days of a
Hi:
I am the translator of LyX to Galician. I have found a (killer) bug for the
LyX-1.5.0rc1, and I have open the following report
=
Bug#: 3872
When I click in Document->Outline LyX crashed with the following message:
Assertion triggered in const lyx::docstring lyx::from_ascii(const
Hi,
Ramon Flores wrote:
> Assertion triggered in const lyx::docstring lyx::from_ascii(const char*)
> by failing check "static_cast(*c) < 0x80" in file
> docstring.cpp:32
I believe this bug is solved in the development version.
> I am using lyx-1.5.0rc1 on Mandriva 2007.
> ==
>
> As I
On Fri, Jun 15, 2007 at 08:39:14AM +0200, Stefan Schimanski wrote:
> Here is a patch for http://bugzilla.lyx.org/show_bug.cgi?id=3705. It
> adds the kerning method to a macro to inherit the kerning from the
> expanded form. Moreover the marker metrics calls are remove as they
> are not drawn
On Friday 15 June 2007 19:50:42 Richard Heck wrote:
> I think it'd be nice to have Abdel's child docs TOC patch by then. I'm
> working on it now. There are still some issues.
I agree. :-)
And I said that already in another thread. :-)
> Richard
--
José Abílio
On Friday 15 June 2007 23:44:27 Edwin Leuven wrote:
> José Matos wrote:
> > Hi all,
> > I will start looking to remaining issues before RC2, AFAIR there are two
> > patches that I would like to have before the release, one by Jürgen that
> > has a file format change and another related with
On Friday 15 June 2007 20:42:58 Peter Kümmel wrote:
> Sorry, ;) The result of the reply rules: I press reply and choose the
> mailing list.
I think this is part of your secret agenda to push dbus into lyx. ;-)
--
José Abílio
On Fri, Jun 15, 2007 at 11:39:23PM -0400, hzluo wrote:
> >We've been relaxing the rules lately; support/ uses
> >QtCore for a number of things and I think it would
> >be much saner at this point to use QFileInfo, QProcess
> >and QNetwork to replace our hand-made local code.
> >If somebody steps up
On Sat, Jun 16, 2007 at 12:10:27PM +0200, Andre Poenitz wrote:
> What was from with the five lines or so I posted that uses
> QCoreApplication::arguments()?
s/from/wrong with/
Andre'
[EMAIL PROTECTED] schrieb:
Author: rgheck
Date: Wed Jun 6 21:33:57 2007
New Revision: 18692
URL: http://www.lyx.org/trac/changeset/18692
Log:
Fix bug 3823: Division needs not to return an integer.
Also added some comments about a different possible fix.
Two things:
- Why do we divide by
José Matos wrote:
On Friday 15 June 2007 23:44:27 Edwin Leuven wrote:
José Matos wrote:
Hi all,
I will start looking to remaining issues before RC2, AFAIR there are two
patches that I would like to have before the release, one by Jürgen that
has a file format change and another related
Andre Poenitz wrote:
> On Sat, Jun 16, 2007 at 12:10:27PM +0200, Andre Poenitz wrote:
>> What was from with the five lines or so I posted that uses
>> QCoreApplication::arguments()?
>
> s/from/wrong with/
>
> Andre'
s=/wrong\ with=/wrong=
;-)
A/
On Saturday 16 June 2007 12:00:42 Edwin Leuven wrote:
> what about
>
> http://bugzilla.lyx.org/show_bug.cgi?id=3840
> and
> http://bugzilla.lyx.org/show_bug.cgi?id=3839
If Jürgen gives an OK to these I give my OK as well.
> > On the other hand there is life after 1.5.0 release. :-)
> >
> >
Re Intel Mac OSX 10.4
Previous testing for both Mac and Linux done after "make" using src/lyx.
Now, after doing a "make install" on the Mac and starting the
resulting LyX.app, the correct characters are displayed for all
palettes with the exception of the Big Operators palette for which
I didn't check that yet. And your suggestion resolves different problem of
Win32 platform.
So we need both patches to enable lyx support CJK filename on all Win32
platform.
Hangzai
- Original Message -
Sent: Saturday, June 16, 2007 6:10 AM
Subject: Re: [patch] tex2lyx crash when full
On Fri, Jun 15, 2007 at 03:22:55PM +0200, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> INVITATION
>
> Martin> Hereby I invite everyone interested to participate in the ?th
> Martin> International LyX Developers' Meeting in Bromarv,
Is there anything else that I am missing before RC2?
This bug is in my opinion a blocker because it makes tex2lyx nearly
unusable:
http://bugzilla.lyx.org/show_bug.cgi?id=3750
Hangzai Luo has sent a patch but besides general statements nobody
really provided a better patch for LyX 1.5:
Roger Mc Murtrie wrote:
Re Intel Mac OSX 10.4
Previous testing for both Mac and Linux done after "make" using src/lyx.
Now, after doing a "make install" on the Mac and starting the resulting
LyX.app, the correct characters are displayed for all palettes with the
exception of the Big Operators
On Sat, Jun 16, 2007 at 12:29:55PM +0200, Michael Gerz wrote:
> [EMAIL PROTECTED] schrieb:
> > Author: rgheck
> > Date: Wed Jun 6 21:33:57 2007
> > New Revision: 18692
> >
> > URL: http://www.lyx.org/trac/changeset/18692
> > Log:
> > Fix bug 3823: Division needs not to return an integer.
> >
> >
Alfredo Braunstein wrote:
As I can not click on Outline I can not know what this mean. I would thank
if somebody could tell me what of the following meanings, that appear in
the American Heritage Dictionary, is the correct one in this case:
07. A summary of a written work or speech, usually
[EMAIL PROTECTED] schrieb:
Author: rgheck Date: Wed Jun 6 21:33:57 2007 New Revision: 18692
URL: http://www.lyx.org/trac/changeset/18692 Log: Fix bug 3823:
Division needs not to return an integer. Also added some comments
about a different possible fix.
Two things: - Why do we divide by
Jose, JMarc, Georg,
Views about whether this should now go in?
rh
Richard Heck wrote:
Georg Baum wrote:
Jean-Marc Lasgouttes wrote:
Extended.lyx has a reference to it related to literate programming.
Are you sure it is not relevant anymore?
The problem is that it is horribly broken
On Sat, Jun 16, 2007 at 11:08:19AM -0400, Richard Heck wrote:
> > - There are two more places where a floating point division may be
> > useful.
> Yes. Surprising no bug reports about that one, as it'll give the same
> problem. But anyway,
> we should just have:
Yes. Possibly, limiting the
Jean-Marc Lasgouttes wrote:
"Koji" == Koji Yokota <[EMAIL PROTECTED]> writes:
Koji> Then, is a sort of modification as the attached patch
Koji> acceptable? It seems it solved the problem and is working fine!
This particular patch does not look good, but we'll find one around
this
Hi,
Based on Enrico's comment, here comes a shorter patch.
I need one more OK.
Michael
Index: LaTeXFeatures.cpp
===
--- LaTeXFeatures.cpp (Revision 18800)
+++ LaTeXFeatures.cpp (Arbeitskopie)
@@ -499,7 +499,7 @@
//in
Sorry, folks :-(
Here comes a better patch.
Still one more OK needed.
Michael
Index: LaTeXFeatures.cpp
===
--- LaTeXFeatures.cpp (Revision 18800)
+++ LaTeXFeatures.cpp (Arbeitskopie)
@@ -499,7 +499,7 @@
//in
Michael Gerz wrote:
Hi,
Based on Enrico's comment, here comes a shorter patch.
I need one more OK.
As Enrico mentioned, you probably want the limiting-precision bit here, too:
if (mustProvide("ct-xcolor-soul")) {
RGBColor cadd =
Beat me to it. Definitely OK, then.
Michael Gerz wrote:
Sorry, folks :-(
Here comes a better patch.
Still one more OK needed.
Michael
Index: LaTeXFeatures.cpp
Hi,
why is a "shaded note" called "shaded"? AFAICS, a shaded note is in fact
a colored note both on screen and in LaTeX output!
I suggest renaming the menu item and the underlying code. If you agree,
I will prepare a patch.
Michael
José Matos schrieb:
On Tuesday 15 May 2007 10:51:47 Abdelrazak Younes wrote:
Nothing. "Close" would be better though... Or maybe no button at all.
I prefer "Done" but "Close" is OK. "Cancel" is indeed confusing. :-)
What was the reason that nobody fixed this?
Michael
Michael Gerz wrote:
Hi,
why is a "shaded note" called "shaded"? AFAICS, a shaded note is in
fact a colored note both on screen and in LaTeX output!
I have no idea. When I added that menu entry, I stuck with the existing
terminology.
I suggest renaming the menu item and the underlying code. If
Am Samstag, 16. Juni 2007 16:12 schrieb Uwe Stöhr:
> > Is there anything else that I am missing before RC2?
>
> This bug is in my opinion a blocker because it makes tex2lyx nearly
> unusable:
> http://bugzilla.lyx.org/show_bug.cgi?id=3750
Annoying? Yes. Should be fixed? Yes. Unusable? No. It
The attached patch builds on Abdel's earlier work and, I think, solves
the remaining problems. Whether this is the best way to do it, I'm not
sure. Abdel was talking about a more major re-organization of the code,
but maybe that could wait.
What I've done is add an optional argument to
Am Samstag, 16. Juni 2007 06:31 schrieb hzluo:
> 2. I also dislike current tex2lyx structure. But I also
>dislike the idea of python script. If let me make the
>choice, I will choose flex, or flex+bison. Flex syntax
>is extremely suitable for parsers, for both programming
>and
Am Samstag, 16. Juni 2007 17:20 schrieb Richard Heck:
>
> Jose, JMarc, Georg,
>
> Views about whether this should now go in?
I think so, but why this return statement?
>+ // We're not waiting for the result, so we
can't do anything
>+
Hi,
this patch fixes a problem with an untranslated toolbar name.
OK?
Michael
Index: src/LyXFunc.cpp
===
--- src/LyXFunc.cpp (Revision 18805)
+++ src/LyXFunc.cpp (Arbeitskopie)
@@ -1758,20 +1758,19 @@
case LFUN_TOOLBAR_TOGGLE:
I've just found another crash:
http://bugzilla.lyx.org/show_bug.cgi?id=3875
two regressions:
http://bugzilla.lyx.org/show_bug.cgi?id=3876
http://bugzilla.lyx.org/show_bug.cgi?id=3877
(3877 should be fixed for LyX 1.5.0 when we want to keep our promise to bring
the speed back)
and in my opinion
Bug 3878 http://bugzilla.lyx.org/show_bug.cgi?id=3878 prevents the Userguide from beeing compiled,
so I tried to fix this quickly.
The attahed patch fixes this bug but reintroduce bug 1942
http://bugzilla.lyx.org/show_bug.cgi?id=1942 because the patch for bug 1942 is incorrect. The
correct
>> I suggest renaming the menu item and the underlying code. If you agree, I
will prepare a patch.
> I agree.
Me too.
Uwe
Richard Heck wrote:
> Alfredo Braunstein wrote:
>>> 07. A summary of a written work or speech, usually analyzed in headings
>>>and subheadings.
>>>
>>7, 12, 15 (your dictionary is a bit redundant) ;-)
>In this sense, an outline might look like this:
>I. Introduction
>A. First Topic
Le 16 juin 07 à 20:26, Ramon Flores a écrit :
Richard Heck wrote:
Alfredo Braunstein wrote:
07. A summary of a written work or speech, usually analyzed in
headings
and subheadings.
7, 12, 15 (your dictionary is a bit redundant) ;-)
In this sense, an outline might look like
Richard Heck wrote:
The attached patch builds on Abdel's earlier work and, I think, solves
the remaining problems. Whether this is the best way to do it, I'm not
sure. Abdel was talking about a more major re-organization of the code,
but maybe that could wait.
Maybe yes.
What I've done
LyX still uses XPM images in lib/images. The XPM format is plain text,
so it still makes sense to store XPM files in the SVN repository
because we get versioning history for free. Clearly, that's not the
case if we were to store a binary image format like PNG.
However, in these days of a
84 matches
Mail list logo
