With New Formula Better Tasting Show Stoppers
http://www.movement.uklinux.net/patches/lyx/lyx-tests.tar.gz
regards
john
--
"Faced with the prospect of rereading this book, I would rather have
my brains ripped out by a plastic fork."
- Charles Cooper on "Business at the Speed of Thou
Things are rapidly going downhill ...
import attached and click randomly on the cells whilst
typing. eventually it will assert on the pos < size check
in math_data.C.
gcc 3.0.2
regards
john
--
"Faced with the prospect of rereading this book, I would rather have
my brains ripped out by a pl
On Sat, Dec 08, 2001 at 03:54:04AM +0100, Lars Gullik Bjønnes wrote:
> map
>
> would work.
yeah, that's much cleaner ...
> but it will not use less memory, and most likely not be faster (more
> likely slover since the comparison function will be more complet.)
... but I wasn't thinking: it is
On Sat, Dec 08, 2001 at 03:28:02AM +0100, Lars Gullik Bjønnes wrote:
> | a bit. Even better would be to implement the hash table properly rather
> | than so half-heartedly ...
>
> but is it really a hash table? I think not. It is more a lazy
> evaluated/generated index table.
mmm, with the poss
On Sat, Dec 08, 2001 at 01:18:55PM +1100, Ben Stanley wrote:
> I think I'm getting heap corruption...
>
> I load up my thesis into 1.2cvs just to try it out
> then use navigate menu to jump to a section
>
> I get some messages when I click on the "Navigate" menu button:
> In Xpup [xpopup.c 335]
I think I'm getting heap corruption...
I load up my thesis into 1.2cvs just to try it out
then use navigate menu to jump to a section
I get some messages when I click on the "Navigate" menu button:
In Xpup [xpopup.c 335] too many menu items. Max=80
About 52 of them, actually...
When I release t
On Fri, Dec 07, 2001 at 11:52:37PM +0100, Lars Gullik Bjønnes wrote:
> would
>
> int index lw + (ls << 1) + (c << 6);
>
> suit you better?
a bit. Even better would be to implement the hash table properly rather
than so half-heartedly ...
But there are more important concerns right now
Jean-Marc,
Can you please check if the
#define _POSIX_C_SOURCE 199506L
modification would fix this problem on compaq?
I'd also appreciate seeing the standards(5) man page from that platform.
Ben.
Jean-Marc Lasgouttes wrote:
>Compilation of 1.2.0cvs with compaq cxx dies with:
>
>cxx: Error: ..
On Fri, Dec 07, 2001 at 04:27:27PM +0100, Herbert Voss wrote:
> another example for wrong conversion. open the attached
> 1.1.6 file and click on the superscript in the caption.
> lyx crashes.
This is the BadGC bug - unrelated to 116 import ...
> on the other hand the superscript is wrong conve
On Fri, Dec 07, 2001 at 08:42:11PM +0200, Dekel Tsur wrote:
> I've applied the patch with some changed.
thank you.
> I avoided the crash by not doing an update when the paragraph is inside an
> inset. I've already had this problem in BufferView::ChangeInsets.
I'm looking at what you did now.
On Fri, Dec 07, 2001 at 03:18:44PM +0100, Andre Poenitz wrote:
> On Fri, Dec 07, 2001 at 03:13:04PM +0100, Jean-Marc Lasgouttes wrote:
> > Andre> The backtrace I get is pretty useless,
> >
> > Does using -sync help?
>
> st::emergencyWrite(Buffer *),
> __delta2 = 6464}}}) at support/
On Fri, Dec 07, 2001 at 02:29:00PM +0100, Andre Poenitz wrote:
>
> Does anybody know what produces to following kind of output:
>
> lyx: Attempting to save document /home/poenitz/test.lyx as...
> /home/poenitz/test.lyx.emergency
> Save seems successful. Phew.
> BadGC (invalid GC parameter)
On Fri, Dec 07, 2001 at 11:40:00AM +0100, Michael Schmitt wrote:
> if you don't know what to fix next, could you please have a look at the
> table bug which makes lyx crash if you append a column after the last
> column? It was still there this morning. I guess it is just a +-1
> boundary prob
162 GC LyXColorHandler::getGCLinepars(PainterBase::line_style ls,
163 PainterBase::line_width lw, LColor::color c)
164 {
165 //if (lyxerr.debugging()) {
166 // lyxerr << "Painter drawable: " << drawable() << endl;
167
On Fri, Dec 07, 2001 at 09:36:20AM +0100, Juergen Vigna wrote:
> > um, it works fine. it changes to 10mm and then 100mm ...
> >
> > what problem should I be seeing ?
>
> The cursor jumps to the end of the text after every keystroke if
> you edit in the middle of a text. That was the problem wit
On Fri, Dec 07, 2001 at 09:34:13AM +0100, Juergen Vigna wrote:
> > OK, we still need the cursor position, but we don't ever need to show a cursor
> > being there, and (for example) we don't need to go to the dummy position when
> > unlocking the insettext. Why ? because clicking onto the dummy se
On Fri, Dec 07, 2001 at 11:37:38AM +0100, Jean-Marc Lasgouttes wrote:
> John> Why do we have the check for cursor.pos() ? It works fine
> John> without, as we check cursor.par()->size() at the start. If we
> John> change the above to always do
>
> I'll try to have a look this week end.
don't bo
On Fri, Dec 07, 2001 at 02:09:20PM +0100, Andre Poenitz wrote:
> really _used_ LyX for a while now myself), but having more red than black
> text is not unusual. And that's no abuse of ERT for something that LyX
> could do but the only way to get it done _somehow_.
That makes you a power user, t
On Tue, Dec 04, 2001 at 01:49:46AM +, John Levon wrote:
>
> please tell me what I need to fix with the attached. It is supposed to
> fix :
>
> 1) errors should be inserted inside minipages etc., and converted to Standard
> 2) all errors should be removed
>
> The first one works fine, except
Michael Schmitt wrote:
> Garst R. Reese wrote:
> > You can find the PdfTeX users manual in tetex.
> > .../texmf/doc/pdftex/base page 21 explicitly states that .eps is
> > not supported and you have to convert those images. Old Graphics
> > does not do this.
> > Can you use PDF export instead of pd
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
>> - Memory leak! Add three paragraphs to an empty document, each
>> consisting of only one letter (say "a", "b", and "c"); press
>> "CTRL-Z" -> "c" vanishes; cursor stays in third par (no mem leak);
>> press "CTRL-Z" again -> "b" vanis
another example for wrong conversion. open the attached
1.1.6 file and click on the superscript in the caption.
lyx crashes.
on the other hand the superscript is wrong converted,
the textbf{1} becomes textbf1
Herbert
#LyX 1.1 created this file. For more info see http://www.lyx.org/
\lyxformat
Wasn't it one intention of the new Graphics Inset that eps-figures will
be converted to a supported format when calling pdftex?
However, if you need to convert your PhD to PDF and want to use pdftex
and eps-images, you can use the excellent script tex2pdf, which
converts eps figures to pdf fig
Garst R. Reese wrote:
> You can find the PdfTeX users manual in tetex. .../texmf/doc/pdftex/base
> page 21 explicitly states that .eps is not supported and you have to
> convert those images. Old Graphics does not do this.
> Can you use PDF export instead of pdflatex?
I rather doubt. I don't ha
Garst R. Reese wrote:
> Herbert Voss wrote:
>
>
>>no! If I delete the label, I want to have ONE ert inset!
>>
>>HErbert
>>
> That would mean that if I have [ert-inset1][ert-inset2] and insert a
> label, then delete it, I would collapse the two [ert-insets]. That is
> bad behaviour. I sometime
> - Memory leak! Add three paragraphs to an empty document,
> each consisting of only one letter (say "a", "b", and "c");
> press "CTRL-Z" -> "c" vanishes; cursor stays in third par (no mem leak);
> press "CTRL-Z" again -> "b" vanishes; cursor stays in second par (mem leak)
> Pressing C
On Fri, Dec 07, 2001 at 03:23:25PM +0100, Lars Gullik Bjønnes wrote:
> | Yes. And?
> I thought we handled this case.
It was sounding like "It's the user's fault, not ours, and we really don't
care since ERT is not our business anyway".
Maybe I should practice my mind-readins skills a bit again..
On Fri, Dec 07, 2001 at 03:13:04PM +0100, Jean-Marc Lasgouttes wrote:
> Andre> The backtrace I get is pretty useless,
>
> Does using -sync help?
Well.. its better:
st::emergencyWrite(Buffer *),
__delta2 = 6464}}}) at support/lyxfunctional.h:38
#18 0x80b1934 in BufferList::emergency
On Fri, Dec 07, 2001 at 03:07:37PM +0100, Lars Gullik Bjønnes wrote:
> .lyx file please.
>
> I guess this is a case of misused ert in 1.1.6 (by the user)
> I bet the label is marked as ERT.
Yes. And?
Behaviour changed. We are not able to read 1.1.6 files. Latest stable.
Reminds me of some other
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> The backtrace I get is pretty useless,
Does using -sync help?
Andre> and simply ignoring the error seems to work at least in the
Andre> case I am looking at right now. Are the X errors usually
Andre> deadly?
Not sure.
JMarc
Do we have to abort in
LyX_XErrHandler(Display * display, XErrorEvent * xeev)
{
// emergency cleanup
LyX::emergencyCleanup();
// Get the reason for the crash.
char etxt[513];
XGetErrorText(display, xeev->error_code, etxt, 512);
lyxerr << etxt <<
Does anybody know what produces to following kind of output:
lyx: Attempting to save document /home/poenitz/test.lyx as...
/home/poenitz/test.lyx.emergency
Save seems successful. Phew.
BadGC (invalid GC parameter)
?
Andre'
--
André Pönitz
On Fri, Dec 07, 2001 at 02:21:46PM +0100, Lars Gullik Bjønnes wrote:
> If you want a label inside ERT write \label. If you want to do it the
> LyX way, close the ERT and insert a InsetLabel.
>
> in ERT _you_ are king. and you get (and we enforce this) no meddling
> from Lyx.
Than I'd like to hav
On Fri, Dec 07, 2001 at 02:20:23PM +0100, Lars Gullik Bjønnes wrote:
> What wrong way?
ERTERTERTERTERTERT
is converted to
ordinary text.
Andre'
--
André Pönitz .. [EMAIL PROTECTED]
On Fri, 7 Dec 2001, Lars Gullik [iso-8859-1] Bjønnes wrote:
> | this is no argument to convert ert from 1.1.6 to 1.2
> | in a wrong way.
>
> What wrong way?
my label example. should be converted into one _real_
ert inset.
Herbert
On Fri, 7 Dec 2001, Lars Gullik [iso-8859-1] Bjønnes wrote:
> | If you want a label there, well, write '\label{...}'. Not nice, you lose
> | all the LyX gimmicks.
>
> We do _not_ want using ERT to be nice. I want the users to be on
> their own when writing ERT.
this is no argument to convert er
On Fri, Dec 07, 2001 at 01:03:30PM +0100, Lars Gullik Bjønnes wrote:
> We do _not_ want using ERT to be nice. I want the users to be on
> their own when writing ERT.
I know. But I find that attitude strange as long as LyX does not support
everything that LaTeX does. And for various reasons (both
On Fri, 7 Dec 2001, Juergen Vigna wrote:
>
> The rule is set! Before you where able to insert ANY inset inside of
> ERT text. Now we have the rule that you cannot. So we will read the
> code as described by Dekel (and we have to fix the problem reported).
> I don't think we will reinterpret good
On Fri, Dec 07, 2001 at 12:42:06PM +0100, Lars Gullik Bjønnes wrote:
> | Well, InsetText can have nested insets, so we could have "real" labels in
> | InsetERT, real math etc...
>
> you are kidding I hope.
I don't think so.
Currently, once you have decided to go to ERT land (and there are a f
Jean-Marc Lasgouttes writes:
> > "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]>
> > writes:
> Juergen> Hm..., I do not like too many popups. And I'm not shure if
> we Juergen> avoid much duplication (we do of course concerning the
> GUI Juergen> elements and settings, though).
>
> Y
Garst R. Reese wrote:
>>Moreover, I would like to export my PhD (at least the part that >>already
>>exists :-)) to PDF again. Any new insights wrt this problem? If export
>>works for your documents, I might send you a scrambled version of my
>>(multipart) doc.
>>
> That's with pdflatex righ
On Fri, Dec 07, 2001 at 11:09:38AM +0100, Juergen Vigna wrote:
> > Should there be a conceptually difference between a TextInset and an
> > ERTInset except that the latter does not escape LaTeX's fancy characters?
> > (and maybe typewriter fonts on screen by default etc)
>
> InsetERT IS basically
On 07-Dec-2001 Andre Poenitz wrote:
>
> I just wondered:
>
> Should there be a conceptually difference between a TextInset and an
> ERTInset except that the latter does not escape LaTeX's fancy characters?
> (and maybe typewriter fonts on screen by default etc)
InsetERT IS basically a InsetTex
On 07-Dec-2001 Herbert Voss wrote:
> again: I inserted the label inside the ert with lyx
> because it is easier than to write \label{...}.
> in 1.2 there is no insert->label inside ert possible.
> therefore it makes sense to convert a label inside
> ert from 1.1.6 to 1.2 as \label{...}. than all
Hi,
if you don't know what to fix next, could you please have a look at the
table bug which makes lyx crash if you append a column after the last
column? It was still there this morning. I guess it is just a +-1
boundary problem...?
Moreover, I would like to export my PhD (at least the part t
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> Why do we have the check for cursor.pos() ? It works fine
John> without, as we check cursor.par()->size() at the start. If we
John> change the above to always do
I'll try to have a look this week end.
John> setCursor(bview, cursor.
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
>> Or, on a similar line, when the user selects Length, have an
>> 'edit...' button which opens a popup where the user can set length
>> and glue. THis way you (1) make things more complicated and (2)
>> avoid to duplicate every
Jean-Marc Lasgouttes wrote:
> > "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]>
> > writes:
>
> Juergen> How about a Paper Clip (TM) which pops up asking: "It seems
> Juergen> you want to insert a VSpace! May I help you?" A good and
> Juergen> approved method to prevent users from do
I just wondered:
Should there be a conceptually difference between a TextInset and an
ERTInset except that the latter does not escape LaTeX's fancy characters?
(and maybe typewriter fonts on screen by default etc)
Andre'
--
André Pönitz .. [EMAIL PR
On Fri, 7 Dec 2001, Juergen Vigna wrote:
>
> On 07-Dec-2001 Herbert Voss wrote:
>
> >> No it shouldn't. The result should be [ert-inset1][label-inset][ert-inset2]
> > no! If I delete the label, I want to have ONE ert inset!
>
> Well I'm sorry but this can't be!
again: I inserted the label insid
On 07-Dec-2001 Allan Rae wrote:
> Perhaps there is some other thinking behind this apparent discrepency?
> Or I'm still misunderstanding something.
Well I'm now writing v e r ys l o w l y so you
may understand this time (hopefully):
We call: unlockInsetInInset(bv, the_
On 07-Dec-2001 Herbert Voss wrote:
>> No it shouldn't. The result should be [ert-inset1][label-inset][ert-inset2]
> no! If I delete the label, I want to have ONE ert inset!
Well I'm sorry but this can't be!
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
On Fri, Dec 07, 2001 at 09:30:20AM +0100, Michael Schmitt wrote:
> Hi Kayvan,
>
> "tetex-lyx-..." reappeared at ftp.sylvan.com/pub/lyx/devel. Intentionally?
>
No, it was a remnant of my auto-build process...
Thanks for noticing.
--
Kayvan A. Sylvan | Proud husband of | Father
On 06-Dec-2001 John Levon wrote:
> um, it works fine. it changes to 10mm and then 100mm ...
>
> what problem should I be seeing ?
The cursor jumps to the end of the text after every keystroke if
you edit in the middle of a text. That was the problem with the
old tabular-dialog and that was the
On 06-Dec-2001 John Levon wrote:
> OK, we still need the cursor position, but we don't ever need to show a cursor
> being there, and (for example) we don't need to go to the dummy position when
> unlocking the insettext. Why ? because clicking onto the dummy selects the cell,
> and from then on
Hi Kayvan,
"tetex-lyx-..." reappeared at ftp.sylvan.com/pub/lyx/devel. Intentionally?
Michael
--
===
Michael Schmitt Telefon: +49 651 97551-40
Institut für TelematikTelefax: +49 651 97551-
On 06-Dec-2001 noreply wrote:
> I created a table with a couple of multiline rows and a large number of cells in the
> final row. The cells are rotated 90 degrees and there are a *lot* of them. Enough
>that
> I can't see the right edge of the table. I can always manage (by accident?) to get
>t
On Thu, 6 Dec 2001, Juergen Vigna wrote:
>
> On 06-Dec-2001 Allan Rae wrote:
>
> > The use of the_locking_inset there seems haphazard at best. Some
> > places seem to clear the_locking_inset after an unlock call while
> > others don't.
>
> Well sometimes I think you should sleep a bit more befor
58 matches
Mail list logo
