cursor movement problems

2002-04-17 Thread Andre Poenitz


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 ?

2002-04-17 Thread Juergen Vigna


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

2002-04-17 Thread Lars Gullik Bjønnes

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

2002-04-17 Thread Juergen Vigna


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

2002-04-17 Thread Helge Hafting

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 ?

2002-04-17 Thread Angus Leeming

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

2002-04-17 Thread Mike Ressler

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

2002-04-17 Thread Mike Ressler

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

2002-04-17 Thread Dekel Tsur

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

2002-04-17 Thread Lars Gullik Bjønnes

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

2002-04-17 Thread Lars Gullik Bjønnes

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 ?!?!

2002-04-17 Thread R. Lahaye


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 ?

2002-04-17 Thread R. Lahaye

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 ?!?!

2002-04-17 Thread R. Lahaye


[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

2002-04-17 Thread Andre Poenitz


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" ?

2002-04-17 Thread Juergen Vigna


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

2002-04-17 Thread Lars Gullik Bjønnes

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

2002-04-17 Thread Juergen Vigna


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

2002-04-17 Thread Helge Hafting

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" ?

2002-04-17 Thread Angus Leeming

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

2002-04-17 Thread Mike Ressler

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

2002-04-17 Thread Mike Ressler

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

2002-04-17 Thread Dekel Tsur

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

2002-04-17 Thread Lars Gullik Bjønnes

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

2002-04-17 Thread Lars Gullik Bjønnes

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 ?!?!

2002-04-17 Thread R. Lahaye


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" ?

2002-04-17 Thread R. Lahaye

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 ?!?!

2002-04-17 Thread R. Lahaye


[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