cursor movement problems
When I mark some paasge of text by pressing shift-down and the cursor crosses a math inset it gets stuck there. Formerly the whole inset was selected or not as some monolithic object, which is much better in my opinion. We can't do much with half formulas anyway. Looks like the outside world sees the same problems as mathed as it starts to get 'smart' ;-} Next problem: Enter math in tables with the cursor from behind. THe cursor goes to the first position.But this could be my fault somehow... Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: Graphics: Waiting for draw request to start loading ?
On 16-Apr-2002 John Levon wrote: I don't see the difference between this and Don't display, except that the former is more accurate (the latter is imperative and hence makes no sense). And in first place why load it (and have all the conversion stuff started) if we don't want to display it? Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253 I-39100 Bozen Web: http://www.sad.it/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ You can't push on a string.
Re: Last qt2 build problem
John Levon [EMAIL PROTECTED] writes: | Index: src/frontends/qt2/moc/Makefile.am | === | RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/qt2/moc/Makefile.am,v | retrieving revision 1.12 | diff -u -r1.12 Makefile.am | --- src/frontends/qt2/moc/Makefile.am 8 Apr 2002 17:55:47 - 1.12 | +++ src/frontends/qt2/moc/Makefile.am 16 Apr 2002 22:29:19 - | @@ -15,13 +15,13 @@ | | AM_CXXFLAGS = -DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR | | -#libqt2moc_la_SOURCES = FileDialog_private_moc.C \ | -#emptytable_moc.C \ | -#lengthcombo_moc.C \ | -#qttableview_moc.C \ | -#Qt2Base_moc.C | - | -nodist_libqt2moc_la_SOURCES = $(MOCDIALOGS) | +nodist_libqt2moc_la_SOURCES = \ | + $(MOCDIALOGS) \ | + FileDialog_private_moc.C \ | + emptytable_moc.C \ | + lengthcombo_moc.C \ | + qttableview_moc.C \ | + Qt2Base_moc.C Make sure that you do not break any of the dist targets: distdir, dist and distcheck (nor clean, distclean and maintainer-clean) -- Lgb
RE: cursor movement problems
On 17-Apr-2002 Andre Poenitz wrote:
When I mark some paasge of text by pressing shift-down and the cursor
crosses a math inset it gets stuck there. Formerly the whole inset was
selected or not as some monolithic object, which is much better in my
opinion. We can't do much with half formulas anyway.
Ok I fixed this (this was due to my comit yesterday)!
Looks like the outside world sees the same problems as mathed as
it starts to get 'smart' ;-}
I don't understand!
Next problem: Enter math in tables with the cursor from behind. THe cursor
goes to the first position.But this could be my fault somehow...
Well let's say yes it's your fault, but I don't understand are you never
debugging code? I't just a simple break in the FormulaBase::edit() and see
what they do!
What happens! When inside a insettext a cursor-Left move enters the inset
from behind. Instead of using the new edit(bv, front) call it still used
the edit(bv, x, y, button) call with x=inset::width() and y=inset::asc + desc.
Normally with such x/y values we should enter the inset at the bottom left!
I now simplified that function and use the edit(bv, front) call so it should
be fixed for you, but IMO you should check your function first (before
updating after my next commit) as it seems your algorithm in
MathCursor::bruteFind() is wrong (heed that x/y values are relative to the
inset as you see by the values they are set too!). Also why do you use
while(1) and a break; instead of do { ... } while, or for() there?
(the for only if you don't care that your iterator is already the_end
iterator and as much as I know end iterators do not have any good values
in them, do they?)
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39100 Bozen Web: http://www.sad.it/~jug
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Sometimes you get an almost irresistible urge to go on living.
Re: lyx 1.2.0pre3 language oddity
Juergen Vigna wrote:
1.2.0pre3 makes 3 ERT insets, which is fine - but
also insists that the first of these inset is in the
english language. I don't think that makes a difference,
but it is certainly odd. The whole document used
to be in norwegian. (\language norsk)
Could you send a minimal document otherwise it's hard to see where the
wrong read is.
Sure, here's a lyx file created with 1.1.6fix4 which
gets an english line:
Helge Hafting
#LyX 1.1 created this file. For more info see http://www.lyx.org/
\lyxformat 218
\textclass article
\begin_preamble
\usepackage{html}
\end_preamble
\language norsk
\inputencoding auto
\fontscheme default
\graphics default
\paperfontsize default
\spacing single
\papersize a4paper
\paperpackage a4
\use_geometry 0
\use_amsmath 0
\paperorientation portrait
\secnumdepth 3
\tocdepth 3
\paragraph_separation indent
\defskip medskip
\quotes_language english
\quotes_times 2
\papercolumns 1
\papersides 1
\paperpagestyle default
\layout LaTeX
\backslash
begin{rawhtml}
\layout LaTeX
?php include(header.php) ?
\layout LaTeX
\backslash
end{rawhtml}
\layout Section
Test document
\layout Standard
This is written in lyx 1.1.6fix4.
Loading it into lyx 1.2.0pre3 cause the
\begin_inset Quotes eld
\end_inset
\backslash
begin{rawhtml}
\begin_inset Quotes erd
\end_inset
to become
\begin_inset Quotes eld
\end_inset
english
\begin_inset Quotes erd
\end_inset
for some reason.
\the_end
Re: Graphics: Waiting for draw request to start loading ?
On Wednesday 17 April 2002 8:23 am, Juergen Vigna wrote: On 16-Apr-2002 John Levon wrote: I don't see the difference between this and Don't display, except that the former is more accurate (the latter is imperative and hence makes no sense). And in first place why load it (and have all the conversion stuff started) if we don't want to display it? Jug Because you can turn off display after it's loaded. Personally, I think that this is all a non-bug. The inset tells us exactly what's going on. Angus
ProvidesNatbib needed in layouts
Hi,
I've started updating the AASTeX layout for 1.2.0. It actually doesn't
need much work, but there is a natbib issue which needs to be straightened
out. AASTeX (the American Astronomical Society's journal class) provides
natbib in the sense that you don't put a \usepackage{natbib} in your file.
It would be nice to have a ProvidesNatbib keyword for layout files similar
to ProvidesAmsmath and ProvidesUrl so that 1) the user doesn't have to
check the Use Natbib button seperately (choosing the AASTeX layout
should do this automatically) and 2) the \usepackage line doesn't have to
be removed manually from the exported LaTeX file. Is this doable without
too much pain?
Mike
--
Mike Ressler
[EMAIL PROTECTED]
OK, I'm lame: I don't have my own website ...
provides_ buglet
While trying to answer my own ProvidesNatbib question, I came across the following snippet of code in lyxtextclass.C (line 282 and following): case TC_PROVIDESAMSMATH: if (lexrc.next() lexrc.getInteger()) provides_ |= amsmath; break; case TC_PROVIDESMAKEIDX: if (lexrc.next() lexrc.getInteger()) provides_ |= makeidx; break; case TC_PROVIDESURL: if (lexrc.next() lexrc.getInteger()) provides_ = url; break; I'm no C++ guru, but shouldn't that last provides_ line be provides_ |= url; Having ProvidesUrl would appear to stomp on any prior Amsmath and Makeidx directives. Mike -- Mike Ressler [EMAIL PROTECTED] OK, I'm lame: I don't have my own website ...
Re: ProvidesNatbib needed in layouts
On Wed, Apr 17, 2002 at 11:18:31AM -0700, Mike Ressler wrote:
Hi,
I've started updating the AASTeX layout for 1.2.0. It actually doesn't
need much work, but there is a natbib issue which needs to be straightened
out. AASTeX (the American Astronomical Society's journal class) provides
natbib in the sense that you don't put a \usepackage{natbib} in your file.
It would be nice to have a ProvidesNatbib keyword for layout files similar
to ProvidesAmsmath and ProvidesUrl so that 1) the user doesn't have to
check the Use Natbib button seperately (choosing the AASTeX layout
should do this automatically) and 2) the \usepackage line doesn't have to
be removed manually from the exported LaTeX file. Is this doable without
too much pain?
I think it is better to use 'ProvidesPackage natbib' etc.
Re: C++ question
Angus Leeming [EMAIL PROTECTED] writes: | I'm clearly confused when it comes to const and member pointers. | See the little code snippet below. If I compile it, I get the error: | cxx: Error: trial.C, line 23: (that is, in the const_method) | the object has type qualifiers that are not compatible with the member | function | func(ob()); I get this message: testsome.C: In member function `void Wrapper::const_method() const': testsome.C:23: passing `const Wrapper' as `this' argument of `FL_OBJECT* Wrapper::ob()' discards qualifiers Looks perfectly sane too me. all methods that const_method calls must be const. if I make ob() const everything just compiles. -- Lgb
Re: ProvidesNatbib needed in layouts
Dekel Tsur [EMAIL PROTECTED] writes:
| On Wed, Apr 17, 2002 at 11:18:31AM -0700, Mike Ressler wrote:
Hi,
I've started updating the AASTeX layout for 1.2.0. It actually doesn't
need much work, but there is a natbib issue which needs to be straightened
out. AASTeX (the American Astronomical Society's journal class) provides
natbib in the sense that you don't put a \usepackage{natbib} in your file.
It would be nice to have a ProvidesNatbib keyword for layout files similar
to ProvidesAmsmath and ProvidesUrl so that 1) the user doesn't have to
check the Use Natbib button seperately (choosing the AASTeX layout
should do this automatically) and 2) the \usepackage line doesn't have to
be removed manually from the exported LaTeX file. Is this doable without
too much pain?
| I think it is better to use 'ProvidesPackage natbib' etc.
in 1.3.0CVS perhaps.
in 1.2.x a providesnatbib would be the option.
--
Lgb
Graphics: Viewing XPM and stray-EPS files ?!?!
Hi, LyX does not seem to ship with an XPM to EPS converter by default. For example load lyx-devel/images/deco.xpm and try to view it with Postscript: Error, no conversion available!?!?! So, I've added in Preferences/Conversions an XPM to EPS converter: From XPM to EPS convert XPM:$$i EPS:$$o That works, but shouldn't that be added automagically by LyX itself? - XPM to EPS converter seems to create another problem. Do following: start LyX File-New Insert-Graphics Click [Browse] and select lyx-devel/images/deco.xpm Click [OK] View-Postscript And there it is: lyx-devel/images/deco.eps !! Shouldn't be there, I suppose. What if this deco.eps was a totally different, already existing file? I would lose that!!! This should to be solved before 1.2.0 goes out. Cheers, Rob.
Re: Graphics: Waiting for draw request to start loading ?
Angus Leeming wrote On Wednesday 17 April 2002 8:23 am, Juergen Vigna wrote: On 16-Apr-2002 John Levon wrote: I don't see the difference between this and Don't display, except that the former is more accurate (the latter is imperative and hence makes no sense). And in first place why load it (and have all the conversion stuff started) if we don't want to display it? Jug Because you can turn off display after it's loaded. Personally, I think that this is all a non-bug. The inset tells us exactly what's going on. I posted the initial email, because I think it's not relevant to the common LyX user to know exactly what's going on. I myself was confused when the inset said Waiting for; I immediately double-checked whether I indeed had selected Don't display; then why is it waiting for something? Is it hanging? And, as a plain LyX user, I don't bother whether the picture is loaded or not. Either display the figure, or tell the user that graphics is in Don't display-mode. That's all that matters to the user, I would think. Cheers, Rob.
[PATCH] Re: Graphics: Viewing XPM and stray-EPS files ?!?!
[Adding xpm to eps] Hi, I have modified lib/configure.m4 so that it also includes the conversion from XPM to EPS by default, at least for ImageMagick's convert: convert XPM:$$i EPS:$$o Do we also need a netpbm equivalent? Angus? This conversion is required, when loading XPM files and viewing/printing them to Postscript. Patch attached. Rob. XPMtoEPS.diff.gz Description: GNU Zip compressed data
cursor movement problems
When I mark some paasge of text by pressing shift-down and the cursor crosses a math inset it gets stuck there. Formerly the whole inset was selected or not as some monolithic object, which is much better in my opinion. We can't do much with half formulas anyway. Looks like the outside world sees the same problems as mathed as it starts to get 'smart' ;-} Next problem: Enter math in tables with the cursor from behind. THe cursor goes to the first position.But this could be my fault somehow... Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: Graphics: "Waiting for draw request to start loading" ?
On 16-Apr-2002 John Levon wrote: > I don't see the difference between this and "Don't display", except that > the former is more accurate (the latter is imperative and hence makes no > sense). And in first place why load it (and have all the conversion stuff started) if we don't want to display it? Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253 I-39100 Bozen Web: http://www.sad.it/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ You can't push on a string.
Re: Last qt2 build problem
John Levon <[EMAIL PROTECTED]> writes: | Index: src/frontends/qt2/moc/Makefile.am | === | RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/qt2/moc/Makefile.am,v | retrieving revision 1.12 | diff -u -r1.12 Makefile.am | --- src/frontends/qt2/moc/Makefile.am 8 Apr 2002 17:55:47 - 1.12 | +++ src/frontends/qt2/moc/Makefile.am 16 Apr 2002 22:29:19 - | @@ -15,13 +15,13 @@ | | AM_CXXFLAGS = -DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR | | -#libqt2moc_la_SOURCES = FileDialog_private_moc.C \ | -#emptytable_moc.C \ | -#lengthcombo_moc.C \ | -#qttableview_moc.C \ | -#Qt2Base_moc.C | - | -nodist_libqt2moc_la_SOURCES = $(MOCDIALOGS) | +nodist_libqt2moc_la_SOURCES = \ | + $(MOCDIALOGS) \ | + FileDialog_private_moc.C \ | + emptytable_moc.C \ | + lengthcombo_moc.C \ | + qttableview_moc.C \ | + Qt2Base_moc.C Make sure that you do not break any of the dist targets: distdir, dist and distcheck (nor clean, distclean and maintainer-clean) -- Lgb
RE: cursor movement problems
On 17-Apr-2002 Andre Poenitz wrote:
>
> When I mark some paasge of text by pressing shift-down and the cursor
> crosses a math inset it gets stuck there. Formerly the whole inset was
> selected or not as some monolithic object, which is much better in my
> opinion. We can't do much with half formulas anyway.
Ok I fixed this (this was due to my comit yesterday)!
> Looks like the outside world sees the same problems as mathed as
> it starts to get 'smart' ;-}
I don't understand!
> Next problem: Enter math in tables with the cursor from behind. THe cursor
> goes to the first position.But this could be my fault somehow...
Well let's say yes it's your fault, but I don't understand are you never
debugging code? I't just a simple break in the FormulaBase::edit() and see
what they do!
What happens! When inside a insettext a cursor-Left move enters the inset
from behind. Instead of using the "new" edit(bv, front) call it still used
the edit(bv, x, y, button) call with x=inset::width() and y=inset::asc + desc.
Normally with such x/y values we should enter the inset at the bottom left!
I now simplified that function and use the edit(bv, front) call so it should
be fixed for you, but IMO you should check your function first (before
updating after my next commit) as it seems your algorithm in
MathCursor::bruteFind() is wrong (heed that x/y values are relative to the
inset as you see by the values they are set too!). Also why do you use
while(1) and a break; instead of do { ... } while, or for() there?
(the for only if you don't care that your iterator is already the_end
iterator and as much as I know end iterators do not have any good values
in them, do they?)
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39100 Bozen Web: http://www.sad.it/~jug
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Sometimes you get an almost irresistible urge to go on living.
Re: lyx 1.2.0pre3 language oddity
Juergen Vigna wrote:
> > 1.2.0pre3 makes 3 ERT insets, which is fine - but
> > also insists that the first of these inset is in the
> > english language. I don't think that makes a difference,
> > but it is certainly odd. The whole document used
> > to be in norwegian. (\language norsk)
> Could you send a minimal document otherwise it's hard to see where the
> wrong read is.
Sure, here's a lyx file created with 1.1.6fix4 which
gets an english line:
Helge Hafting
#LyX 1.1 created this file. For more info see http://www.lyx.org/
\lyxformat 218
\textclass article
\begin_preamble
\usepackage{html}
\end_preamble
\language norsk
\inputencoding auto
\fontscheme default
\graphics default
\paperfontsize default
\spacing single
\papersize a4paper
\paperpackage a4
\use_geometry 0
\use_amsmath 0
\paperorientation portrait
\secnumdepth 3
\tocdepth 3
\paragraph_separation indent
\defskip medskip
\quotes_language english
\quotes_times 2
\papercolumns 1
\papersides 1
\paperpagestyle default
\layout LaTeX
\backslash
begin{rawhtml}
\layout LaTeX
\layout LaTeX
\backslash
end{rawhtml}
\layout Section
Test document
\layout Standard
This is written in lyx 1.1.6fix4.
Loading it into lyx 1.2.0pre3 cause the
\begin_inset Quotes eld
\end_inset
\backslash
begin{rawhtml}
\begin_inset Quotes erd
\end_inset
to become
\begin_inset Quotes eld
\end_inset
english
\begin_inset Quotes erd
\end_inset
for some reason.
\the_end
Re: Graphics: "Waiting for draw request to start loading" ?
On Wednesday 17 April 2002 8:23 am, Juergen Vigna wrote: > On 16-Apr-2002 John Levon wrote: > > I don't see the difference between this and "Don't display", except that > > the former is more accurate (the latter is imperative and hence makes no > > sense). > > And in first place why load it (and have all the conversion stuff started) > if we don't want to display it? > >Jug Because you can turn off display after it's loaded. Personally, I think that this is all a non-bug. The inset tells us exactly what's going on. Angus
ProvidesNatbib needed in layouts
Hi,
I've started updating the AASTeX layout for 1.2.0. It actually doesn't
need much work, but there is a natbib issue which needs to be straightened
out. AASTeX (the American Astronomical Society's journal class) "provides"
natbib in the sense that you don't put a \usepackage{natbib} in your file.
It would be nice to have a ProvidesNatbib keyword for layout files similar
to ProvidesAmsmath and ProvidesUrl so that 1) the user doesn't have to
check the "Use Natbib" button seperately (choosing the AASTeX layout
should do this automatically) and 2) the \usepackage line doesn't have to
be removed manually from the exported LaTeX file. Is this doable without
too much pain?
Mike
--
Mike Ressler
[EMAIL PROTECTED]
OK, I'm lame: I don't have my own website ...
provides_ buglet
While trying to answer my own ProvidesNatbib question, I came across the following snippet of code in lyxtextclass.C (line 282 and following): case TC_PROVIDESAMSMATH: if (lexrc.next() && lexrc.getInteger()) provides_ |= amsmath; break; case TC_PROVIDESMAKEIDX: if (lexrc.next() && lexrc.getInteger()) provides_ |= makeidx; break; case TC_PROVIDESURL: if (lexrc.next() && lexrc.getInteger()) provides_ = url; break; I'm no C++ guru, but shouldn't that last provides_ line be provides_ |= url; Having ProvidesUrl would appear to stomp on any prior Amsmath and Makeidx directives. Mike -- Mike Ressler [EMAIL PROTECTED] OK, I'm lame: I don't have my own website ...
Re: ProvidesNatbib needed in layouts
On Wed, Apr 17, 2002 at 11:18:31AM -0700, Mike Ressler wrote:
> Hi,
>
> I've started updating the AASTeX layout for 1.2.0. It actually doesn't
> need much work, but there is a natbib issue which needs to be straightened
> out. AASTeX (the American Astronomical Society's journal class) "provides"
> natbib in the sense that you don't put a \usepackage{natbib} in your file.
> It would be nice to have a ProvidesNatbib keyword for layout files similar
> to ProvidesAmsmath and ProvidesUrl so that 1) the user doesn't have to
> check the "Use Natbib" button seperately (choosing the AASTeX layout
> should do this automatically) and 2) the \usepackage line doesn't have to
> be removed manually from the exported LaTeX file. Is this doable without
> too much pain?
I think it is better to use 'ProvidesPackage natbib' etc.
Re: C++ question
Angus Leeming <[EMAIL PROTECTED]> writes: | I'm clearly confused when it comes to "const" and member pointers. > | See the little code snippet below. If I compile it, I get the error: > | cxx: Error: trial.C, line 23: (that is, in the const_method) | the object has type qualifiers that are not compatible with the member | function | func(ob()); I get this message: testsome.C: In member function `void Wrapper::const_method() const': testsome.C:23: passing `const Wrapper' as `this' argument of `FL_OBJECT* Wrapper::ob()' discards qualifiers Looks perfectly sane too me. all methods that const_method calls must be const. if I make ob() const everything just compiles. -- Lgb
Re: ProvidesNatbib needed in layouts
Dekel Tsur <[EMAIL PROTECTED]> writes:
| On Wed, Apr 17, 2002 at 11:18:31AM -0700, Mike Ressler wrote:
>> Hi,
>>
>> I've started updating the AASTeX layout for 1.2.0. It actually doesn't
>> need much work, but there is a natbib issue which needs to be straightened
>> out. AASTeX (the American Astronomical Society's journal class) "provides"
>> natbib in the sense that you don't put a \usepackage{natbib} in your file.
>> It would be nice to have a ProvidesNatbib keyword for layout files similar
>> to ProvidesAmsmath and ProvidesUrl so that 1) the user doesn't have to
>> check the "Use Natbib" button seperately (choosing the AASTeX layout
>> should do this automatically) and 2) the \usepackage line doesn't have to
>> be removed manually from the exported LaTeX file. Is this doable without
>> too much pain?
>
| I think it is better to use 'ProvidesPackage natbib' etc.
in 1.3.0CVS perhaps.
in 1.2.x a "providesnatbib" would be the option.
--
Lgb
Graphics: Viewing XPM and stray-EPS files ?!?!
Hi, LyX does not seem to ship with an XPM to EPS converter by default. For example load lyx-devel/images/deco.xpm and try to view it with Postscript: Error, no conversion available!?!?! So, I've added in Preferences/Conversions an XPM to EPS converter: From XPM to EPS convert XPM:$$i EPS:$$o That works, but shouldn't that be added automagically by LyX itself? - XPM to EPS converter seems to create another problem. Do following: start LyX File->New Insert->Graphics Click [Browse] and select "lyx-devel/images/deco.xpm" Click [OK] View->Postscript And there it is: "lyx-devel/images/deco.eps" !! Shouldn't be there, I suppose. What if this deco.eps was a totally different, already existing file? I would lose that!!! This should to be solved before 1.2.0 goes out. Cheers, Rob.
Re: Graphics: "Waiting for draw request to start loading" ?
Angus Leeming wrote > On Wednesday 17 April 2002 8:23 am, Juergen Vigna wrote: > > On 16-Apr-2002 John Levon wrote: > > > I don't see the difference between this and "Don't display", except that > > > the former is more accurate (the latter is imperative and hence makes no > > > sense). > > > > And in first place why load it (and have all the conversion stuff started) > > if we don't want to display it? > > > > Jug > > Because you can turn off display after it's loaded. Personally, I think that > this is all a non-bug. The inset tells us exactly what's going on. I posted the initial email, because I think it's not relevant to the common LyX user to know "exactly what's going on". I myself was confused when the inset said "Waiting for"; I immediately double-checked whether I indeed had selected "Don't display"; then why is it waiting for something? Is it hanging? And, as a plain LyX user, I don't bother whether the picture is loaded or not. Either display the figure, or tell the user that graphics is in "Don't display"-mode. That's all that matters to the user, I would think. Cheers, Rob.
[PATCH] Re: Graphics: Viewing XPM and stray-EPS files ?!?!
[Adding xpm to eps] Hi, I have modified lib/configure.m4 so that it also includes the conversion from XPM to EPS by default, at least for ImageMagick's convert: convert XPM:$$i EPS:$$o Do we also need a netpbm equivalent? Angus? This conversion is required, when loading XPM files and viewing/printing them to Postscript. Patch attached. Rob. XPMtoEPS.diff.gz Description: GNU Zip compressed data
