Some bugs

Hi! I have found a few new bugs. Please have a look. Michael Place a paragraph that is aligned to the right and has a line above into a minipage -> the line is not drawn correctly (in order to observe this, there must be some text in front/after the minipage and the

Re: TOC crash

On Fri, 14 Dec 2001, John Levon wrote: > > > Anyone else noticed a crash when opening a TOC dialog in current CVS? > it crashes on an empty document. fix attached. My case is a multipart document and chapters are in separate docs. So this is the same as an empty doc? But sadly the unattached fi

Re: CVS Update: lyx-devel

On Thu, Dec 13, 2001 at 11:06:14PM +, [EMAIL PROTECTED] wrote: > Modified files: > lyx-devel/src/mathed/: ChangeLog math_support.C > > Log message: > Fix handling of \mathfrak font. Out of pure curiosity: what was broken and how does your patch fixed it? Andre' -- André Pönit

Re: [martin.vermeer@hut.fi: Re: Patches waiting]

On Thu, Dec 13, 2001 at 11:16:50PM +0200, Martin Vermeer wrote: > Item 1. does make the key sequences a little longer, but so what? People won't like it. I think there are still more mathematicians or physisists who use LyX than people from the poetry fraction... > There are many others already

Re: Row * -> Row &, part I

On Thu, Dec 13, 2001 at 09:30:59PM +0100, Lars Gullik Bjønnes wrote: > The kind of patches I like but is this the right time to do this? Probably not... I just wanted to tease you ;-} > (I must admit that I am likely to try out the shared_ptr > idea pretty soon... only in my local tree of c

Re: [noreply@sourceforge.net: [ lyxbugs-Feature Requests-439373 ] Support \intertext in mathed]

On Thu, Dec 13, 2001 at 07:44:09PM +, John Levon wrote: > 1) if someone else closes a bug, you will get an email from bugzilla > 2) if you fix a bug and want it closed, mention on the list and someone > (me, michael k., someone else) will pick it up and close the bug for you I had a look myse

Re: TOC crash

> > Anyone else noticed a crash when opening a TOC dialog in current CVS? it crashes on an empty document. fix attached. regards john -- "Of all manifestations of power, restraint impresses the most." - Thucydides

Re: TOC crash

Allan Rae wrote: > Anyone else noticed a crash when opening a TOC dialog in current CVS? no problem here, latest cvs Herbert -- http://www.lyx.org/help/

Re: TOC crash

On Fri, Dec 14, 2001 at 03:33:42PM +1000, Allan Rae wrote: > Anyone else noticed a crash when opening a TOC dialog in current CVS? looks like my bad code. will fix ... john -- "Of all manifestations of power, restraint impresses the most." - Thucydides

Re: Visitor ...

