Martin Vermeer <[EMAIL PROTECTED]> writes:
| On Thu, Sep 05, 2002 at 01:51:46PM +0200, Lars Gullik Bjønnes wrote:
|
| > Ok, thanks.
| >
| > How do this patch look to you then?
|
| Good... but you need to add algorithm (and plate, planotable) to the
| list in Counters if you want these to work currently. I suspect you want
| to get rid of this altogether. Good.
Yes.
but I should add algorithm now, that missing was a bug.
| > My way forward is to let the Style(s) in layoutfiles actually do
| > the counter creation. I am not quite sure how this will look yet, but
| > there might be a notion of Counter-Types.
|
| Yes... that means that the counter array would be a member of ??? (that's
| where I suddenly felt very very lonely) instead of the buffer. No problem...
| the array is only used during the (re-) building of the numerical label
| strings containing the counters. You actually need only one during the
| life of LyX so it could even be static.
yes... but I guess it will just be easier to add a Counters object to
the lyxtextclass, and just copy or loan perhaps... hmmm.... there are
some alternatives here. I'll probably go for the minimalistic
solution.
With how we use counters in lyx currently I guess that is to move the
counters object to the lyxtextclass. And just loan that to get the
labels right when needed. (unless we begin thinking concurrency of
course...)
| > Especially the enumeration counters give me a git of a head ache... it
| > can perhaps be a "enum" type of counter that changes behaviour
| > depending on depth.
|
| When we go to André's enum insets (or env-insets) I expect that these will
| have to have their own version of setCounter and updateCounters, acting only
| on their own counters. You may want to co-ordinate with that work.
Yes, but I am not really sure that this is being worked on currently.
| For now
| the current stuff works, although having the names of the enum levels
| hardwired in three different places makes my toes curl.
Mine too, with claws out, and it hurts.
--
Lgb
