Andre Poenitz wrote:
However, in these days of a PNG-aware frontend, it does seem strange
that we still ship these XPM files to our consumers. Here's a thought:
why don't we make the XPM -> PNG transformation part of the build
process and ship the resulting PNGs?
Because that is not needed e
On Sat, Jun 16, 2007 at 09:43:50PM -0700, Angus Leeming wrote:
> 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 st
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 PNG-a
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 i
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 t
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
>
>> I suggest renaming the menu item and the underlying code. If you agree, I
will prepare a patch.
> I agree.
Me too.
Uwe
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 fix
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
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: {
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
>+
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 main
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 LFUN_
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
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
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
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
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
==
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 = RGBColor(lcolor.getX11Name(Color::addedt
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 InsetNote::validate
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 InsetNote:
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
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 p
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 cur
[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 255
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 anal
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.
> >
> >
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
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:
http://w
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
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
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
onl
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
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/
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
[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 2
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'
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 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 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 rev
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 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
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
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 cha
44 matches
Mail list logo
