Am Samstag, den 30.12.2017, 11:30 +0900 schrieb Joel Kulesza: > Please excuse the typos in: https://youtu.be/yZyx_RaFynU > > Please let me know if there is a better way to provide such examples.
This is excellent, thank you for the efforts. > I've tried to demonstrate with screen recording what I tried to > illustrate with my screenshot previously. There are places I can > position the cursor where the Edit menus vary and produce varying > behavior. I would expect that anywhere between "Frame" and the > horizontal separator to have the ability to pre/append a Frame and to > have it be created properly. Please use the MWE attached to further > explore the variation in the edit menu entries based on cursor > position and eventual action outcome: whether a self-contained frame > is inserted, or not. I have fixed the second problem (appending from the separator) in master. Please test. I am not sure how to fix the first issue. Actually, the procedure works. The problem ist, though, that an empty new frame is inserted, which is rightly deleted again by the delete empty paragraphs mechanism. This is really hard to fix in a general way. > > As I wrote, I think "Frame" is the expected default layout within a > > Frame. It's synonymous to nested "Standard". > > That's fine (and with the 9261 behavior, I'm much less opposed to how > things behave); however, does this require a level of knowledge on > the part of the user (regarding the subtleties of nested > environments) that is reasonable? Again, using the PowerPoint straw > man, most people think of presentations as collections of > slides/frames with content. What does it mean to have frame-within- > frame? You're right that it should be usable (at least for basic presentations) without having to read manuals. But it's a particular tricky case. Thanks again, Jürgen > > > Thanks for testing, > > Jürgen > > Thanks for the continued work and constructive dialog, > Joel >
signature.asc
Description: This is a digitally signed message part
