On Thu, Dec 04, 2003 at 03:50:01PM +, John Levon wrote:
> OK, can you explain why we don't update the positions in stage 1 then ?
Because we don't know the positions in stage 1.
All we know after stage 1 is the size of things.
> Isn't everything before the inset that could affect position up
On Thu, Dec 04, 2003 at 03:48:11PM -0300, Alfredo Braunstein wrote:
> If some inset *after* gets into the row or not determines the position of
> some inset in the row (before), don't you agree?
Oh, yes
john
--
Khendon's Law:
If the same point is made twice by the same person, the thread is over
John Levon wrote:
> Why ? If I start at the top, then inset + 1 can know its absolute
> position surely, since all insets before have been calculated.
for instance rebreaking cannot be done without knowing all insets in the
paragraph (in the worst case)...
If some inset *after* gets into the row
On Thu, Dec 04, 2003 at 02:54:14PM -0300, Alfredo Braunstein wrote:
> no, the parent-relative position of the inset depends on it's own size *and*
> other insets sizes at the same level (moreover, before *and* after it), and
Why after ? I can't think of a case (well, tables, but that's all in one
John Levon wrote:
> OK, can you explain why we don't update the positions in stage 1 then ?
> Isn't everything before the inset that could affect position updated by
> then ?
no, the parent-relative position of the inset depends on it's own size *and*
other insets sizes at the same level (moreove
On Thu, Dec 04, 2003 at 12:12:13AM -0300, Alfredo Braunstein wrote:
> > Why is draw() updating anything ? Shouldn't that be in the stage before
> > the actual draw() ? draw() should be logically const, no ?
>
> But we have a two stages mechanism: dimensions are computed on the first
> stage, posi
On Thu, Dec 04, 2003 at 12:56:57PM +, Angus Leeming wrote:
> On Thursday 04 December 2003 12:54 pm, Andre Poenitz wrote:
> > On Thu, Dec 04, 2003 at 01:34:29AM +, Angus Leeming wrote:
> > > Alfredo Braunstein wrote:
> > > > John Levon wrote:
> > > >> Strikes me as a highly dubious thing to
On Thursday 04 December 2003 1:17 pm, Andre Poenitz wrote:
> Btw: You know Pontius and Pilatus version 2003_de?
That explains a lot about your mood. Ughhh! You have my sympathies.
A
On Thu, Dec 04, 2003 at 02:17:16PM +0100, Andre' Poenitz wrote:
> A: Hey look, I've a document and a photocopy of it and _you_
>want a stamp on the letter.
'latter', i.e. on the photocopy.
Andre'
On Thu, Dec 04, 2003 at 01:08:38PM +, Angus Leeming wrote:
> On Thursday 04 December 2003 1:00 pm, Andre Poenitz wrote:
> > On Thu, Dec 04, 2003 at 12:27:12PM +, Angus Leeming wrote:
> > > > Better this way?
> > >
> > > Personal feeling? Yes, although my suggestion of draw, priv_draw would
On Thursday 04 December 2003 1:00 pm, Andre Poenitz wrote:
> On Thu, Dec 04, 2003 at 12:27:12PM +, Angus Leeming wrote:
> > > Better this way?
> >
> > Personal feeling? Yes, although my suggestion of draw, priv_draw would
> > result in only one virtual function here as opposed to your two. Perh
On Thu, Dec 04, 2003 at 12:27:12PM +, Angus Leeming wrote:
> > Better this way?
>
> Personal feeling? Yes, although my suggestion of draw, priv_draw would result
> in only one virtual function here as opposed to your two. Perhaps ;-)
>
> As for simple: I think that even the button insets nee
On Thursday 04 December 2003 12:54 pm, Andre Poenitz wrote:
> On Thu, Dec 04, 2003 at 01:34:29AM +, Angus Leeming wrote:
> > Alfredo Braunstein wrote:
> > > John Levon wrote:
> > >> Strikes me as a highly dubious thing to do, but since I'm not doing
> > >> any
> > >
> > > Why?
> >
> > Actually,
On Thu, Dec 04, 2003 at 01:34:29AM +, Angus Leeming wrote:
> Alfredo Braunstein wrote:
>
> > John Levon wrote:
> >
> >> Strikes me as a highly dubious thing to do, but since I'm not doing
> >> any
> >
> > Why?
>
> Actually, what would be nice is
I hate this.
And I still hate Lars (for sui
On Thu, Dec 04, 2003 at 01:05:35AM +, John Levon wrote:
> On Wed, Dec 03, 2003 at 10:04:17PM -0300, Alfredo Braunstein wrote:
>
> > > Strikes me as a highly dubious thing to do, but since I'm not doing any
> >
> > Why?
>
> Why is draw() updating anything ?
It is updating the drawing positi
On Thu, Dec 04, 2003 at 12:44:15AM +, John Levon wrote:
> On Wed, Dec 03, 2003 at 11:09:45PM +, Angus Leeming wrote:
>
> > Hi, joohn!
>
> Bah, my keyboard is dyiing :(
>
> > I've just regained the ability to hit InsetExternal by updating the
> > cache data. I suspect that other insets a
On Thursday 04 December 2003 12:17 pm, Andre Poenitz wrote:
> > > I've just regained the ability to hit InsetExternal by updating the
> > > cache data. I suspect that other insets are missing this too.
> > >
> > > void InsetExternal::draw(PainterInfo & pi, int x, int y) const
> > > {
> > > +
On Thu, Dec 04, 2003 at 12:44:15AM +, John Levon wrote:
> On Wed, Dec 03, 2003 at 11:09:45PM +, Angus Leeming wrote:
>
> > Hi, joohn!
>
> Bah, my keyboard is dyiing :(
>
> > I've just regained the ability to hit InsetExternal by updating the
> > cache data. I suspect that other insets a
Angus Leeming wrote:
> Actually, what would be nice is
>
> class InsetOld {
> public:
> void metrics(MetricsInfo & mi, Dimension & dim) const {
> priv_metrics(mi, dim);
> dim_ = dim;
> }
> void draw(PainterInfo & pi, int x, int y) const {
>
John Levon wrote:
> On Wed, Dec 03, 2003 at 10:04:17PM -0300, Alfredo Braunstein wrote:
>
>> > Strikes me as a highly dubious thing to do, but since I'm not doing any
>>
>> Why?
>
> Why is draw() updating anything ? Shouldn't that be in the stage before
> the actual draw() ? draw() should be lo
Alfredo Braunstein wrote:
> John Levon wrote:
>
>> Strikes me as a highly dubious thing to do, but since I'm not doing
>> any
>
> Why?
Actually, what would be nice is
class InsetOld {
public:
void metrics(MetricsInfo & mi, Dimension & dim) const {
priv_metrics(mi, dim);
On Wed, Dec 03, 2003 at 10:04:17PM -0300, Alfredo Braunstein wrote:
> > Strikes me as a highly dubious thing to do, but since I'm not doing any
>
> Why?
Why is draw() updating anything ? Shouldn't that be in the stage before
the actual draw() ? draw() should be logically const, no ?
I'd hate t
John Levon wrote:
> Strikes me as a highly dubious thing to do, but since I'm not doing any
Why?
> coding, I suppose I don't have a say ...
It seems correct to me.
Alfredo
On Wed, Dec 03, 2003 at 11:09:45PM +, Angus Leeming wrote:
> Hi, joohn!
Bah, my keyboard is dyiing :(
> I've just regained the ability to hit InsetExternal by updating the
> cache data. I suspect that other insets are missing this too.
>
> void InsetExternal::draw(PainterInfo & pi, int x,
John Levon wrote:
> I think this is a general problem, at least mouse navigation on most
> insets does not work
>
> regards
> joohn
Hi, joohn!
I've just regained the ability to hit InsetExternal by updating the
cache data. I suspect that other insets are missing this too.
void InsetExternal::d
On Wed, Dec 03, 2003 at 11:28:37PM +0200, Martin Vermeer wrote:
> Attached patch and screenshot. Is this approaching what you had in
> mind? (Yes, it could be moved to insetcollapsable. Just experimenting.)
It might be better to
o reduce the font a little
o remove the button styling
o do somethi
On Wed, Dec 03, 2003 at 10:29:31AM +0100, Jean-Marc Lasgouttes spake thusly:
> Martin> Current proposal:
>
> Martin> My surname is [Style: Surname], like the famous painter
> Martin> [ Vermeer ]
>
>
> Martin> i.e., "conglomerate upside down". And it is good here to be
> Martin>
On Tue, Dec 02, 2003 at 11:57:44PM +0200, Martin Vermeer wrote:
> On Tue, Dec 02, 2003 at 08:11:21PM +0100, Michael Schmitt spake thusly:
> > Martin Vermeer wrote:
> >
> > > I would like to see inline mode for CharStyle insets with a bool
> > > option in the .layout file.
> >
> > Please let us di
On Tue, Dec 02, 2003 at 08:17:34PM +0200, Martin Vermeer wrote:
> On Tue, Dec 02, 2003 at 04:18:27PM +0100, Michael Schmitt spake thusly:
> >
> > Hello,
> >
> > since Andre started to move code from InsetERT to InsetCollapsable, I
> > will try finish this project (inline mode also for other inse
Jean-Marc Lasgouttes wrote:
Martin> That's precisely why I want it this way. The .layout file is
Martin> configurability not seen by the end user. If we want in inset
Martin> to be switchable among the three: open/closed/inline, we would
Martin> need a dialog to go with it (like insetert). CharSty
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>> I think the dialog is not a problem, but that inset-toggle should
>> switch between the three possibilities when inline is allowed.
Martin> Doable but excessive too IMHO. The problem is not the dialog
Martin> as such, but offering
On Wed, Dec 03, 2003 at 10:26:34AM +0100, Jean-Marc Lasgouttes spake thusly:
> >> It _may_ be useful to declare which inset is allowed to have which
> >> display mode in the layout files. However, I rather doubt if
> >> hyper-configurability is a desired goal. In the end, everything is
> >> configu
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Current proposal:
Martin> My surname is [Style: Surname], like the famous painter
Martin> [ Vermeer ]
Martin> i.e., "conglomerate upside down". And it is good here to be
Martin> able to collapse them too.
Marti
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> On Tue, Dec 02, 2003 at 08:11:21PM +0100, Michael Schmitt
Martin> spake thusly:
>> Martin Vermeer wrote:
>>
>> > I would like to see inline mode for CharStyle insets with a bool
>> > option in the .layout file.
>>
>> Please let
On Wed, Dec 03, 2003 at 09:14:50AM +0100, Michael Schmitt spake thusly:
>
> Hi Martin,
>
> I still have a few question:
>
> Why does a CharStyle have to be collapsable at all? Wouldn't the inline
> mode alone be enough?
>
> Why can't we hard-code this in the CharStyle inset? Do we really need
Martin Vermeer wrote:
I would like to see inline mode for CharStyle insets with a bool
option in the .layout file.
Hi Martin,
I still have a few question:
Why does a CharStyle have to be collapsable at all? Wouldn't the inline
mode alone be enough?
Why can't we hard-code this in the CharStyle
On Tue, Dec 02, 2003 at 08:11:21PM +0100, Michael Schmitt spake thusly:
> Martin Vermeer wrote:
>
> > I would like to see inline mode for CharStyle insets with a bool
> > option in the .layout file.
>
> Please let us discuss this before you start working on this. My plan is
> to move some code
Martin Vermeer wrote:
I would like to see inline mode for CharStyle insets with a bool
option in the .layout file.
Please let us discuss this before you start working on this. My plan is
to move some code from InsetERT to InsetCollapsable. As a consequence,
we can support the inline mode also f
On Tue, Dec 02, 2003 at 08:17:34PM +0200, Martin Vermeer wrote:
> I would like to see inline mode for CharStyle insets with a bool
> option in the .layout file. That way we can have the "elements" in XML
> behave just like collapsable insets (which is fine and natural IMHO;
> just Conglomerate ups
On Tue, Dec 02, 2003 at 04:18:27PM +0100, Michael Schmitt spake thusly:
>
> Hello,
>
> since Andre started to move code from InsetERT to InsetCollapsable, I
> will try finish this project (inline mode also for other insets).
>
> Just in case somebody had the same idea and already started work,
Hello,
since Andre started to move code from InsetERT to InsetCollapsable, I
will try finish this project (inline mode also for other insets).
Just in case somebody had the same idea and already started work, please
let me know so that we don't do the same work twice.
Michael
41 matches
Mail list logo
