> Maybe it is a good starting point to have a look MathArray::MathArray...?
The constructor is ok. It's probably one of the MathArray::insert() thingys
that overwrite one or two of the embedded MathInset *...
I cannot really read this output, maybe you could give a hint why you think
that the co
> 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 -
InsetFormulaB
I'm not seeing any Parts in my TOCs until I view ps. Is this supposed to
be a feature?
Garst
Lars Gullik Bjønnes wrote:
>
> "Garst R. Reese" <[EMAIL PROTECTED]> writes:
>
> | Jean-Marc Lasgouttes wrote:
> | >
> | > > "Garst" == Garst R Reese <[EMAIL PROTECTED]> writes:
> |
> | > In fact, captions alignment is a bit special: centered when the
> | > caption is short, and justified oth
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 i
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.
> >
> >
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 c
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 who
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 d
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{
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());
+ set
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
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:
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.
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
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
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 textclas
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
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
> > conf
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 error which says "Couldn't set
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 had this very probl
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
=
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
--
===
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
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
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,
> ??
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
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]
__m
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
* 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,
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]
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
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 su
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 LyXFont&,b
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]
>Very well, ...
>
> ... let's start!
Looks like we survived this one easily...
Andre'
--
André Pönitz . [EMAIL PROTECTED]
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
Are you ready ???
Are you _really_ ready ???
Very well, ...
... let's start!
--
==
Michael Schmittphone: +49 451 500 3725
Institute for Telematics
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.
> 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
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
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 t
* 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-p
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 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 mi
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 xpm:-' )
>
> Basically because I use XpmReadFileToPixmap to get the XPixmap, I don't
> know how to make it load the
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
--
> 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 ...
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 su
> 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
> te
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 "re
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
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:
> 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 ins
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
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
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, 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 [w
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, 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
> 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 y
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
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
> w
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.
>
> thi
On Mon, Jul 23, 2001 at 02:30:47PM +0200, Juergen Vigna wrote:
>
> 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 t
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, 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 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
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 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 g
Hi,
After all the exams are corrected and after three weeks of enclosure to
take care of it (and related issues) I finally had the chance to finish the
work that started in Bolzano, and I have the pleasure to announce that:
I have commited, in the CVS, some new code to improve the latex pream
> 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 e
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 allowe
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> Grammati
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 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 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 Tel/F
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!
>
> BT
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 readb
> 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 fr
> 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
> fil
81 matches
Mail list logo
