How to reproduce (use any presentation): - In the main menu choose Format | Bullets and Numbering - The dialog "Bullets and Numbering" appears - In the dialog choose Tab "Position" - Choose a Level that is used in the presentation - Change the value for "Ident" or "Width of numbering" - Change to other tab in dialog (without first changing input focus to another field in the "Position" tab) - Press OK Expected result: Spacing of numbering is changed Actual result: formatting of bullets and numbering is unchanged in the slides Revisit the "Position" tab: Value is unchanged Changes in a numerical input field in the Positions tab are applied when the field looses keyboard focus. This event is not triggered for the input field when it looses focus because of a tab switch. Bug is present in OpenOffice 3.1.0 on Windows. Bug is still present in LO master (as of Build ID: 7327195, 11 May 2012)
Thanks for bugreport Reproduced in 3.3.4 and 3.5.3 on Fedora 64 bit
Stephan van den Akker committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=5601c5d395a5eece95a8d8a5600de91aa20485c6 Fix for fdo#49859 Impress bullet indent data entry
Stephan van den Akker committed a patch related to this issue. It has been pushed to "libreoffice-3-6": http://cgit.freedesktop.org/libreoffice/core/commit/?id=9277c7320406b4737bd71564e341464676c66e31&g=libreoffice-3-6 Fix for fdo#49859 Impress bullet indent data entry It will be available in LibreOffice 3.6.
We need exact and correct target information for automated lists in Wiki and LibO Web Site.
In version 3.6.3RC2 problem still occurs: in a slide: -press button 'numbering ON' -enter multiple lines; these are marked with a bullet -select any line; the buttons indent left/right are disabled -pressing Alt+Shift+Left/Right produces irregular (and certainly unexpected) results
@Winfried: This report is about a bug in the "Bullets and Numbering" dialog that has been fixed. It might get a status FIXED any time now. You report a bug is about a different problem in the main window UI. To prevent your problem from accidentally being "buried" along with this one you might consider filing it as a separate issue.
(In reply to comment #6) @Stephan: Ok, I will create a new bug for my problem. Trying to avoid duplicate bugs sometimes leads to polltion such as this ;) Given that the bug is still open: what is withholding the status resolved/fixed?
Verified it works here.