Am Donnerstag, den 29.03.2018, 08:19 -0600 schrieb Joel Kulesza: > Ugh, I feel quite sheepish for not looking at the generated code... > > That said, I'm surprised that Comment outputs to a special > environment rather than encapsulating (e.g., <!-- .. --> in the case > of HTML) or preceding each line of (e.g., % in the case of LaTeX) the > content as an actual comment. This way, it would act as a comment in > LyX and in the generated document. A LyX note, by comparison, would > be just that: a note in LyX and non-existent in the generated > document. > > Do you know why the design decision was made to treat comments as > they are?
All I can say is that "this has been that way since always".
One advantage of the comment environment certainly is that it is easy
to show these comments (by redefining the environment) and a bit easier
to uncomment it.
> have an effect on the result of the application processing it. My
> thanks for the fix with "fragile" below, and it's true I don't need
> overlays in my application, but as a user I would never expect a
> "comment" to influence whatever back end LyX is using to render.
>
> Because of this better understanding of the actual behavior, I think
> that "Comment" is potentially misleading when it comes to the final
> document produced. Is there a better name that can be used?
> Alternatively, and what I'd prefer, does it make sense to change how
> the comment is output consistent with what I'd described above?
Well, that's how it is called (by the verbatim package that provides
it).
> It's a minor point, but I also like the left-alignment that lyxlist
> gives versus description's right alignment (when label width is
> set). Am I overlooking an option to get left-aligned labels with
> beamer's description?
\defbeamertemplate*{description item}{align
left}{\insertdescriptionitem\hfill}
> A separate question on lyxlist... When specifying the longest label,
> I need to do so in the paragraph settings dialog. If my longest
> label is math based, then I wrap it in $s and the resulting PDF has
> the correct layout. However, the LyX interface will generally create
> an unnecessarily wide label width (presumably because it is
> interpreting the label as text rather than math). Is there a sense
> for (a) how easy and/or (b) how much interest there is from a
> developer to change this behavior in the LyX interface? This very
> much falls under inconvenience, but when dealing with complicated
> math terms (in a LaTeX markup sense), I can lose half my window to
> what is ultimately a quite compact label.
My opinion is that we should, in terms of coherence, use argument
insets here, as we do in similar cases now. The paragraph dialog thing
is a relict from the past (although it is a bit time-consuming to
change that, and I don't feel motivated).
> Is there a way to trap this type of error and make the message more
> clear? It wouldn't surprise me if (a) this applies to other symbols
> and (b) other users would experience it.
Other than rewriting the textcomp LaTeX package: no.
Jürgen
signature.asc
Description: This is a digitally signed message part
