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
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 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,
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 sm
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
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,
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 seq
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 discusse
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
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&rnum=8#89beb06d53b689ff
What version of bugzilla do we use?
Doesn't
h
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
==
[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
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:
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
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 on
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
-Wp,-D
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 ap
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 propos
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, u
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 "appl
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
th
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 tak
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.
Th
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
> "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 t
> "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 idea
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 fir
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
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
29 matches
Mail list logo
