On Wed, 13 Feb 2002, Martin Vermeer wrote:
[...]
> Hmmm, now it's my turn to say that I find that secondary. I can live
> with roman numerals being depicted as decimal ones, as long as they are
> seen to count. Which visualises the sectioning structure.

Perhaps but if we want to support "enumerate" we can extend our
counters and fix this also.  Besides the original conversation was
about getting counters displayed for figures etc. where there is no
number yet (I don't have a problem with this at all BTW).  So I
extended the conversation to fixing counters that are displayed but
displayed "wrong."

> Actually we have the same thing in itemized lists. We can beautifully
> redefine the bullets, but they show always the same in LyX, an *.

Again I'm reminded that I should finish that code off -- add the
remaining 36 bullets I picked out from wasysym and get the bullets
displayed in the depth buttons.  At the same time we should probably
dump the use of the bmtable and just use an array of buttons with
separate files for each bullet's image.  That would also allow setting
a button to be "in" as extra visual feedback of the selected bullet.

If we got really really keen it would then be a simple matter to
display the chosen bullet in the buffer.  Although I'm not
particularly concerned about this.

> (BTW do I remember wrong or were there different representations in
> older versions of LyX depending on env depth? That was cool if it was
> true :)

No I don't think we've ever done that -- maybe you are thinking of
KLyX?  Why would it be cool?

> > > Means support for David Carlisle's 'enumerate' package. (But that's
> > > for enumerated lists only.)
> >
> > No, it means support for his package would be made easier.  I'm not
> > talking about the user defining them I'm talking about LyX matching
> > the output.
>
> Actually from the user viewpoint, supporting the package would be more
> useful, as it crosses a higher treshold. Accurate visual representation
> on the other hand, or lack of same, is IMO less critical.
>
> Actually I don't think supporting the package would even be very hard.

It's also a matter of _how_ do we support it.  Extending the counters
to display other numbering schemes should make supporting it very
clean.  And allow fixing the on-screen display of other counters as a
bonus -- to look at the situation from a different perspective.

Allan. (ARRae)

Reply via email to