On Wed, Jul 10, 2002 at 03:27:41PM +0100, John Levon wrote:
> ISTR at least one instance where something gets passed back to an owner
> then passed back down again, in some set of circumstances.
Maybe. I'm not aware of this instance.
> I'm also fairly sure the "I handled" and "I do not want to"
On Wed, Jul 10, 2002 at 07:48:15AM +0200, Andre Poenitz wrote:
> I don't really no what checkInsertChar() does ... ok, had a quick look.
> There are no back references from the ownees to the owner. But as the
> insertion of a char is handled by the innermost inset that claims to be
> able to hand
On Wed, Jul 10, 2002 at 09:36:40AM +0200, Juergen Vigna wrote:
> >http://bugzilla.lyx.org/show_bug.cgi?id=164
> >
> >See my last comment (this is exactly why closing bugs that aren't really
> >closed is a bad idea ...)
>
> Well then we have to find a better way. I don't like open bug I cannot
>
On Wed, Jul 10, 2002 at 03:27:45PM +0200, Juergen Vigna wrote:
> Or you or I am now confused. I think we should not talk of up or down
> from now on but from inner and outer inset. You said it went from the
> outer to the inner inset to see if it could do something with the event
> it couldn't but
Andre Poenitz wrote:
> No. Why should it? If the child were interested in the event it would have
> said so when it had is chance during the "bubbling up".
Or you or I am now confused. I think we should not talk of up or down
from now on but from inner and outer inset. You said it went from the
o
On Wed, Jul 10, 2002 at 03:01:54PM +0200, Juergen Vigna wrote:
> I don't know how mathed put's the insets inside and how you access them
> on the same level in InsetText it's just the same as in LyXText I have
> to sequentially look in the paragraphs (or use the inset iterator in the
> paragraphs
Andre Poenitz wrote:
> I am not. The event is passed _up_ along the cursor path.
Well ok we talk of the same then and this is also the same for
InsetText. Same behaviour just we don't have a global cursor
we have to go up by theLockingInset(). What I _really_ would like
to change is in InsetText
On Wed, Jul 10, 2002 at 10:05:22AM +0200, Juergen Vigna wrote:
> >When mathed currently gets a click, the cursor is positioned as close as
> >possible and the event is passed up along the cursor path until some inset
> >is willing to handle it.
>
> I'm confused now in your former mail you said it
Andre Poenitz wrote:
> It is fairly exact as it describes how it works in mathed not outside.
>
> When mathed currently gets a click, the cursor is positioned as close as
> possible and the event is passed up along the cursor path until some inset
> is willing to handle it.
I'm confused now in y
On Wed, Jul 10, 2002 at 09:21:59AM +0200, Juergen Vigna wrote:
> Well this seems indeed VERY strange. How would you do that? As much as I
> know of the structure BufferView gets the click and delegates it to the
> topmost inset, which then delegates it to it's childs if necessary (click
> really h
John Levon wrote:
> There's a bug on it.
>
> http://bugzilla.lyx.org/show_bug.cgi?id=164
>
> You aren't seeing this bug unless selecting eats CPU big-time. I can't
> reproduce such a problem.
>
> See my last comment (this is exactly why closing bugs that aren't really
> closed is a bad idea ...
Dekel Tsur wrote:
> On Mon, Jul 08, 2002 at 09:32:27AM +0200, Juergen Vigna wrote:
>
>>Well come on make a 50x50 math tabular and then put stuff inside and
>>see how it behaves. InsetTabular does not have any problem with small
>>arrays, but the performance is checked with really big tabulars.
>
Andre Poenitz wrote:
> On Wed, Jul 10, 2002 at 04:20:05AM +0100, John Levon wrote:
>
>>It's a massive class ? I defy you to come up with a single-sentence
>>description of LyXText ...
>
>
> And make sure that this description does not contain the word 'and' ;^)
Well that's not fair I was alrea
Andre Poenitz wrote:
> Events are handled bottom-up. The most nested inset that claims the ability
> to handle the event, wins. [Well, currently it's like that only for mouse
> clicks and hard-wired for things like 'add row to array' but I intend to
> extend that consistently to all "events"]. So
On Wed, Jul 10, 2002 at 04:20:05AM +0100, John Levon wrote:
> It's a massive class ? I defy you to come up with a single-sentence
> description of LyXText ...
And make sure that this description does not contain the word 'and' ;^)
Andre'
--
Those who desire to give up Freedom in order to gain
On Wed, Jul 10, 2002 at 04:08:48AM +0100, John Levon wrote:
> Actually I was after a description of your architecture, not how you
> plan to introduce it. For example, how does it handle a click on a URL
> inset inside an note inside a minipage,
Events are handled bottom-up. The most nested inset
On Mon, Jul 08, 2002 at 11:02:51AM +0200, Juergen Vigna wrote:
> Pay attention that you don't reinvent the wheel. LyXText is LyXText
> because of all the line/paragraph breaking algorithms IMO you're better
> of to use LyXText (or a InsetText) for your text and tell us what is
> so bad in it and
On Mon, Jul 08, 2002 at 02:58:35PM +0200, Juergen Vigna wrote:
> >>I tried it with current cvs version (just now) and for me all
> >>seems perfectly sound. I tried to select all cells in every table
> >>in the file and I don't get any cpu usage (only while selecting),
> >>but the selection is so
On Fri, Jul 05, 2002 at 06:35:51PM +0200, Andre Poenitz wrote:
> > Can you give an Idiot's Summary of how it works, and how insettext etc.
> > would work in this context ?
>
> I am currently opting for the slow migration path. Something like GUII does
> with the dialogs.
Actually I was after a
On Mon, Jul 08, 2002 at 09:32:27AM +0200, Juergen Vigna wrote:
>
> Well come on make a 50x50 math tabular and then put stuff inside and
> see how it behaves. InsetTabular does not have any problem with small
> arrays, but the performance is checked with really big tabulars.
One area in which the
Andre Poenitz wrote:
> On Mon, Jul 08, 2002 at 05:32:53PM +0200, Jean-Marc Lasgouttes wrote:
>
>>What I mean is that there are AFAIK different design choices in normal
>>and math insets. And then there is the problem of the quality of the
>>existing implementations. These are two different things
On Mon, Jul 08, 2002 at 05:56:19PM +0200, Jean-Marc Lasgouttes wrote:
> Andre> had until very recently with mathed: The "real" cut buffer gets
> Andre> overwritten during this action.
>
> Yes, indeed. Moreover, what happens if you insert a label over a
> selection? Where does the selection gets p
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Mon, Jul 08, 2002 at 05:41:55PM +0200, Jean-Marc Lasgouttes
Andre> wrote: ... and the second problem is that neither of us knows
Andre> both sides well.
>> And do anyone know how other programs (kword, abiword, whatever)
>> han
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Mon, Jul 08, 2002 at 05:20:18PM +0200, Jean-Marc Lasgouttes
Andre> wrote: Have we? I would believe in an open bug but not in a
Andre> fix... I know that it annoyed me once and I could not find an
Andre> immediate solution. Bug I
On Mon, Jul 08, 2002 at 05:41:55PM +0200, Jean-Marc Lasgouttes wrote:
> Andre> ... and the second problem is that neither of us knows both
> Andre> sides well.
>
> And do anyone know how other programs (kword, abiword, whatever)
> handle this?
No. Do we really care?
Andre'
--
Those who desir
On Mon, Jul 08, 2002 at 05:20:18PM +0200, Jean-Marc Lasgouttes wrote:
> Andre> Have we? I would believe in an open bug but not in a fix... I
> Andre> know that it annoyed me once and I could not find an immediate
> Andre> solution. Bug ID?
>
> http://bugzilla.lyx.org/show_bug.cgi?id=93
Ok. This
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Mon, Jul 08, 2002 at 05:32:53PM +0200, Jean-Marc Lasgouttes
Andre> wrote:
>> What I mean is that there are AFAIK different design choices in
>> normal and math insets. And then there is the problem of the
>> quality of the exist
On Mon, Jul 08, 2002 at 05:32:53PM +0200, Jean-Marc Lasgouttes wrote:
> What I mean is that there are AFAIK different design choices in normal
> and math insets. And then there is the problem of the quality of the
> existing implementations. These are two different things, although
> both are very
On Mon, Jul 08, 2002 at 05:20:18PM +0200, Jean-Marc Lasgouttes wrote:
> Andre> May I draw your attention to some late contributions to mathed
> Andre> like the Mathematica backend or the preview implementation
> Andre> which are not my work?
>
> I would rephrase it as 'there is only one architect
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>> My thought is, the only good reason to chose math insets would be
>> to prove that it is an inherently better architecture. And I am not
>> qualified to comment on this.
Angus> Jean-Marc, with all due respect, you're talking in circle
On Monday 08 July 2002 4:20 pm, Jean-Marc Lasgouttes wrote:
> The fact that math editor is now very
> clean does not mean that it should be used as the base for the rest.
> It only means that the rest should be cleaned up too.
> My thought is, the only good reason to chose math insets would be to
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>> OK, so there is only one guy working on math insets,
Andre> May I draw your attention to some late contributions to mathed
Andre> like the Mathematica backend or the preview implementation
Andre> which are not my work?
I would rephr
On Mon, Jul 08, 2002 at 04:59:33PM +0200, Jean-Marc Lasgouttes wrote:
> Andre> Code (I). MathInsets re-use much more code. MathSymbolInset
> Andre> (which handles all math symbols and lately even things like
> Andre> \sin etc) is smaller than inset/insetspecialchar which handles
> Andre> _six_ thi
On Mon, Jul 08, 2002 at 04:59:33PM +0200, Jean-Marc Lasgouttes wrote:
> Andre> More features. Want something put under a sqrt? Mark it and
> Andre> type the \sqrt short cut. And this works consistently with all
> Andre> insets. Now try to move something from the main LyX text into
> Andre> an ERT
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> Well... maybe there are a few points more in the game.
Andre> Code (I). MathInsets re-use much more code. MathSymbolInset
Andre> (which handles all math symbols and lately even things like
Andre> \sin etc) is smaller than inset/in
Edwin Leuven wrote:
>>Maybe there are a lot of redraw events but the tabular won't
>>draw anything if it is not necessary.
>
>
> but as you said, selecting *is* very slow (much too slow I think, often I have
> to wait for LyX!)
When did I say that? I don't see it slow here. But it may
depend o
Andre Poenitz wrote:
> On Mon, Jul 08, 2002 at 02:03:22PM +0200, Juergen Vigna wrote:
>
>>I tried it with current cvs version (just now) and for me all
>>seems perfectly sound. I tried to select all cells in every table
>>in the file and I don't get any cpu usage (only while selecting),
>>but the
> Maybe there are a lot of redraw events but the tabular won't
> draw anything if it is not necessary.
but as you said, selecting *is* very slow (much too slow I think, often I have
to wait for LyX!)
Ed.
On Mon, Jul 08, 2002 at 02:03:22PM +0200, Juergen Vigna wrote:
> I tried it with current cvs version (just now) and for me all
> seems perfectly sound. I tried to select all cells in every table
> in the file and I don't get any cpu usage (only while selecting),
> but the selection is so fast I ca
Jean-Marc Lasgouttes wrote:
> At the time when I tried to profile it I saw a number of redraw
> operations of the whole table that were very unreasonable. Maybe is it
> not relevant anymore.
>
> I just thought it was a good time to remind you about this one.
Maybe there are a lot of redraw even
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>>> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]>
>>> writes:
>>
Juergen> IMO tabulars a pretty fast right now, prove that for mathed
Juergen> arrays ;)
>> Did you ever see this message?
Andre Poenitz wrote:
> On Mon, Jul 08, 2002 at 01:38:37PM +0200, Jean-Marc Lasgouttes wrote:
>
>>Juergen> IMO tabulars a pretty fast right now, prove that for mathed
>>Juergen> arrays ;)
>>
>>Did you ever see this message?
>>http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg35736.html
>
>
Jean-Marc Lasgouttes wrote:
>>"Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
>
>
> Juergen> IMO tabulars a pretty fast right now, prove that for mathed
> Juergen> arrays ;)
>
> Did you ever see this message?
> http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg35736.html
>
>
On Mon, Jul 08, 2002 at 01:38:37PM +0200, Jean-Marc Lasgouttes wrote:
> Juergen> IMO tabulars a pretty fast right now, prove that for mathed
> Juergen> arrays ;)
>
> Did you ever see this message?
> http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg35736.html
Aehm.. I just wonder: How do I
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> IMO tabulars a pretty fast right now, prove that for mathed
Juergen> arrays ;)
Did you ever see this message?
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg35736.html
There is an example file attached at
http://www.m
On Mon, Jul 08, 2002 at 11:02:51AM +0200, Juergen Vigna wrote:
> >Which information do we have that we don't need.
>
> I don't know for mathed but it seems that for normal text I wouldn't
> need the cell, would I?
For normal text a cell could be a paragraph. But I am not yet sure whether
this is
Andre Poenitz wrote:
>>>iterator is basically a vector<> of triplets (inset pointer, cell in
>>>inset, position in that cell).
>
> Which information do we have that we don't need.
I don't know for mathed but it seems that for normal text I wouldn't
need the cell, would I?
> No. That's just beca
On Mon, Jul 08, 2002 at 10:52:36AM +0200, Juergen Vigna wrote:
> >And if you lose, you implement \multicolum support for math arrays (this is
> >currently _really_ a disadvanteg of math tables)? ;-)
>
> You're dreaming of that aren't you ;)
Indeed.
Andre'
--
Those who desire to give up Freedo
Andre Poenitz wrote:
> On Mon, Jul 08, 2002 at 09:35:23AM +0200, Juergen Vigna wrote:
>
>>\fbox what is that a text in a fixed width box? Anyway IMO any boxed
>>text command would be really easy to implement in the actual state and
>>would BTW be a really small file ;) I cannot tell about minutes
On Mon, Jul 08, 2002 at 04:42:33AM -0300, Garst R. Reese wrote:
> "pretty fast" is not terribly descriptive. I myself, still vote for
> clean, maintainable code over speed, but there is a cost.
If you have maintainable code, you can work on issues like speed (which
certainly is an issue)
And
On Mon, Jul 08, 2002 at 09:35:23AM +0200, Juergen Vigna wrote:
> \fbox what is that a text in a fixed width box? Anyway IMO any boxed
> text command would be really easy to implement in the actual state and
> would BTW be a really small file ;) I cannot tell about minutes as
> I first probably wou
[I quote a bit excessively since I think the context is not too clear after
a couple of mails did not go to the list]
On Mon, Jul 08, 2002 at 09:32:27AM +0200, Juergen Vigna wrote:
> >
> >>Well I think that an opinion for this is a hard thing to do as most
> >>of us don't know how mathed works i
Replay to list instead as it should go there in first place!
Andre Poenitz wrote:
> On Mon, Jul 08, 2002 at 08:55:15AM +0200, Juergen Vigna wrote:
>
>>I don't get you here IMO that Insets ARE unified already the only
>>ones not being in that class are _mathed_ ones.
>
>
> And I believe mathed'
This is one of the mails I wrongly didn't send to the list so I
answer now to the list :)
Andre Poenitz wrote:
> On Mon, Jul 08, 2002 at 08:45:55AM +0200, Juergen Vigna wrote:
>
>>Well I think that an opinion for this is a hard thing to do as most
>>of us don't know how mathed works internally.
>
Organization: Wuerth Phoenix International
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020605
X-Accept-Language: en-us, en
To: Andre Poenitz <[EMAIL PROTECTED]>
Subject: Re: Inset unification
X-MIME-Autoconverted: from 8bit to quoted-printable by bubba.it.wuerth.com i
On Fri, Jul 05, 2002 at 05:21:56PM +0100, John Levon wrote:
> Interested people, tell me what you want to know. Would a TODO list be
> helpful ?
Yes.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
On Fri, Jul 05, 2002 at 05:15:10PM +0100, John Levon wrote:
> > Could people please make their minds up whether "inset unification" as I
> > have it in mind (i.e. heavy re-use of mathed infrastructure for the "real"
> > LyX insets) is a Good or a Bad Thing?
>
> Can you give an Idiot's Summary of
On Fri, Jul 05, 2002 at 06:17:51PM +0200, Lars Gullik Bjønnes wrote:
> I want us to get 1.3. out quickly.
Which means more people helping with the odds and ends of Qt2 frontend
rather than really fun stuff like preview lyx ...
Interested people, tell me what you want to know. Would a TODO list
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Friday 05 July 2002 5:01 pm, Andre Poenitz wrote:
| > Could people please make their minds up whether "inset unification" as I
| > have it in mind (i.e. heavy re-use of mathed infrastructure for the "real"
| > LyX insets) is a Good or a Bad Thing?
|
On Fri, Jul 05, 2002 at 06:01:14PM +0200, Andre Poenitz wrote:
> Could people please make their minds up whether "inset unification" as I
> have it in mind (i.e. heavy re-use of mathed infrastructure for the "real"
> LyX insets) is a Good or a Bad Thing?
Can you give an Idiot's Summary of how it
On Friday 05 July 2002 5:01 pm, Andre Poenitz wrote:
> Could people please make their minds up whether "inset unification" as I
> have it in mind (i.e. heavy re-use of mathed infrastructure for the "real"
> LyX insets) is a Good or a Bad Thing?
>
> If the latter, it would be nice if a few (if poss
On Fri, Jul 05, 2002 at 04:26:13PM +0200, Lars Gullik Bjønnes wrote:
> >> Main LyX does not depend on reLyX...
> >
> | *sigh* It does for a few people.
>
> People is not LyX.
LyX depends on people, people depend on reLyX. "depend on" is transitive.
I thought you were arguing one of the items of
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Fri, Jul 05, 2002 at 03:50:50PM +0200, Lars Gullik Bjønnes wrote:
>> | Parser. The math parser is fairly stable and not too bad at reading LaTeX.
>> | Main LyX depends on reLyX which is not exactly in a good shape right now.
>>
>> Main LyX does not
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> Next try with smaller steps...
Andre> This sets the infrastructure to use dialogs with math insets
Andre> and the math parser with "real insets".
Andre> As proof of concept this "unifies" InsetRef, i.e. allows using
Andre> it wit
On Fri, Jul 05, 2002 at 03:50:50PM +0200, Lars Gullik Bjønnes wrote:
> | Parser. The math parser is fairly stable and not too bad at reading LaTeX.
> | Main LyX depends on reLyX which is not exactly in a good shape right now.
>
> Main LyX does not depend on reLyX...
*sigh* It does for a few peop
Andre Poenitz <[EMAIL PROTECTED]> writes:
| Parser. The math parser is fairly stable and not too bad at reading LaTeX.
| Main LyX depends on reLyX which is not exactly in a good shape right now.
Main LyX does not depend on reLyX...
--
Lgb
66 matches
Mail list logo
