On Thu, Mar 27, 2014 at 9:37 PM, Csikos Bela <[email protected]> wrote: > "Jürgen Spitzmüller" <[email protected]> írta: >>2014-03-27 18:51 GMT+01:00 Csikos Bela: >>> >>>Back to the beamer module and nesting. This is an example workflow: >>> >>>1. I start a frame using/selecting frame. Fill the frame title. Press enter. >>> >>>2. Write frame content. The style still show 'frame'. Is that normal? > >>Yes. The frame is a normal environment and behaves like a normal environment >>now. > > That is, the frame environment is a standard environment placed in a frame, > but keeps its nested status. Therefore I don't have to change it to > 'standard' environment and nest it manually. Is this correct? > > [LONG SNIP] > > Based on your suggestions I created a frame with title and content with > keeping 'frame' environment for the content. Then I inserted a subtitle below > the title (moving cursor after title, pressing enter and applying 'subtitle' > environment). This resulted in a non-indented subtitle and messed up the > frame. I had to manually increase depth for the subtitle. > I find it messy that I have to manually nest subtitle but I don't have to > nest standard frame content. Furthermore if I add list environment to the > frame content it is not nested either, have to be indented manually. The > previous method (in lyx 2.0, 1.6) was much more straightforward and more > usable. In that version the nesting problem appeared only when I used the > columns environment (and usually it drove me nuts). Now, as I see this > complication have been extended to the whole frame composition. There must be > some big advantage of this approach, what is it? > Native beamer support. Check View > Source.
Liviu > bcsikos > -- Do you know how to read? http://www.alienetworks.com/srtest.cfm http://goodies.xfce.org/projects/applications/xfce4-dict#speed-reader Do you know how to write? http://garbl.home.comcast.net/~garbl/stylemanual/e.htm#e-mail
