On 2021-10-27 20:02, Virgil Arrington wrote:
*From: *Daniel <mailto:[email protected]>
*Sent: *Wednesday, October 27, 2021 11:03 AM
*To: *[email protected] <mailto:[email protected]>
*Subject: *Re: END-OF-FRAME, once again..
> However, if you look at the LaTeX source code, you see that the last two
are not actually frames, i.e. the content is not in a frame environment.
Separators are general, i.e. they do not say what kind of environment
they separate. One always needs a frame environment to create a "proper"
frame.
By golly, it looks like you’re right. I had only looked at the compiled
output, which showed that last two “frames” as frames when in fact, they
just happened to split at the frame because of the amount of stuff in
each paragraph each. I hadn’t bothered to look at the LaTeX code. I just
went in to the MWE and drastically reduced the amount of text on the
penultimate “slide” and size of the picture on the last “slide” and,
when compiled, it all appeared on one slide even though I kept the
end-of-frame marker in place.
So, it seems that, without a Frame environment, the end-of-frame marker
does nothing, and without an end-of-frame marker, a Frame environment
doesn’t work properly.
Interesting. It does make one wonder why this has to be the case, since
LyX is seemingly able to \begin and \end any other environment without
an explicit \end marker.
I think the issue is that with frames, you want to have two paragraphs
with the same type of environment directly after each other. In that
case LyX just combines the paragraphs into one environment. Not only
with frames but any environment.
That is where I suggests things could be done differently. Instead of
continuing the same environment, LyX should just start a new one.
However, there are cases where it might seem more natural to combine
consecutive paragraphs into one environment. One rather clear example
are lists because new items cannot be created via an indented standard
paragraph.
I am not sure about Quote, Verse, etc. One would have to think more
about further distinctions.
Daniel
--
lyx-users mailing list
[email protected]
http://lists.lyx.org/mailman/listinfo/lyx-users
