Martin Vermeer wrote:
On Mon, 2006-01-30 at 15:44 +0100, Jean-Marc Lasgouttes wrote:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
swedish if the inset is one with noFontChange() == true, else
norwegian. At least I think that it works like that.
Martin Yes,
On Tuesday 31 January 2006 07:50, Lars Gullik Bjønnes wrote:
I thought I already had fixed this (1.4.0)
You did, my fault for checking the wrong tree. Sorry. :-)
--
Lgb
--
José Abílio
Georg Baum wrote:
I think I know know what happens. Exporter::Export finds the first backend
that is capable to produce the desired format, and this is the LaTeX
backend. I don't understand anymore why it works for me.
I see. Isn't this a general problem, then? I guess we don't want the
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Seriously, I have difficulties to make sure it is correct just by
reading it.
Martin There's no substitute for trying it out. Reading only gets you
Martin so far.
Well, I know some people do try it, and I do not have novel ideas of
things to
Uwe == Uwe Stöhr [EMAIL PROTECTED] writes:
Uwe Just for information: I spend some time to clean up bugzilla,
Uwe that means looking over nearly all open and unconfirmed bugs.
Uwe I targeted all confirmed 1.4CVS bugs with patches to 1.4.1 so
Uwe that the patches don't get lost when the next bug
Juergen Spitzmueller wrote:
I see. Isn't this a general problem, then? I guess we don't want the
first, but the most appropriate route.
Yes, but currently it is a more theoretical one, since we only have two
backends (tex/docbook and text), and the first one is more powerful.
Georg
Whenever I want to download an attachment of a bug, my browser wants to
save it as attachment.cgi and says the type is CGI file, no matter
what the real type is. That means the original attachment name and the
information if it is application/x-lyx or e.g. application/x-zip is
lost.
The
On Tue, 2006-01-31 at 09:09 +0100, Helge Hafting wrote:
Martin Vermeer wrote:
...
Martin A more serious problem: we do not have an inherit_language. I
Martin think we should. In LyX as it is in CVS, default_language
Martin plays this role. With the proposed patch, the role is taken
Martin
On Tue, 31 Jan 2006, Martin A. Hansen wrote:
hello
Hi Martin
I'm cross-posting this to the development list.
would it be possible and worthwhile to make a lyx template for the
translation of the lyx text strings?
Hmm.. I'm not quite sure what you mean by this. Are you suggesting that
the
On Tue, 31 Jan 2006, [UTF-8] Uwe Stöhr wrote:
Whenever I want to download an attachment of a bug, my browser wants to
save it as attachment.cgi and says the type is CGI file, no matter
what the real type is. That means the original attachment name and the
information if it is
On Tue, 31 Jan 2006, Uwe Stöhr wrote:
[EMAIL PROTECTED] wrote:
If you give a link I can test this from Opera (I need the link to be sure
I'm testing the right thing:)
Download for example the attached zip-file from bug2176
http://bugzilla.lyx.org/show_bug.cgi?id=2176
Ok, using
Martin Vermeer wrote:
On Tue, 2006-01-31 at 09:09 +0100, Helge Hafting wrote:
Martin Vermeer wrote:
...
Martin A more serious problem: we do not have an inherit_language. I
Martin think we should. In LyX as it is in CVS, default_language
Martin plays this role. With the proposed
Georg Baum wrote:
I see. Isn't this a general problem, then? I guess we don't want the
first, but the most appropriate route.
Yes, but currently it is a more theoretical one, since we only have two
backends (tex/docbook and text), and the first one is more powerful.
I thought that applies
Jose' Matos wrote:
FWIW this is already fixed in latest CVS and soon to be 1.4.0pre4...
Another failure, now with pre4 (this one seems not so trivial):
/bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I.
-I. -I../../src -I./.. -I../../boost -O2 -g -pipe -Wall
Juergen Spitzmueller wrote:
Georg Baum wrote:
I see. Isn't this a general problem, then? I guess we don't want the
first, but the most appropriate route.
Yes, but currently it is a more theoretical one, since we only have two
backends (tex/docbook and text), and the first one is more
[EMAIL PROTECTED] wrote:
If you give a link I can test this from Opera (I need the link to be sure
I'm testing the right thing:)
Download for example the attached zip-file from bug2176
http://bugzilla.lyx.org/show_bug.cgi?id=2176
regards Uwe
Georg Baum wrote:
If x is the backend format, then this works, i. e. it always takes the
direct path. In your case, it took the first of
x - y - z
y - z
where x = tex, y = lyx, z = lyx13.
I see. Thanks for the explanation.
Jürgen
[EMAIL PROTECTED] wrote:
Ok, using Opera I get the same problem
This is now bug 2260
http://bugzilla.lyx.org/show_bug.cgi?id=2260
regards Uwe
Title: assign icon to command sequences in toolbar
in case people are interested, with the attached patch i can assign icons to command sequences in my toolbar using an extra item entry in stdtoolbars.inc.
regards, edwin.
? tb.diff
Index: lib/ui/stdtoolbars.ui
http://bugzilla.lyx.org/show_bug.cgi?id=2260
Google Groups returns this, for example:
http://groups.google.com/group/netscape.public.mozilla.webtools/browse_thread/thread/40e0a8e94546fc64/89beb06d53b689ff?q=attachment.cgirnum=8#89beb06d53b689ff
What version of bugzilla do we use?
Doesn't
On Tue, 2006-01-31 at 14:17 +0100, Helge Hafting wrote:
...
And when inserting a new inset in the middle of something, then
the new inset is likely in the same language as the surroundings.
So don't revert to document language all the time.
OK... can be done. But the price
On Tue, 31 Jan 2006, Leuven, E. wrote:
in case people are interested, with the attached patch i can assign
icons to command sequences in my toolbar using an extra item entry in
stdtoolbars.inc.
Hi Edwin
I'm pretty sure people are interested in this... wasn't it even requested
and discussed
thanks christian,
i followed your suggestion and added it to bugzilla (nr 2262)
(hope the bug it doesn't bite angus in his priceless sleep... ;-)
regards, edwin.
On Tue, 31 Jan 2006, Leuven, E. wrote:
in case people are interested, with the attached patch i can assign
icons to command
John Levon wrote:
That's what we did (with the KDE icons). It's nowhere near good enough.
Maybe at some point, LyX could ask some help on the Kollaboration forum of
Janet Theobroma (http://theobromas.blogspot.com/) which is a place on
kde-artists.org where developers meet artists.
Cheers,
On Wed, Feb 01, 2006 at 12:48:16AM +0100, Charles de Miramon wrote:
Maybe at some point, LyX could ask some help on the Kollaboration forum of
Janet Theobroma (http://theobromas.blogspot.com/) which is a place on
kde-artists.org where developers meet artists.
That'd be super.
regards
john
Title: crash: click on macro instantiation
I have replicated this bug in a recent cvs checkout.
1. Create a macro with 0 arguments.
2. Use that macro, defining the arguments
3. Leave the MathMacro inset
4. Click on the MathMacro inset
5. Reach for nearest fire extinguisher
6. Spray onto
On Monday 30 January 2006 23:45, Juergen Spitzmueller wrote:
samar j. singh wrote:
Still a bit of confusion. In 2 above it is compiling lyx that you are
talking about, is that correct?
yes.
Should I wait for 1.4pre4?
you could try the -dbg action thing already with pre3, if you
Hi
I created a new file in Koma book format and wrote some text as Part I. I then
needed to make cross references from another file in the same directory and
created Part II and loaded this other file using menu item Insert File
LyxDocument.
I found that the figures were no longe visible.
On Tuesday 31 January 2006 13:48, Rex Dieter wrote:
Another failure, now with pre4 (this one seems not so trivial):
I will let Lars get the credits for the fix. ;-)
--
José Abílio
Martin Vermeer wrote:
On Mon, 2006-01-30 at 15:44 +0100, Jean-Marc Lasgouttes wrote:
"Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
swedish if the inset is one with noFontChange() == true, else
norwegian. At least I think that it works like that.
Martin>
On Tuesday 31 January 2006 07:50, Lars Gullik Bjønnes wrote:
> I thought I already had fixed this (1.4.0)
You did, my fault for checking the wrong tree. Sorry. :-)
> --
> Lgb
--
José Abílio
Georg Baum wrote:
> I think I know know what happens. Exporter::Export finds the first backend
> that is capable to produce the desired format, and this is the LaTeX
> backend. I don't understand anymore why it works for me.
I see. Isn't this a general problem, then? I guess we don't want the
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>> Seriously, I have difficulties to make sure it is correct just by
>> reading it.
Martin> There's no substitute for trying it out. Reading only gets you
Martin> so far.
Well, I know some people do try it, and I do not have novel
> "Uwe" == Uwe Stöhr <[EMAIL PROTECTED]> writes:
Uwe> Just for information: I spend some time to clean up bugzilla,
Uwe> that means looking over nearly all open and unconfirmed bugs.
Uwe> I targeted all confirmed 1.4CVS bugs with patches to 1.4.1 so
Uwe> that the patches don't get lost when
Juergen Spitzmueller wrote:
> I see. Isn't this a general problem, then? I guess we don't want the
> first, but the most appropriate route.
Yes, but currently it is a more theoretical one, since we only have two
backends (tex/docbook and text), and the first one is more powerful.
Georg
Whenever I want to download an attachment of a bug, my browser wants to
save it as "attachment.cgi" and says the type is "CGI file", no matter
what the real type is. That means the original attachment name and the
information if it is "application/x-lyx" or e.g. "application/x-zip" is
lost.
On Tue, 2006-01-31 at 09:09 +0100, Helge Hafting wrote:
> Martin Vermeer wrote:
...
> >>Martin> A more serious problem: we do not have an inherit_language. I
> >>Martin> think we should. In LyX as it is in CVS, default_language
> >>Martin> plays this role. With the proposed patch, the role is
On Tue, 31 Jan 2006, Martin A. Hansen wrote:
> hello
Hi Martin
I'm cross-posting this to the development list.
> would it be possible and worthwhile to make a lyx template for the
> translation of the lyx text strings?
Hmm.. I'm not quite sure what you mean by this. Are you suggesting that
On Tue, 31 Jan 2006, [UTF-8] Uwe Stöhr wrote:
> Whenever I want to download an attachment of a bug, my browser wants to
> save it as "attachment.cgi" and says the type is "CGI file", no matter
> what the real type is. That means the original attachment name and the
> information if it is
On Tue, 31 Jan 2006, Uwe Stöhr wrote:
> [EMAIL PROTECTED] wrote:
>
> > If you give a link I can test this from Opera (I need the link to be sure
> > I'm testing the right thing:)
>
> Download for example the attached zip-file from bug2176
>
> http://bugzilla.lyx.org/show_bug.cgi?id=2176
Ok,
Martin Vermeer wrote:
On Tue, 2006-01-31 at 09:09 +0100, Helge Hafting wrote:
Martin Vermeer wrote:
...
Martin> A more serious problem: we do not have an inherit_language. I
Martin> think we should. In LyX as it is in CVS, default_language
Martin> plays this role. With the
Georg Baum wrote:
>> I see. Isn't this a general problem, then? I guess we don't want the
>> first, but the most appropriate route.
>
> Yes, but currently it is a more theoretical one, since we only have two
> backends (tex/docbook and text), and the first one is more powerful.
I thought that
Jose' Matos wrote:
FWIW this is already fixed in latest CVS and soon to be 1.4.0pre4...
Another failure, now with pre4 (this one seems not so trivial):
/bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I.
-I. -I../../src -I./.. -I../../boost -O2 -g -pipe -Wall
Juergen Spitzmueller wrote:
> Georg Baum wrote:
>
>>> I see. Isn't this a general problem, then? I guess we don't want the
>>> first, but the most appropriate route.
>>
>> Yes, but currently it is a more theoretical one, since we only have two
>> backends (tex/docbook and text), and the first
[EMAIL PROTECTED] wrote:
If you give a link I can test this from Opera (I need the link to be sure
I'm testing the right thing:)
Download for example the attached zip-file from bug2176
http://bugzilla.lyx.org/show_bug.cgi?id=2176
regards Uwe
Georg Baum wrote:
> If x is the backend format, then this works, i. e. it always takes the
> direct path. In your case, it took the first of
>
> x -> y -> z
> y -> z
>
> where x = tex, y = lyx, z = lyx13.
>
I see. Thanks for the explanation.
Jürgen
[EMAIL PROTECTED] wrote:
Ok, using Opera I get the same problem
This is now bug 2260
http://bugzilla.lyx.org/show_bug.cgi?id=2260
regards Uwe
Title: assign icon to command sequences in toolbar
in case people are interested, with the attached patch i can assign icons to command sequences in my toolbar using an extra item entry in stdtoolbars.inc.
regards, edwin.
? tb.diff
Index: lib/ui/stdtoolbars.ui
http://bugzilla.lyx.org/show_bug.cgi?id=2260
Google Groups returns this, for example:
http://groups.google.com/group/netscape.public.mozilla.webtools/browse_thread/thread/40e0a8e94546fc64/89beb06d53b689ff?q=attachment.cgi=8#89beb06d53b689ff
What version of bugzilla do we use?
Doesn't
On Tue, 2006-01-31 at 14:17 +0100, Helge Hafting wrote:
...
> >
> >
> >>And when inserting a new inset in the middle of something, then
> >>the new inset is likely in the same language as the surroundings.
> >>So don't revert to document language all the time.
> >>
> >>
> >
> >OK... can be
On Tue, 31 Jan 2006, Leuven, E. wrote:
> in case people are interested, with the attached patch i can assign
> icons to command sequences in my toolbar using an extra item entry in
> stdtoolbars.inc.
Hi Edwin
I'm pretty sure people are interested in this... wasn't it even requested
and
thanks christian,
i followed your suggestion and added it to bugzilla (nr 2262)
(hope the bug it doesn't bite angus in his priceless sleep... ;-)
regards, edwin.
On Tue, 31 Jan 2006, Leuven, E. wrote:
> in case people are interested, with the attached patch i can assign
> icons to command
John Levon wrote:
> That's what we did (with the KDE icons). It's nowhere near good enough.
>
Maybe at some point, LyX could ask some help on the Kollaboration forum of
Janet Theobroma (http://theobromas.blogspot.com/) which is a place on
kde-artists.org where developers meet artists.
On Wed, Feb 01, 2006 at 12:48:16AM +0100, Charles de Miramon wrote:
> Maybe at some point, LyX could ask some help on the Kollaboration forum of
> Janet Theobroma (http://theobromas.blogspot.com/) which is a place on
> kde-artists.org where developers meet artists.
That'd be super.
regards
Title: crash: click on macro instantiation
I have replicated this bug in a recent cvs checkout.
1. Create a macro with > 0 arguments.
2. Use that macro, defining the arguments
3. Leave the MathMacro inset
4. Click on the MathMacro inset
5. Reach for nearest fire extinguisher
6. Spray onto
On Monday 30 January 2006 23:45, Juergen Spitzmueller wrote:
> samar j. singh wrote:
> > Still a bit of confusion. In 2 above it is compiling lyx that you are
> > talking about, is that correct?
>
> yes.
>
> > Should I wait for 1.4pre4?
>
> you could try the -dbg action thing already with pre3,
Hi
I created a new file in Koma book format and wrote some text as Part I. I then
needed to make cross references from another file in the same directory and
created Part II and loaded this other file using menu item Insert > File >
LyxDocument.
I found that the figures were no longe visible.
On Tuesday 31 January 2006 13:48, Rex Dieter wrote:
> Another failure, now with pre4 (this one seems not so trivial):
I will let Lars get the credits for the fix. ;-)
--
José Abílio
58 matches
Mail list logo