https://bugs.documentfoundation.org/show_bug.cgi?id=154604
V Stuart Foote <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.documentfounda | |tion.org/show_bug.cgi?id=90 | |244 CC| |[email protected], | |[email protected], | |[email protected] Severity|normal |enhancement --- Comment #1 from V Stuart Foote <[email protected]> --- Confirmed Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 1b463f697405e64a03378fb38a32172c4d3c25e6 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded IIUC we don't lay down "draw:nav-order" or "draw:z-index" and the order now is as extracted from the ODF on filter import, and as written back still absent nav-order/z-index. Meaning, what is positioned at the bottom of the SB Nav tree is what is described first in the ODF, what is on top of the SB Nav tree is the last described in the ODF. More work is needed as in the see also bug 90244, but would agree that for the default case, absent nav-order or z-index, there would be utility to being able to toggle invert the tree to reflect the stacking/drawing order as loaded from ODF. Don't think we want to change the ODF export save (i.e. with absent z-index), just to provide an ability to invert the treelist @Regina, Jim? -- You are receiving this mail because: You are the assignee for the bug.
