On Thu, Jul 03, 2003 at 10:45:30AM +0200, Juergen Spitzmueller spake thusly: >
... > Actually, the more I think about it, the more I come to the conclusion that > your approach mixes at least two different concepts which should be > separated: > > I. Insets that show/hide parts of the document > -> i.e. Branch, Comment, Note, Greyedout > -> Can contain very large contents up to a complete document, i.e. with > sections, nested environments, bibliographies, child docs, floats etc. > -> Can nest other Insets of type I and II without limitation > > II. Insets that place text at a certain position > -> i.e. Footnote, Margin, Petite > -> Can _not_ contain complex contents > -> Can nest insets of type I but not (or only limited) of type II > > It is always possible to switch from II to I, but what do you do if a > curious user has a branch which contains a complete chapter and he changes > this to, say, Marginal Note? I think we should separate those. You have a point. Actually I think I'll drop petite for now (I don't seem to find a LaTeX env of that name -- I did see one somewhere). Then, Footnote and Margin are already provided for and can be left out of this work. What is left is your number I. An argument could be made (as Lars did some time ago) for further splitting this into Ia: Note, Comment, Greyedout <--> insetnote Ib: Branch <--> insetbranch (new). This would somewhat simplify the logic in both, at the price of more total code. What would your preference be? > WRT petite > and probably greyedout I am not shure if this is in fact not a character > style and should be handled in the hopefully-eventually-coming character > style sheme of LyX. No, I disagree. The *function* of character style is different: to summarize, an assign a name to, a way in which a certain semantic should be displayed/printed, e.g. noun <--> small caps. It's not about highlighting/lowlighting/annotating. That's also why this doesn't in any way remove the need for character styles. > >> > > - greyedout does not work (and breaks the latex run) > >> > > >> > Ah. Didn't try it. Perhaps it should validate for "color" (?) > >> > >> Yes, and the code is not quite right afaics. Should be something like Tomorrow I hope to have a patch where these things are fixed. ... > I don`t know if it is a good idea to > hardcode the color. You could let the user chose the greyscale range (0-1). Nah. This isn't painting, it's just a negative form of highlighting. One gray will do. > Regards, > Juergen.
pgp00000.pgp
Description: PGP signature
