https://bugs.documentfoundation.org/show_bug.cgi?id=96850
Erik Sohns <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|NOTABUG |--- --- Comment #10 from Erik Sohns <[email protected]> --- (In reply to V Stuart Foote from comment #6) > Also with Writer have issue of normal Paragraph text, text in Frames, and > text in Text boxes. Have to handle images differently with each type of > text. Or with Fontwork text. > > Frames and "normal" Paragraph objects observe wrap. > I understand that images, just like other objects, may "interact" (i.e. wrap, columnize, ...) with "text" objects. This certainly ties into the rendering process (i.e. object placement, scaling, ...), but may be complementary to the layering aspect. Interestingly, the wrap (i.e. paragraph/page layout) functionality could be implemented in terms of laying out objects residing on the same layer. <snip> (In reply to V Stuart Foote from comment #9) > > I see. So, in theory, images are just specific objects that could/should be > > layered, just like any other object; or "text" component (i.e. paragraphs, > > frames/boxes, fontwork, ...). > > > > I understand that, in certain situations, it may make sense to group some > > objects, to layer them relative to other objects and/or groups. > > Correct, and unfortunately there is no mechanism for handling layers in > LibreOffice (or AOO or OOo, or StarOffice before). <snip> > > We also lack a GUI for efficiently controlling groupings and individual > objects as layers. Draw alone has a rudimentary capability in a tabbed UI. > Across the modules Navigator shows labeled/described objects, but does not > directly manipulate them for grouping or reordering as layers. > > Believe that as work proceeds on restructuring the internal > SdrObject/SdrPage corresponding work on the GUI will then support efficient > grouping and ordering of objects (not just as layers on a canvas)--think > document structure and flow, for screen readers and other automation. > I think the "layers on a canvas" paradigm is fundamental to the document rendering procedure. However, document layout (i.e. the "text processor") may involve both pre- (in order to accommodate text-object interactions and similar features), as well as post-processing steps (as far as the "text processor" requires information about the overall layering configuration). > So with that said, this specific issue is out of context. Could dupe to one > of many issues or even to bug 95812, but probably best to just close as > notabug given the current summary write up. Yes, this may decay to a dupe of bug 95812, I will mark it accordingly. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
