The white portion of the Workspace is referred to as a "page" in the Pages pane. The tooltip for the four-pointed arrow at the right of the Status Bar refers to this white portion of the Workspace as a "slide" when it states: "Fit slide to current window." Using inconsistent terminology in this way can make LibreOffice draw appear confusing and hard to work with -- especially to those checking out LibreOffice Draw for the first time.
This is valid, but trivial. Draw and Impress share major components of the sd module. Similar to the "Slide # of #" labeling for both Draw and Impress UI. Seems like an item that should have picked up for see also bug 114175, there are a few e.g. bug 150477
The string RID_SVXSTR_FIT_SLIDE defined in include/svx/strings.hrc accessed via svx/source/stbctrls/zoomctrl.cxx needs to be assigned depending on the module. It's assigned to the generic command .uno:ZoomPage in the statusbar, which is currently added only for Draw and Impress. Something for you, Baole?
Sure, I'll take this.
Hi Heiko, I'm wondering whether there is a way to get the document type in svx/source/stbctrls/zoomctrl.cxx.
(In reply to Baole Fang from comment #4) > Hi Heiko, I'm wondering whether there is a way to get the document type in > svx/source/stbctrls/zoomctrl.cxx. The challenge never ends ;-). You better ask for help at the developer's IRC channel.
Baole Fang committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/91148ed5d5ef3428a39676bec672ccb5918ff19a tdf#154732: Fix zoom bar in Draw It will be available in 7.6.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.