hi..
i get this error ,compiling lyx-1.1.6fix2 on redhat7.1:
make[2]: Entering directory `/root/lyx/lyx-1.1.6fix2/lib'
make[2]: *** No rule to make target `lyxrc.defaults', needed by `all-am'.
Stop.make[2]: Leaving directory `/root/lyx/lyx-1.1.6fix2/lib'
make[1]: *** [all-recursive] Error 1
I'm now up to date, but I'd have sworn that the math labels were fixed
weeks ago. (July 4 message from Andre). Insert-label from the menu is
greyed out in math insets, but \label{ works and becomes a lable on
reload. However, it seems the only way to edit them is to change the raw
file.
I'm writing you because I'm writing my thesis with Lyx, but I have a
problem. In the thesis I have to write lots of long formulas. The
problem is that this formulas are so long that are going out of the right
border of the compiled page.
I don't know if this is a feature lacking from Lyx
On 23-Jul-2001 Allan Rae wrote:
that people won't be so happy to share with non-LyX users. Then we have
the problem of how on earth do reimport an exported lyx file?
Well this could be fairly easy! If we could have a %%lyx-produced around
this stuff it would be easy to skip it in the
On Mon, Jul 23, 2001 at 09:57:39AM +0200, Juergen Vigna wrote:
Well this could be fairly easy! If we could have a %%lyx-produced around
this stuff it would be easy to skip it in the readback routine, as we KNOW
that this stuff was produced by LyX and we don't need to interpret it!
BTW.:
On 23-Jul-2001 Jose Abilio Oliveira Matos wrote:
It is done, all known lyx stuff is discarded in the translation...
Great!
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee 13/N
On Mon, 23 Jul 2001 [EMAIL PROTECTED] wrote:
Log message:
begin to update NEWS for 1.2.0
If I remember correctly, you shipped 2 to 3 prereleases before the
developers meeting and I assume I missed another few beta versions
afterwards. So what is the current status?
Michael
PS: Ok, I
On Monday 23 July 2001 11:11, Jean-Marc Lasgouttes wrote:
Angus == Angus Leeming [EMAIL PROTECTED] writes:
I am against that. The URL thing was added because we use \url in
LyX docs, but it is a bunch of crap (and I can tell that, since I
wrote it
Angus Grammatical point: pile of
Hello,
I just ran across your site
/ LyX, the word-processor front-end for LaTeX
and noticed that you were not using Easy
Money Network a Telco Dialer affiliate program.
I have a number of adult sites myself and I myself
have recently switched to Easy Money Network program
because it
PS: Ok, I know there have been no prereleases yet :-) But is there at
least a rough schedule for 1.2.0? Is mathed in the current cvs usable
again? And what are open issues?
Used it cautiously. If your deadline is in three month's time, try it. If
your paper is due yesterday, use 1.1.6 (or
On Mon, Jul 23, 2001 at 01:55:16PM +0200, Jean-Marc Lasgouttes wrote:
Jose == Jose Abilio Oliveira Matos [EMAIL PROTECTED] writes:
Jose I have commited, in the CVS, some new code to improve the
Jose latex preamble. Hurrah!
As I have already said to José, this is major good news.
:-)
On Mon, Jul 23, 2001 at 12:10:40PM +0200, Jean-Marc Lasgouttes wrote:
- TeX mode has been superseded by the 666 (aka ERT) inset, which is
foldable
or is it collapsable ? I would prefer foldable as the user term for this
indeed, I just want to mamake sure we're consistent in the
On Mon, Jul 23, 2001 at 08:20:45AM -0400, Baruch Even wrote:
Question is actually, do we mind not being able to resize/dither for 1.2.0
For me it doesn't matter, but this isn't WYSIWYM and is a step backwards
from the current inset.
think screen shots. I don't want them taking up more than a
On Mon, Jul 23, 2001 at 02:08:52PM +0200, Jean-Marc Lasgouttes wrote:
Also, Rob, you do not need to change anything in acconfig.h. Use
the optional third argument of AC_DEFINE to give the description.
my forthcoming patch tried this, but I still needed to alter acconfig.h
directly ... any
On 23-Jul-2001 John Levon wrote:
the figure float doesn't resize *itself* anyway now, so it's basically unusable
(try it on platypus.eps)
Should it? I made this types of insets only be wider than the WorkArea if the
include inset is wider otherwise they are always the width of the workarea.
On Mon, 23 Jul 2001, John Levon wrote:
On Mon, Jul 23, 2001 at 08:20:45AM -0400, Baruch Even wrote:
Question is actually, do we mind not being able to resize/dither for 1.2.0
For me it doesn't matter, but this isn't WYSIWYM and is a step backwards
from the current inset.
think screen
On Mon, Jul 23, 2001 at 08:47:07AM -0400, Baruch Even wrote:
Could you write a few lines on the advantages of insetgraphics wrt
figinset?
Basically, cleaner code. It has no reall addition in it compared to
figinset, but it stops using ghostscript for preview which was a problem
when you
On Mon, Jul 23, 2001 at 02:31:56PM +0200, Jean-Marc Lasgouttes wrote:
You could maybe show us some code? The only case where one has to edit
looks like the dependencies are rotten somewhere, I needed a make distclean
to get it to work.
thanks
john
--
Voodoo Programming: Things programmers
Log message:
Added support for changing label on collapsed InsetERT.
Ok I said I won't code anything in LyX for the next future, but just to
show you that all your complaints are really solved VERY fast I just did
the label-change-on-collapsed-inset-ERT thingy so have a look now on your
On Mon, 23 Jul 2001, John Levon wrote:
On Mon, Jul 23, 2001 at 08:47:07AM -0400, Baruch Even wrote:
Could you write a few lines on the advantages of insetgraphics wrt
figinset?
Basically, cleaner code. It has no reall addition in it compared to
figinset, but it stops using
On Mon, Jul 23, 2001 at 03:06:53PM +0200, Jean-Marc Lasgouttes wrote:
John == John Levon [EMAIL PROTECTED] writes:
John On Mon, Jul 23, 2001 at 02:31:56PM +0200, Jean-Marc Lasgouttes
John wrote:
You could maybe show us some code? The only case where one has to
edit
John looks like
On Mon, Jul 23, 2001 at 08:47:07AM -0400, Baruch Even wrote:
On 23 Jul 2001, Jean-Marc Lasgouttes wrote:
Baruch == Baruch Even [EMAIL PROTECTED] writes:
Baruch On 23 Jul 2001, Jean-Marc Lasgouttes wrote:
- new graphics inset superseding the older figure inset [will that
be OK in
On 23-Jul-2001 Jean-Marc Lasgouttes wrote:
Thanks juergen. BTW, I did two small changes in insetcollapsable to
compute widthCollapse if it is 0 (before that, when you have a
collapsed inset in a file you load, the row breaking was bad). Could
you check that what I did makes sense?
Well I
On Mon, 23 Jul 2001, Dekel Tsur wrote:
There are several problem with the preview code in graphics inset:
1) It doesn't work. I get Need converter from eps to xpm message.
Even if I define such a converter, it doesn't work.
I think there should be such converters defined automatically, I
On 23-Jul-2001 Jean-Marc Lasgouttes wrote:
Juergen IMO your getting this on the wrong spot. What we have to do
Juergen is define a Background-color for general LyXText and this
Juergen should be as easy as ALWAYS pass the background color on ALL
Juergen draw actions (clearing is ALSO a draw
On 23-Jul-2001 Jean-Marc Lasgouttes wrote:
I'll try to have a look. The problem is that I got frustrated and just
dropped my code :( Another problem is that some insets should be
'transparent' (or rather all should be by default) and use color
LColor::inherit (so that a tabular inset inside
I know this had been answered already: What do I have to do in order to
prevent things like C-z (redo) from leaving my inset?
Andre'
--
André Pönitz . [EMAIL PROTECTED]
On 23-Jul-2001 Jean-Marc Lasgouttes wrote:
Another questions: in BufferView_pimpl.C, for example, there are
places using text, and others using getLyXText(). Am I right assuming
that the first version is almost always wrong (i.e. will not work in a
text inset)?
Yes and no. the bv-text
On 23-Jul-2001 Andre Poenitz wrote:
I know this had been answered already: What do I have to do in order to
prevent things like C-z (redo) from leaving my inset?
For now Undo handling ALWAYS will leave the inset! You cannot do anything
to prevent this for now! Well you could implement
Yes and no. the bv-text version is there where we should need only the
outermost LyXText. This means the function should not be dependant of
theLockingInset()! Maybe I missed some spots where I didn't understand
really what the function does. So it does not mean will not work in a
text
On 23-Jul-2001 Andre Poenitz wrote:
In which case does an inset need information about some more or less random
inset above it?
Only if it want's comunicate with the outer inset for some reason! This now
is probably a shortcut as we can(should) ALWAYS be able to find the inset and
it's
This now is probably a shortcut as we can(should) ALWAYS be able to
find the inset and it's surroundings by the id! And if you say we should
rethink this, you're probably right, go for it!
Let me first wash away the blood of the animals that inhabited mathed...
Andre'
--
André Pönitz
Load an old file with an insetinfo, and save the file.
The result is:
\begin_inset Note
collapsed true
\layout Standard
\family roman
\series medium
\shape up
\size small
\emph off
\bar no
\noun off
\color note
\lang english
Test.
\layout Standard
\end_inset
On Mon, Jul 23, 2001 at 09:55:23AM -0400, Baruch Even wrote:
2) I really don't like the idea to use convert to create an xpm file.
Why not use pipes ? (namely run 'convert graphics-file xpm:-' )
Basically because I use XpmReadFileToPixmap to get the XPixmap, I don't
know how to make it
* Dekel Tsur [EMAIL PROTECTED] [010723 17:28]:
There are several problem with the preview code in graphics inset:
1) It doesn't work. I get Need converter from eps to xpm message.
Even if I define such a converter, it doesn't work.
Fixed. I'll commit this soon.
It was a mistake of mine when
Attached is a patch needed for the inline previewing, it adds
conversions to XPM.
It currently pretty much depends on ImageMagick, if you use something
else please add whatever is needed to do it too.
--
Baruch Even
http://baruch.ev-en.org/
Index: lib/ChangeLog
* Dekel Tsur [EMAIL PROTECTED] [010723 19:06]:
On Mon, Jul 23, 2001 at 09:55:23AM -0400, Baruch Even wrote:
The reason for not doing it right now is to support those users who cannot
install a good supporting library. The simplest route could be to require
everyone to install gdk-pixbuf
Dekel and Eran (I suppose that are your given names, aren't they?)
Your respective parts of my to-do list look like:
-- Dekel --
Array/eqnarray
// *- Mutation from inline formula to eqnarray generates a numbered eqnarray
//c-m m-m
Hi,
when running Purify, it complains that it has to link a directory.
Could you please tell me what option -Wl,/usr/openwin/lib means
when linking binary file lyx.
Michael
--
==
Michael Schmitt
when running Purify, it complains that it has to link a directory.
Could you please tell me what option -Wl,/usr/openwin/lib means
when linking binary file lyx.
This passes '/usr/openwin/lib' to the linker... I'd think
'-Wl,-L/usr/openwin/lib' is a more sensible thing to have,
but I am
On Mon, Jul 23, 2001 at 07:19:05PM +0300, Baruch Even wrote:
* Dekel Tsur [EMAIL PROTECTED] [010723 19:06]:
On Mon, Jul 23, 2001 at 09:55:23AM -0400, Baruch Even wrote:
The reason for not doing it right now is to support those users who cannot
install a good supporting library. The
Are you ready ???
Are you _really_ ready ???
Very well, ...
... let's start!
--
==
Michael Schmittphone: +49 451 500 3725
Institute for Telematics
Hi,
all the following Purify reports refer to LyX, current CVS code.
Compiled on SPARC Solaris with gcc-2.95.3.
Compile options: -g
Configure options: --with-included-gettext/string
Michael
*
Loading LyX file Extended.lyx results in:
UMR: Uninitialized
Very well, ...
... let's start!
Looks like we survived this one easily...
Andre'
--
André Pönitz . [EMAIL PROTECTED]
Next error when loading file Extended.lyx:
UMR: Uninitialized memory read (19 times)
This is occurring while in:
InsetText::getLyXText(const BufferView*,bool)const
[insettext.C:1795]
InsetText::update(BufferView*,const LyXFont,bool)
[insettext.C:499]
Still loading file Extended.lyx...
another variant of the former problem:
UMR: Uninitialized memory read (70 times)
This is occurring while in:
InsetText::getLyXText(const BufferView*,bool)const
[insettext.C:1795]
InsetText::update(BufferView*,const
Jean-Marc Lasgouttes wrote:
Baruch == Baruch Even [EMAIL PROTECTED] writes:
Baruch I cannot depend on ImageMagick, I need the configurability of
Baruch Converter.
netpbm comes to mind, but I do not know whether it is still
maintained.
JMarc
This just in, so I suppose so.
NETPBM
I've just compiled the current CVS and like the 666 inset behavior much
better - collapsing them looks good. However, could the maximum size of
the box be made settable somewhere? From my previous example, \micron
shows up very nicely, as does \farcs; both these have a box size which
matches
Hi,
the biggest memory leak so far...
Andre, there is something for everybody! No time for jokes anymore :-)
MLK: 3700 bytes leaked in 37 blocks
This memory was allocated from:
malloc [rtlib.o]
__bUiLtIn_nEw [new1.cc:84]
* Dekel Tsur [EMAIL PROTECTED] [010723 20:43]:
But the current code does require to have imagemagick (or something
equivalent) to be installed in order to have image previewing.
You can always use an image library (libmagick,imlib, etc.) if it is
present, and otherwise use an external
Hi,
I just want to remind you that the Load button in dialog Include file
still does not work. This should be fixed for 1.2.0.
Michael
--
==
Michael Schmittphone: +49 451 500 3725
Institute for
Hi Andre,
here comes another big memory leak...
Maybe it is a good starting point to have a look MathArray::MathArray...?
Michael
**
MLK: 10800 bytes leaked in 3 blocks
This memory was allocated from:
malloc [rtlib.o]
On Mon, Jul 23, 2001 at 08:17:39PM +0200, Michael Schmitt wrote:
Hi,
I just want to remind you that the Load button in dialog Include file
still does not work. This should be fixed for 1.2.0.
looks like angus actually deleted this code ... I'll send a fix.
--
Voodoo Programming: Things
On Mon, Jul 23, 2001 at 06:19:47PM +0200, Andre Poenitz wrote:
// *- When changing the macro definition, all instances are not updated.
Not fixed.
?? *- If I have macros \newcommand{\foo}[1]{[#1]} and \newcommand{\foox}{\foo{x}
?? then when an instance of \foox is drawn on screen,
??
here it is
thanks
john
--
Voodoo Programming: Things programmers do that they know shouldn't work but
they try anyway, and which sometimes actually work, such as recompiling
everything.
- Karl Lehenbauer
This doesn't change $CFLAGS though, as it's pretty hard to follow where it's set,
and it doesn't affect compilation times really
thanks
john
--
Voodoo Programming: Things programmers do that they know shouldn't work but
they try anyway, and which sometimes actually work, such as recompiling
Hi,
I cannot export file Extended.lyx of LyX 1.1.6 to dvi format. It
seems like there is a problem with these new ERT insets. Could somebody
please check whether this is a real bug or just a problem with my
configuration?
Michael
--
thanks
john
--
Voodoo Programming: Things programmers do that they know shouldn't work but
they try anyway, and which sometimes actually work, such as recompiling
everything.
- Karl Lehenbauer
Index: src/frontends/xforms/ChangeLog
Mike Ressler wrote:
On Mon, 23 Jul 2001, Michael Schmitt wrote:
I cannot export file Extended.lyx of LyX 1.1.6 to dvi format. It
seems like there is a problem with these new ERT insets. Could somebody
please check whether this is a real bug or just a problem with my
configuration?
I
On Mon, Jul 23, 2001 at 08:49:41PM +0200, Herbert Voss wrote:
The first sign of trouble is that when I load Extended into 1.2.0cvs I get
a textclass loading error which says Couldn't set the layout for 7
paragraphs.
this are the 7 \layout latex, which are now not possible in 1.2.0
...
Michael Schmitt wrote:
On Mon, 23 Jul 2001, Mike Ressler wrote:
I had this very problem about an hour ago and the general problem is
that the floatflt paragraph option is not honored.
The first sign of trouble is that when I load Extended into 1.2.0cvs I get
a textclass loading
On Mon, Jul 23, 2001 at 08:49:41PM +0200, Herbert Voss wrote:
-can't jump to error mark with ctrl-g
hmm, works OK for me
john
--
Voodoo Programming: Things programmers do that they know shouldn't work but
they try anyway, and which sometimes actually work, such as recompiling
everything.
John Levon wrote:
On Mon, Jul 23, 2001 at 08:49:41PM +0200, Herbert Voss wrote:
The first sign of trouble is that when I load Extended into 1.2.0cvs I get
a textclass loading error which says Couldn't set the layout for 7
paragraphs.
this are the 7 \layout latex, which are now
Howdy,
Andre Poenitz wrote:
Dekel and Eran (I suppose that are your given names, aren't they?)
Yup.
Eran Tromer:
* When exiting the formula during selection, the anchor moves to the
left of the formula and there's no way to go back.
:: Once you are out of mathed you are out. The
Hi,
another bug report...
I created a new minipage which included (in this order)
- an empty minipage
- an empty 5x5 table
- an empty minipage
When closing and re-opening the _outer_ minipage, I got the following
report:
COR: Fatal core dump
This is occurring while in:
On Mon, 23 Jul 2001, Herbert Voss wrote:
On Mon, 23 Jul 2001, Mike Ressler wrote:
I had this very problem about an hour ago and the general problem is
that the floatflt paragraph option is not honored.
write in preamble \usepackage{floatflt} and all should work
This is a band-aid
is it this simple to fix ?
diff -u -r1.149 text2.C
--- text2.C 2001/07/23 09:11:12 1.149
+++ text2.C 2001/07/23 21:37:53
@@ -1848,7 +1848,7 @@
== contents)));
if (res.par()) {
- setCursor(bview, res.par(), res.pos());
+
Mike Ressler wrote:
On Mon, 23 Jul 2001, Herbert Voss wrote:
On Mon, 23 Jul 2001, Mike Ressler wrote:
I had this very problem about an hour ago and the general problem is
that the floatflt paragraph option is not honored.
write in preamble \usepackage{floatflt} and all
On Mon, Jul 23, 2001 at 02:53:18PM +0200, Juergen Vigna wrote:
Log message:
Added support for changing label on collapsed InsetERT.
Ok I said I won't code anything in LyX for the next future, but just to
show you that all your complaints are really solved VERY fast I just did
the
On Mon, 23 Jul 2001, Herbert Voss wrote:
Mike Ressler wrote:
This is a band-aid for a much more serious problem. Yes, it will work, but
this was only for Michael's PhD! nothing else ... ;-)
Of course. Sorry if it sounded like I jumped on you. I was just rather
shocked to find that a whole
On Mon, Jul 23, 2001 at 02:52:33PM -0700, Kayvan A. Sylvan wrote:
collapsed ERT-Insets!
Hi Jurgen,
The ERT insets are now created closed, but it just
shows 666 as the label with the latest CVS.
Am I reading your Email wrong? Are you implying that the
label should be the contents of
On Mon, Jul 23, 2001 at 11:12:39PM +0100, John Levon wrote:
On Mon, Jul 23, 2001 at 02:52:33PM -0700, Kayvan A. Sylvan wrote:
collapsed ERT-Insets!
Hi Jurgen,
The ERT insets are now created closed, but it just
shows 666 as the label with the latest CVS.
Am I reading your
On Mon, 23 Jul 2001, Mike Ressler wrote:
Oh, cool. The minipage thing is definitely better. A quick bug report: if
I do side-by-side minifloats and try to put an hfill in between them, the
^^ - minipages, of course ...
insets overlap and the hfill is squashed in
I'm not seeing any Parts in my TOCs until I view ps. Is this supposed to
be a feature?
Garst
Andre, there is something for everybody! No time for jokes anymore :-)
MLK: 3700 bytes leaked in 37 blocks
Ah... that's just because math insets are so bloated ;-)
Seriously, this one is even documented:
--- snip -
hi..
i get this error ,compiling lyx-1.1.6fix2 on redhat7.1:
make[2]: Entering directory `/root/lyx/lyx-1.1.6fix2/lib'
make[2]: *** No rule to make target `lyxrc.defaults', needed by `all-am'.
Stop.make[2]: Leaving directory `/root/lyx/lyx-1.1.6fix2/lib'
make[1]: *** [all-recursive] Error 1
> I'm now up to date, but I'd have sworn that the math labels were fixed
> weeks ago. (July 4 message from Andre). Insert-label from the menu is
> greyed out in math insets, but \label{ works and becomes a lable on
> reload. However, it seems the only way to edit them is to change the raw
>
> I'm writing you because I'm writing my thesis with Lyx, but I have a
> problem. In the thesis I have to write lots of "long" formulas. The
> problem is that this formulas are so long that are going out of the right
> border of the compiled page.
>
> I don't know if this is a feature lacking
On 23-Jul-2001 Allan Rae wrote:
> that people won't be so happy to share with non-LyX users. Then we have
> the problem of how on earth do reimport an exported lyx file?
Well this could be fairly easy! If we could have a %%lyx-produced around
this stuff it would be easy to skip it in the
On Mon, Jul 23, 2001 at 09:57:39AM +0200, Juergen Vigna wrote:
>
> Well this could be fairly easy! If we could have a %%lyx-produced around
> this stuff it would be easy to skip it in the readback routine, as we KNOW
> that this stuff was produced by LyX and we don't need to interpret it!
>
>
On 23-Jul-2001 Jose Abilio Oliveira Matos wrote:
> It is done, all known lyx stuff is discarded in the translation...
Great!
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee 13/N
> I am against that. The URL thing was added because we use \url in LyX
> docs, but it is a bunch of crap (and I can tell that, since I wrote it
Grammatical point: "pile of crap" is OK. "Bunch of crap" suggests some
serious pathology!
Angus
On Mon, 23 Jul 2001 [EMAIL PROTECTED] wrote:
> Log message:
> begin to update NEWS for 1.2.0
If I remember correctly, you shipped 2 to 3 prereleases before the
developers meeting and I assume I missed another few beta versions
afterwards. So what is the current status?
Michael
PS: Ok,
On Monday 23 July 2001 11:11, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> >> I am against that. The URL thing was added because we use \url in
> >> LyX docs, but it is a bunch of crap (and I can tell that, since I
> >> wrote it
>
> Angus>
Hello,
I just ran across your site
/ LyX, the word-processor front-end for LaTeX
and noticed that you were not using Easy
Money Network a Telco Dialer affiliate program.
I have a number of adult sites myself and I myself
have recently switched to Easy Money Network program
because it
> PS: Ok, I know there have been no prereleases yet :-) But is there at
> least a rough schedule for 1.2.0? Is mathed in the current cvs usable
> again? And what are open issues?
Used it cautiously. If your deadline is in three month's time, try it. If
your paper is due yesterday, use 1.1.6 (or
On Mon, Jul 23, 2001 at 01:55:16PM +0200, Jean-Marc Lasgouttes wrote:
> > "Jose" == Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes:
>
> Jose> I have commited, in the CVS, some new code to improve the
> Jose> latex preamble. Hurrah!
>
> As I have already said to José, this is major
On Mon, Jul 23, 2001 at 12:10:40PM +0200, Jean-Marc Lasgouttes wrote:
> - TeX mode has been superseded by the 666 (aka ERT) inset, which is
> foldable
or is it collapsable ? I would prefer "foldable" as the user term for this
indeed, I just want to mamake sure we're consistent in
On Mon, Jul 23, 2001 at 08:20:45AM -0400, Baruch Even wrote:
> Question is actually, do we mind not being able to resize/dither for 1.2.0
> For me it doesn't matter, but this isn't WYSIWYM and is a step backwards
> from the current inset.
think screen shots. I don't want them taking up more
On Mon, Jul 23, 2001 at 02:08:52PM +0200, Jean-Marc Lasgouttes wrote:
> >> Also, Rob, you do not need to change anything in acconfig.h. Use
> >> the optional third argument of AC_DEFINE to give the description.
my forthcoming patch tried this, but I still needed to alter acconfig.h
directly ...
On 23-Jul-2001 John Levon wrote:
> the figure float doesn't resize *itself* anyway now, so it's basically unusable
> (try it on platypus.eps)
Should it? I made this types of insets only be wider than the WorkArea if the
include inset is wider otherwise they are always the width of the
On Mon, 23 Jul 2001, John Levon wrote:
> On Mon, Jul 23, 2001 at 08:20:45AM -0400, Baruch Even wrote:
>
> > Question is actually, do we mind not being able to resize/dither for 1.2.0
> > For me it doesn't matter, but this isn't WYSIWYM and is a step backwards
> > from the current inset.
>
>
On Mon, Jul 23, 2001 at 08:47:07AM -0400, Baruch Even wrote:
> > Could you write a few lines on the advantages of insetgraphics wrt
> > figinset?
>
> Basically, cleaner code. It has no reall addition in it compared to
> figinset, but it stops using ghostscript for preview which was a problem
>
On Mon, Jul 23, 2001 at 02:31:56PM +0200, Jean-Marc Lasgouttes wrote:
> You could maybe show us some code? The only case where one has to edit
looks like the dependencies are rotten somewhere, I needed a make distclean
to get it to work.
thanks
john
--
"Voodoo Programming: Things
> Log message:
> Added support for changing label on collapsed InsetERT.
Ok I said I won't code anything in LyX for the next future, but just to
show you that all your complaints are really solved VERY fast I just did
the "label-change-on-collapsed-inset-ERT" thingy so have a look now on
On Mon, 23 Jul 2001, John Levon wrote:
> On Mon, Jul 23, 2001 at 08:47:07AM -0400, Baruch Even wrote:
>
> > > Could you write a few lines on the advantages of insetgraphics wrt
> > > figinset?
> >
> > Basically, cleaner code. It has no reall addition in it compared to
> > figinset, but it
On Mon, Jul 23, 2001 at 03:06:53PM +0200, Jean-Marc Lasgouttes wrote:
> > "John" == John Levon <[EMAIL PROTECTED]> writes:
>
> John> On Mon, Jul 23, 2001 at 02:31:56PM +0200, Jean-Marc Lasgouttes
> John> wrote:
> >> You could maybe show us some code? The only case where one has to
> >> edit
On Mon, Jul 23, 2001 at 08:47:07AM -0400, Baruch Even wrote:
> On 23 Jul 2001, Jean-Marc Lasgouttes wrote:
>
> > > "Baruch" == Baruch Even <[EMAIL PROTECTED]> writes:
> >
> > Baruch> On 23 Jul 2001, Jean-Marc Lasgouttes wrote:
> > >> - new graphics inset superseding the older figure inset
On 23-Jul-2001 Jean-Marc Lasgouttes wrote:
> Thanks juergen. BTW, I did two small changes in insetcollapsable to
> compute widthCollapse if it is 0 (before that, when you have a
> collapsed inset in a file you load, the row breaking was bad). Could
> you check that what I did makes sense?
Well
On Mon, 23 Jul 2001, Dekel Tsur wrote:
> There are several problem with the preview code in graphics inset:
>
> 1) It doesn't work. I get "Need converter from eps to xpm" message.
> Even if I define such a converter, it doesn't work.
I think there should be such converters defined
1 - 100 of 152 matches
Mail list logo
