I was just using draw and had to do a numbered and bulletted list and noticed that these are not properly justified. I mean to say that, if the text line is longer in bullet form, the text scrolls to underneath the bullet. Is this normal behaviour? It does not do this in Writer. Cheers Marc LibO3.3RC2 + Mandriva 2010.2 This was discussed on the "user" mailist here: http://permalink.gmane.org/gmane.comp.documentfoundation.libreoffice.user/893 To reproduce: open a new page in Draw, create a text box and choose "Bullet" or "Numbered". It will do as explained up above. Below is a fix for it. But I think that it should be the same behaviour as the Writer default. Hmmm ... maybe check the other modules too? =========== > Perhaps this shouldn't be necessary (perhaps it should be the default > behaviour) but (in *Draw*), select the entire list and then > > - Go to Format>Bullets and Numbering > - Select the Position tab > - Select Level 1 > - Increase the "Width of Numbering" from zero to anything you like the > look of > - Click OK > > The second (and subsequent) line(s) of a long bullet point will now > justify under the beginning of the *text* of the first line instead of > under its bullet. > > It mght be possible to increase the "Width of Numbering" in the default > template for Draw so that it is always available but I haven't tried. > Thanks Harold. I wonder if it could be made as default. I can't imagine many people not wanting it to behave this way right from the start. I can only say that it would frustrate most of the people I know who would have to do all of these extra steps to get to by today's expected behaviour. IMO, all six modules should behave the same way as to not confuse users unecessarily. (Writer, Calc, Empress, Draw, Math, Base). Cheers Marc
Corresponding OOo issue is http://www.openoffice.org/issues/show_bug.cgi?id=113012 with fix in CWS impressdefaults1.
[This is an automated message.] This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it started right out as NEW without ever being explicitly confirmed. The bug is changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases. Details on how to test the 3.5.0 beta1 can be found at: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
in LibO 3.5.0 looks different than in LibO 3.3.4. My be fixed.
This is a Draw issue, therefore changed 'Component' accordingly.
Dear bug submitter! Due to the fact, that there are a lot of NEEDINFO bugs with no answer within the last six months, we close all of these bugs. To keep this message short, more infos are available @ https://wiki.documentfoundation.org/QA/NeedinfoClosure#Statement Thanks for understanding and hopefully updating your bug, so that everything is prepared for developers to fix your problem. Yours! Florian
(In reply to comment #8) > Dear bug submitter! > > Due to the fact, that there are a lot of NEEDINFO bugs with no answer within > the last six months, we close all of these bugs. > > To keep this message short, more infos are available @ > https://wiki.documentfoundation.org/QA/NeedinfoClosure#Statement > > Thanks for understanding and hopefully updating your bug, so that everything is > prepared for developers to fix your problem. > > Yours! > > Florian Please mark this bug as closed as it is fixed in LibreOffice 3.6 Thanks, Marc
There is no special fix for this issue, therefore we prefer RESOLVED/WORKSFORME instead of RESOLVED/FIXED.