Alex Fernandez wrote: > > Alex Fernandez wrote: > >> In the meantime there has been one addition to the menu: "LyX HTML", > >> codename xhtml, for Richard's native HTML output. And it would seem > >> that it "solves a simple case". Can we interpret that you have relaxed > >> the criterion somehow, or are there further considerations in this > >> case? > > > > No. > > No to which of the two clauses?
To both. Richard needed to add his output format to the menu, since it's an additional backend, no converter. However, I think one should be able to hide that as well, if one prefers another HTML output format. So my proposal makes no exception wrt the "LyX HTML" format. Its appearance in the menus/toolbars should be customizable in the same way as eLyXer's (and even DVI's and pdflatex's, for that matter) > >> > My proposal was to let the user configure which converters he wants to > >> > see in the menus and the toolbars. A sane and general concept. > >> > (I have some work for this in the pipe, but it is not finished yet) > >> > >> IMHO it would be better if "Reconfigure" left the system in a working, > >> usable state. Any configuration will be used by a small percentage of > >> power users during the first few iterations, until they get bored; > >> afterwards everyone will use the default configuration. > > > > I guess we fundamentally disagree on what a "working, usable state" is. > > We haven't got to discussing that part. In my opinion, a program that lists 5 different HTML converters and that provides no way of reducing that list (besides uninstalling the converters) is far from being usable. A usable program should provide a sensible default and a way to adapt that to the personal needs of the user. BTW I never stated that this means we only set one HTML converter by default. We could also set two or three. So if we come to think that eLyXer and htlatex should both be listed as HTML converters by default: fine. I will not oppose. This does not contradict with my proposal. In a technical sense, I also aim to overcome the problem that we need to duplicate file formats (pdf, pdf2, pdf3, pdf4) in order to support different converters. Only one file format should be needed, and that file format should be reachable via different conversion chains. Jürgen