Allan Rae wrote: > >I'll check my copy of, of, ummm, I've forgotten the name. >It's about implementing patterns as templates. > >Allan. (ARRae) > Been there, tried that, but John and I didn't succeed. Good luck. I thought that we could use the Barton and Nackman trick (see Scientific and Engin

TOC crash

Anyone else noticed a crash when opening a TOC dialog in current CVS? Allan. (ARRae)

Re: Visitor ...

On Fri, 14 Dec 2001, John Levon wrote: > > here's a working example of what Ben had designed (did this so I > could work out what he was saying :) > > Dunno about others, but I prefer the name of visitInset to stay > the same no matter what ... > > the two problems ben has been trying to fix with

Visitor ...

here's a working example of what Ben had designed (did this so I could work out what he was saying :) Dunno about others, but I prefer the name of visitInset to stay the same no matter what ... the two problems ben has been trying to fix with this (accompanied by stupid questions from myself) a

Re: XListFonts question

On Thu, Dec 13, 2001 at 10:24:03PM +0200, Dekel Tsur wrote: > When I call to XListFonts with the pattern "-*-cmsy-*" (or equivalently, when > typing xlsfonts -fn "-*-cmsy-*" in the shell), I get only one result as > expected: > -bluesky-cmsy-medium-r-normal--0-0-0-0-m-0-adobe-fontspecific > > Ho

Re: Inset Visitors...

John Levon wrote: >On Fri, Dec 14, 2001 at 02:07:05PM +1100, Ben Stanley wrote: > >>John Leveon asked me how you would specify that one kind of inset is >>searchable but not spell-checkable, and that another kind of inset is >>spell-checkable and not searchable. Here is a complete self-contain

Re: Inset Visitors...

On Fri, Dec 14, 2001 at 02:07:05PM +1100, Ben Stanley wrote: > John Leveon asked me how you would specify that one kind of inset is > searchable but not spell-checkable, and that another kind of inset is > spell-checkable and not searchable. Here is a complete self-contained > example. OK, I

Re: Inset Visitors...

John Leveon asked me how you would specify that one kind of inset is searchable but not spell-checkable, and that another kind of inset is spell-checkable and not searchable. Here is a complete self-contained example. class InsetVisitor; class Inset { // blah blah virtual void Accept(Inse

Re: Bugs in Debian BTS

On Thu, Dec 13, 2001 at 03:59:36AM -0500, Baruch Even wrote: > There are quite a few bugs in the debian BTS which neither me nor Jules know > if they are valid or not, I'd be happy if someone more knowledgeable in this > bugs can let me know their status. > > The whole bug lists cant be found a

Re: Bugs in Debian BTS

On 13 Dec 2001, Jean-Marc Lasgouttes wrote: > > "Baruch" == Baruch Even <[EMAIL PROTECTED]> writes: [...] > Baruch> too large menu fonts cause segfault with german locale > Baruch> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=120450 > > I think this one is known. What has been done about

Re: Inset Visitors...

John Levon wrote: >On Fri, Dec 14, 2001 at 12:48:23PM +1100, Ben Stanley wrote: > >>>what's the point in calling back like this ? This looks like it requires >>>an VisitInsetX for every class X ? And furthermore, one that must be >>>public. >>> >>The point of calling back is that it gives you the

Re: Inset Visitors...

On Fri, Dec 14, 2001 at 12:48:23PM +1100, Ben Stanley wrote: > >what's the point in calling back like this ? This looks like it requires > >an VisitInsetX for every class X ? And furthermore, one that must be > >public. > > > The point of calling back is that it gives you the virtual dispatch. >

Re: Inset Visitors...

John Levon wrote: >On Fri, Dec 14, 2001 at 11:02:51AM +1100, Ben Stanley wrote: > >>class InsetA : public Inset { >>// blah blah >> virtual void Accept(InsetVisitor& iv ) { iv.VisitInsetA(*this); } >>}; >> >>class InsetVisitor { >>// blah blah >> virtual void VisitInsetA( InsetA& ) = 0; >>};

Re: Undo & leaking

On Fri, Dec 14, 2001 at 12:20:57PM +1100, Ben Stanley wrote: > So Paragraphs form a doubly linked list... this is a self-referencing > structure, and reference counted pointers don't work there. (The > offending data will never be deleted.) this is true in general, but we explicitly break a ch

Re: Inset Visitors...

On Fri, Dec 14, 2001 at 11:02:51AM +1100, Ben Stanley wrote: > class InsetA : public Inset { > // blah blah >virtual void Accept(InsetVisitor& iv ) { iv.VisitInsetA(*this); } > }; > > class InsetVisitor { > // blah blah >virtual void VisitInsetA( InsetA& ) = 0; > }; what's the point in

Re: Undo & leaking

Lars Gullik Bjønnes wrote: >ref_ptr->obj->ref_ptr->obj->ref_ptr->obj > >and run reset(0) on the first, the refcount is decremented on all the >rest as well and if the refcount reach zero the paragraph is deleted, >just like we would expect. > >I think it would work. > In the case you have above,

Inset Visitors...

When I did my extended error reporting modification to LyX, I added Inset Visitors. I found them to be very useful... For those unfamiliar with the Visitor pattern, I strongly suggest you grab a copy of "Design Patterns", by Gamma et al. See page 331. Well worth the read... but, I'll attempt t

Re: Undo & leaking

Lars Gullik Bjønnes wrote: >One of my huge goals is to get rid of the paragraph linked list as we >have it now, and have the paragraphs in an stl container of some sort. >This also means moving a lot of algorithms out of LyXParagraph so it >is a lot of work. But I have a very strong feeling that

Re: [PATCH] mmap CRC checking 1.2cvs

Jean-Marc Lasgouttes wrote: >Ben, it seems to me that you sent a patch, but I lost it. Could you >re-send? > Here it is. I'd appreciate it if people on strange platforms could test it out and report any problems to me, thanks. I think this one should resolve the compile problems we had on Sola

Re: added_space_top/bottom patch

Herbert Voss wrote: > the following patch prevents lyx from saving such values. sorry, it was the wrong one. here it comes again. Herbert -- http://www.lyx.org/help/ Index: src/ChangeLog === RCS file: /usr/local/lyx/cvsroot

Re: [martin.vermeer@hut.fi: Re: Patches waiting]

On Thu, Dec 13, 2001 at 05:32:01PM +0100, Andre Poenitz wrote: ... > On Thu, Dec 13, 2001 at 06:20:26PM +0200, Martin Vermeer wrote: > > + kbmap->bind("M-m ~S-underscore", LFUN_SUBSCRIPT); > > + kbmap->bind("M-m ~S-dead_circumflex", LFUN_SUPERSCRIPT); > > + kbmap->bind("M-m ~S-asciicircum",

Re: page-down binding doesn't work within margin note

On Thu, Dec 13, 2001 at 08:56:20PM +, John Levon wrote: > On Thu, Dec 13, 2001 at 03:23:34PM -0500, Richard E. Hawkins wrote: > > > like it says :) use an arrow key to get out, and the page keys work > > again. > > Complain to Juergen - he reckons this is a feature request. I totally disag

Re: page-down binding doesn't work within margin note

On Thu, Dec 13, 2001 at 03:23:34PM -0500, Richard E. Hawkins wrote: > like it says :) use an arrow key to get out, and the page keys work > again. Complain to Juergen - he reckons this is a feature request. I totally disagree ... regards john -- "Of all manifestations of power, restraint im

Re: Bug #57

John Levon wrote: >On Thu, Dec 13, 2001 at 11:48:28PM +1300, Michael Koziarski wrote: > >>>P.S.: Could we registrate a [EMAIL PROTECTED] user on the buglist? >>> It would be nice if we could add it as Cc: to some replies we make >>> so that they go to the lyx-devel list to (I'm thinking

added_space_top/bottom patch

as I wrote in another mail I got very often a string like \added_space_top 0cm \added_space_bottom 0cm \align center while converting from 1.1.6 to 1.2. For this "nonlength" in 1.2 there is always a lengthmarker drawn which is senseless. the following patch prevents lyx from saving such values.

XListFonts question

When I call to XListFonts with the pattern "-*-cmsy-*" (or equivalently, when typing xlsfonts -fn "-*-cmsy-*" in the shell), I get only one result as expected: -bluesky-cmsy-medium-r-normal--0-0-0-0-m-0-adobe-fontspecific However, when I use the pattern "-*-cmsy-*-*-*-*-*-*-*-*-*-*-*-*", I get tw

Re: [noreply@sourceforge.net: [ lyxbugs-Feature Requests-439373 ] Support \intertext in mathed]

On Thu, Dec 13, 2001 at 01:46:44PM +0100, Jean-Marc Lasgouttes wrote: > > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: > > Andre> On Wed, Dec 12, 2001 at 04:35:43PM +0100, Jean-Marc Lasgouttes > Andre> wrote: How am I supposed to react to mails like this: > >> You are not supposed t

Re: Bug #57

On Thu, Dec 13, 2001 at 11:48:28PM +1300, Michael Koziarski wrote: > > P.S.: Could we registrate a [EMAIL PROTECTED] user on the buglist? > > It would be nice if we could add it as Cc: to some replies we make > > so that they go to the lyx-devel list to (I'm thinking of faster > >

Re: new spam control?

On Thu, Dec 13, 2001 at 09:28:05AM +0100, Juergen Vigna wrote: > Well IMO that we could do something like that on lyx-devel as I've seen > that lot's of devel list restrict the access much more. Are there really > lot's of people on this list who post from different addresses? Anyway every addit

Row * -> Row &, part I

It is possible to change a few 'Row *' to 'Row &' without sematical changes. One could even add some 'const' in some places. Patch attached. Andre' PS: Note that most of the '*cursor.row()' thingies could be changed back to 'cursor.row()' if we had MathCursor::row() return a Row &. But I did n

Re: new spam control?

On Thu, Dec 13, 2001 at 06:43:19PM +0100, Lars Gullik Bjønnes wrote: > | Hence the reason we do not use the "subscribers only" feature. > | With the software I am proposing, your mail gets retained, and you > | just have to confirm your post, and then it gets delivered to the list. > | Mail does

Re: new spam control?

> "Mate" == Mate Wierdl <[EMAIL PROTECTED]> writes: Mate> That is fine with me. Just let me know when you think either of Mate> the lists receives too much spam, and then we bring up the Mate> question again. I think that up to now, you have done a fantastic job at filtering spam (and handli

Re: new spam control?

On Thu, Dec 13, 2001 at 04:17:37PM +0100, Asger K. Alstrup Nielsen wrote: > Then the mailing list replied that I was not subscribed, so my > mail was blocked. I had to subscribe, or reply, or something > to get my mail through, except that my mail was lost. > That was such a disappointment that I

Re: tiny undo patch

> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> On Thu, Dec 13, 2001 at 06:20:02PM +0100, Jean-Marc Lasgouttes Andre> wrote: >> Juergen, can I apply this? You say your are looking at undo. Andre> Too late ;-) I saw that :) JMarc

Re: tiny undo patch

On Thu, Dec 13, 2001 at 06:20:02PM +0100, Jean-Marc Lasgouttes wrote: > Juergen, can I apply this? You say your are looking at undo. Too late ;-) Andre' -- André Pönitz .. [EMAIL PROTECTED]

Re: tiny undo patch

> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> This is (more or less) part of the somewhat larger undo patch I Andre> send some time ago. Andre> It's not only whitespace stuff, making 'pop' more STL like, and Andre> removal of some spurious 'using lyx::pos_type' Andre> It ser

tiny undo patch

This is (more or less) part of the somewhat larger undo patch I send some time ago. It's not only whitespace stuff, making 'pop' more STL like, and removal of some spurious 'using lyx::pos_type' It serves only as a measure to remove distraction ("Gosh... why two spaces here") when reading undos

Re: Undo & leaking

On Thu, Dec 13, 2001 at 05:34:27PM +0100, Lars Gullik Bjønnes wrote: > One of my huge goals is to get rid of the paragraph linked list as we > have it now, and have the paragraphs in an stl container of some sort. > This also means moving a lot of algorithms out of LyXParagraph so it > is a lot of

Re: [martin.vermeer@hut.fi: Re: Patches waiting]

On Thu, Dec 13, 2001 at 06:20:26PM +0200, Martin Vermeer wrote: > + kbmap->bind("M-m ~S-underscore", LFUN_SUBSCRIPT); > + kbmap->bind("M-m ~S-dead_circumflex", LFUN_SUPERSCRIPT); > + kbmap->bind("M-m ~S-asciicircum", LFUN_SUPERSCRIPT); > > This is my preference, a decent compromise I

Re: Herbert's problems with large documents loading time

> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> | I'll let you take a look at it :) Lars> If I have to look outside resizeCurrentBuffer, I have no clue. So look there first. The resizeInsets thing is suspiciously outside of all if clauses. JMarc

Re: Undo & leaking

On Thu, Dec 13, 2001 at 04:47:33PM +0100, Lars Gullik Bjønnes wrote: > | Sure we are still using the freed paragraphs UNTIL we have the new ones > | REALLY assigned. I explained it above! > > What if we used a boost::shared_ptr for all Paragraph pointers > _everywhere_? "Everywhere" is probably

Re: Herbert's problems with large documents loading time

> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> Yes, since a inset only (currently) exits in one buffer at a Lars> time, the lyxtext that it contains, will have the same Lars> "geometry" as the enclosing lyxtext, and should be usable right Lars> away. There should be no need

Re: It's a long way to 1.1.6fix4 (status update #4)

> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes: Juergen> On 13-Dec-2001 Jean-Marc Lasgouttes wrote: >> mandrake and a potentially big memory leak in undo. Juergen> I don't know how you fixed this, but I would say this is VERY Juergen> dangerous for 1.1.6 series. I would leave the m

Re: Undo & leaking

> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes: Juergen> I don't think the patch was really thought to be commited, it Juergen> was more a stuff to see if it solves leaking. After that we Juergen> know that we would have to free the paragraphs. But the place Juergen> is wrong! OK,

Re: [martin.vermeer@hut.fi: Re: Patches waiting]

On Wed, Dec 12, 2001 at 10:35:10PM +0100, Lars Gullik Bjønnes wrote: ... > Martin Vermeer <[EMAIL PROTECTED]> writes: > > > | Ctrl-_ subscript > > Ctrl-_ is undo (in emacs.bind) > > -- > Lgb > 3) Index: lyx_main.C ===

Re: Undo & leaking

On 13-Dec-2001 Lars Gullik Bjønnes wrote: > Wouldn't that take care of deletion, and also keeping the paragraphs > around until there are no one referencing this paragraph anymore? Aren't the refering one another (next() previous()!) Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-.

Re: Herbert's problems with large documents loading time

On 13-Dec-2001 Lars Gullik Bjønnes wrote: >>> bv_->text = textcache.findFit(buffer_, workarea_.workWidth()); >| Well Lars wrote that particullary part of code so, Lars? >| But my answer would be no it is obviously not enough. > > Why? Well I have to admit I didn't look at the code but do we

Re: Herbert's problems with large documents loading time

On 13-Dec-2001 Jean-Marc Lasgouttes wrote: > Isn't it what > bv_->text = textcache.findFit(buffer_, workarea_.workWidth()); > does? Well Lars wrote that particullary part of code so, Lars? But my answer would be no it is obviously not enough. Jug -- -._-._-._-._-._-._-._-._-._-._-.

RE: It's a long way to 1.1.6fix4 (status update #4)

On 13-Dec-2001 Jean-Marc Lasgouttes wrote: > mandrake and a potentially big memory leak in undo. I don't know how you fixed this, but I would say this is VERY dangerous for 1.1.6 series. I would leave the mem-leak asis (it was there since ever so why remove it in a stable series if you're not s

Re: Undo & leaking

On 13-Dec-2001 Jean-Marc Lasgouttes wrote: > I applied you patch since it seems fine. However, this exposes a bug > and crashes when one uses undo in the first paragraph of a document. > For your viewing pleasure, here is what I wrote in undo_funcs.C: I don't think the patch was really thought

Re: Herbert's problems with large documents loading time

> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes: Juergen> Well but you don't know if it changed size while inside Juergen> another buffer, do you? So when you're switching buffer you Juergen> have to: AFAIK, if you find a textcache with the right buffer and the right width, you can u

Re: Herbert's problems with large documents loading time

On 13-Dec-2001 Jean-Marc Lasgouttes wrote: > Juergen> Well maybe. In pre-InsetText times a resize was not so heavy > Juergen> as it only had to rebreak the actual LyXText! Now if you use > Juergen> a lot of insets it is MUCH heavier. We surely can do some > Juergen> profiling here and make a res

Re: [PATCH] mmap CRC checking 1.2cvs

> "Ben" == Ben Stanley <[EMAIL PROTECTED]> writes: Ben> Thanks for the reference - I think it shows the _POSIX_C_SOURCE Ben> macro is the right thing to do to get the correct prototype. Ben, it seems to me that you sent a patch, but I lost it. Could you re-send? JMarc

It's a long way to 1.1.6fix4 (status update #4)

Hello, Appended as usual is a list of what has been fixed since 1.1.6fix3. I think that a 1.1.6fix4 is mostly feqture complete now, so I'd like a bit of testing before release. Ben, could you try to play a bit with undo under your memory checking tool to see whether everything is alright? Plea

Re: new spam control?

On Thu, 13 Dec 2001, Juergen Vigna wrote: > Well IMO that we could do something like that on lyx-devel as I've seen > that lot's of devel list restrict the access much more. Are there really Those mailing lists are broken, IMO. Once upon a time, we needed a small feature in GTK to let it live p

Re: Problem with lyx 1.1.6

> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes: Dekel> See lib/examples/mathed.lyx I think that the script there Dekel> should be added to the lyx distribution, and it should be Dekel> invoked by 'make install'. Thanks. JMarc

Re: Bugs in Debian BTS

> "Baruch" == Baruch Even <[EMAIL PROTECTED]> writes: Baruch> There are quite a few bugs in the debian BTS which neither me Baruch> nor Jules know if they are valid or not, I'd be happy if Baruch> someone more knowledgeable in this bugs can let me know their Baruch> status. Baruch> The whole

Re: LDN & mascot

On Thu, Dec 13, 2001 at 03:16:42PM +0100, Jean-Marc Lasgouttes wrote: > Amir> I guess that -- although I have no particular liking for the > Amir> name, I'd have to go for "Felix" (Felyx?). Or Alyx. > > Obelyx? This somehow suggests some kind of bloat... Don't know why... So yes, looks suitabl

Re: LDN & mascot

> "Amir" == Amir Karger <[EMAIL PROTECTED]> writes: Amir> I guess that -- although I have no particular liking for the Amir> name, I'd have to go for "Felix" (Felyx?). Or Alyx. Obelyx? JMarc

Re: LDN & mascot

On Thu, Dec 13, 2001 at 10:58:42AM +1000, Allan Rae wrote: > On Wed, 12 Dec 2001, Jose Abilio Oliveira Matos wrote: > > > On Wed, Dec 12, 2001 at 10:26:21AM +1000, Allan Rae wrote: > > > As for the contest I think we have had arguements on that earlier this > > > year and nobody wanted to change

wysiwyM - the origin

Hi, someone know who created the word "what youe see is what you MEAN" and the abbreviation "wysiwym"? (allways for my p-h-a-n-t-a-s-t-i-c study :-) ciao, antonio

Re: [noreply@sourceforge.net: [ lyxbugs-Feature Requests-439373 ] Support \intertext in mathed]

> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> On Wed, Dec 12, 2001 at 04:35:43PM +0100, Jean-Marc Lasgouttes Andre> wrote: How am I supposed to react to mails like this: >> You are not supposed to, since these are from the old bugtracker. Andre> Whom should I tell that such

Re: [noreply@sourceforge.net: [ lyxbugs-Feature Requests-439373 ] Support \intertext in mathed]

On Wed, Dec 12, 2001 at 04:35:43PM +0100, Jean-Marc Lasgouttes wrote: > Andre> How am I supposed to react to mails like this: > > You are not supposed to, since these are from the old bugtracker. Whom should I tell that such a bug is fixed? The original poster? Andre' -- André Pönitz

Re: Undo & leaking

> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes: Juergen> I'm pretty sure I know now where we leak (and where we ALWAYS Juergen> leaked) with undo/redo. The problem is that we don't delete Juergen> the paragraphs we substitute. Juergen> The code is in textHandleUndo() and IMO we have

Re: Herbert's problems with large documents loading time

> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> | Let's say we have to handle one problem at a time. Lars> Sure, but if you do a fix that covers the real problem, the real Lars> problem will never be fixed. I fixed the problem that resize take a quadratic time when they sh

Re: Herbert's problems with large documents loading time

> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes: Juergen> On 13-Dec-2001 Jean-Marc Lasgouttes wrote: >> I did some profiling (I did a lot of document switches to give it a >> higher weight than the initial loading phase) and a lot of time is >> spent in Buffer::resizeInsets. I notice

Re: Bug #57

> P.S.: Could we registrate a [EMAIL PROTECTED] user on the buglist? > It would be nice if we could add it as Cc: to some replies we make > so that they go to the lyx-devel list to (I'm thinking of faster > response times and people like Andre, but also myself), otherwise >

Re: menus

On Thu, Dec 13, 2001 at 11:28:35AM +0100, Jean-Marc Lasgouttes wrote: > Andre> Although I'd rather have the "most common symbols" diretly in > Andre> the menu... > > I doubt that the menu will remain as useful if we begin to add random > things in it. Why blackboard symbols and not your favourite

Re: Herbert's problems with large documents loading time

On 13-Dec-2001 Jean-Marc Lasgouttes wrote: > I did some profiling (I did a lot of document switches to give it a > higher weight than the initial loading phase) and a lot of time is > spent in Buffer::resizeInsets. I notice too that this method is called > unconditionally in BufferView::Pimpl::r

Re: menus

> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> On Thu, Dec 13, 2001 at 11:11:02AM +0100, Jean-Marc Lasgouttes Andre> wrote: >> This was just an example. What about having a blackboard math >> toggle in the menu? Andre> Ok, so be it... Can you provide the necessary infrastruct

Re: menus

On Thu, Dec 13, 2001 at 11:11:02AM +0100, Jean-Marc Lasgouttes wrote: > This was just an example. What about having a blackboard math toggle > in the menu? Ok, so be it... Although I'd rather have the "most common symbols" diretly in the menu... Andre' -- André Pönitz

Re: Herbert's problems with large documents loading time

> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> Juergen Vigna <[EMAIL PROTECTED]> writes: >>> I don't know what JMarc did, but it seems to be the right patch >>> for working with the 1.2 doc. >> Lars> | Well I would say we have the Hero of the day then ;) Lars> _or_ are we

Re: Herbert's problems with large documents loading time

> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes: Juergen> On 12-Dec-2001 Lars Gullik Bjønnes wrote: >> Found a LyXText that fits: Buffer: 0x84d0aa0 Width: 667 TextCache: >> resizeCurrentBuffer Buffer: 0x84d06b8 Width: 667 Juergen> Why does it a resize if the sizes are the same??? A

Re: bug tracker

On Thu, Dec 13, 2001 at 10:51:14AM +0100, Lars Gullik Bjønnes wrote: > | Good point. The categories should be end-user friendly. > > I disagree. > > The enduser should be provided a broad set of categories, _but_ the > developers should have a _detailed_ set of categories. > > We expect the bug

Re: bug tracker

On Wed, Dec 12, 2001 at 09:14:46AM +, John Levon wrote: > > - relyx - LaTeX Import program please add me to reLyX, because sometimes I understand a little bit how it works. (but only sometimes) > regards > john > > -- > "Take the ideas you find useful. Try not to get hung u

Re: menus

> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: >> Put them in the math panel if you want them. Andre> I don't like the math panel for at least three reasons: - there Andre> is no way to navigate it using the keyboard, - it is much more Andre> effort to fiddle around with the xform di

Re: Herbert's problems with large documents loading time

On 13-Dec-2001 Lars Gullik Bjønnes wrote: > _or_ are we just covering the real problem? No he really resolved a problem we had looking up paragraphs inside insets! Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PR

Re: Herbert's problems with large documents loading time

On 13-Dec-2001 Lars Gullik Bjønnes wrote: > Oh just read the code... Oh may I do that! You're too good! > (and it is possible that we do a resize to many) Well you surely had a look so you should know ;) Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

Re: crash=stupid me

On 13-Dec-2001 Garst R. Reese wrote: > "Garst R. Reese" wrote: > duh Well IMO a crash is a crash! But I lost the former mail so why is it only your error? Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Ita

Re: dramantic increases in forced rodent use

On 13-Dec-2001 Thomas Steffen wrote: > You can still enter length as usual, the parser recognises it and sets > the drop-down list accordingly. I think we already somehow decided to adapt this solution (or a similar one which also gives the power to insert stuff like 1cm+2em-4em). > Since the

Bug #57

Jean-Marc this should be easy for you to resolve! What do you need to disable the paragraph menu? Or we could ask inside the Controller and call some function bool Paragraph::noDialog(). What do you think? Jug P.S.: Could we registrate a [EMAIL PROTECTED] user on the buglist?

Re: dramantic increases in forced rodent use

John Levon <[EMAIL PROTECTED]> writes: > and for years, people have been forced to go to the manual to work out ^ some > how to enter lengths. More recently, we have had a vague help message > in some places. Other people have entered length just as they always did. > The new i

Bugs in Debian BTS

There are quite a few bugs in the debian BTS which neither me nor Jules know if they are valid or not, I'd be happy if someone more knowledgeable in this bugs can let me know their status. The whole bug lists cant be found at: http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=lyx&repeatmerged=no

Re: [martin.vermeer@hut.fi: Re: Patches waiting]

On Wed, Dec 12, 2001 at 10:35:10PM +0100, Lars Gullik Bjønnes wrote: > Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm > Precedence: bulk > X-No-Archive: yes > List-Post: > List-Help: > List-Unsubscribe: > Deliv

Re: new spam control?

On 13-Dec-2001 Andre Poenitz wrote: > On Wed, Dec 12, 2001 at 12:39:47PM -0600, Mate Wierdl wrote: >> The main reason is that there are still at least two-three spams each >> week slipping into the lyx lists. (Nowadays, there are over 100 spam >> messages addressed to the lyx lists each day). >

Re: new spam control?

On Wed, Dec 12, 2001 at 12:39:47PM -0600, Mate Wierdl wrote: > The main reason is that there are still at least two-three spams each > week slipping into the lyx lists. (Nowadays, there are over 100 spam > messages addressed to the lyx lists each day). I think two or three spam postings per _wee

Re: Herbert's problems with large documents loading time

> I don't know what JMarc did, but it seems to be the right > patch for working with the 1.2 doc. Well I would say we have the Hero of the day then ;) Anyway IMO 2 secs is too much if you didn't change the width of the BufferView. We just have to switch over pointers and redraw the visible area

Re: menus

On Tue, Dec 11, 2001 at 03:23:34PM +0100, Jean-Marc Lasgouttes wrote: > Do we really need this part: > > +Menu "insert_math_symbol" > + Item "Black board bold N" "math-insert \mathbb{N}" > + Item "Black board bold Q" "math-insert \mathbb{Q}" > + Item "Black board bold R" "math-ins

Re: Herbert's problems with large documents loading time

On 12-Dec-2001 Lars Gullik Bjønnes wrote: > Found a LyXText that fits: > Buffer: 0x84d0aa0 Width: 667 > TextCache: resizeCurrentBuffer > Buffer: 0x84d06b8 Width: 667 Why does it a resize if the sizes are the same??? A resize has to recalculate ALL of the insettext! A

Re: Patches waiting

On 12-Dec-2001 Jean-Marc Lasgouttes wrote: > I have to admit that I am not sure. Harcoding SUBSCRIPT SUPERSCRIPT to > output ^ and _ in text mode is not better than hardcoding them in math > as we had before. Maybe these functions could be changed in text to > insert the character they have been