Created attachment 105962 [details] 3 bullets added but toolbar buttons not active Steps: 1) Open Impress 2) Put mouse cursor in textbox and insert a bullet 3) Type in some text and press enter to get a second bullet 4) The promote, demote, move up and move down buttons dont work as it thinks each bullet point is of its own set Tested in 4.3.2 and master.
Confirming also on Mac OSX 10.9.4 with my master build
Key board shortcuts (TAB and SHIFT-+TAB at the beginning of a line) still do work.
(In reply to comment #2) > Key board shortcuts (TAB and SHIFT-+TAB at the beginning of a line) still > do work. The keyboard shortcuts still dont make the individual bullets into a bullet list. What did you mean by 'with manually started bulleted list' in the summary?
(In reply to comment #2) > Key board shortcuts (TAB and SHIFT-+TAB at the beginning of a line) still > do work. They don't on Mac.
(In reply to comment #3) > The keyboard shortcuts still dont make the individual bullets into a bullet > list. Why not ? :) > What did you mean by 'with manually started bulleted list' in the summary? Usually one takes a master slide that has a frame with an outline / bulleted lines.
Hmm superfluous :)
(In reply to comment #5) > Why not ? :) To me, a bullet list is a group of bullet entries that are connected together, which makes them a list. Not being able to move entries up and down, shows they are individual bullet entries, one after the other, and not a list. > Usually one takes a master slide that has a frame with an outline / bulleted > lines. Yes i had noticed that some of the slide layouts had bulleted lines, after my last response.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.0.1 or preferably 5.0.2.2 or later) https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-10-14
Tested on Ubuntu 15.10 with Libreoffice 5.0.3.2 and still have the bug.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.2.7 or 5.3.3 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170522
*** Bug 119072 has been marked as a duplicate of this bug. ***
as written in bug 119072 you have to use outline text box instead of text box to get bullet points. 1. how do I get outline text box in draw? what's the uno command for it? 2. In textbox I can have bullets, I also can promote / demote the bullet points by keyboard the only issue is that the sidebar buttons didn't work. From a UX point of view have two different text boxes aren't usefull. In addition as normal textboxes can do nearly "everything"
Turns out that the only thing that needed to make these commands work, is to remove one explicit check for outline box from the code. And this also enables these commands in tables. I submitted this quick patch to gerrit, in hope that it won't have any nasty side effects: https://gerrit.libreoffice.org/58748/ Unfortunately, I noticed that lists inside non-outline textboxes have some issues with the Impress outline view, but this problem present also w/o my patch, and probably deserves a separate bug report.
Maxim Monastirsky committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=0a1a4ffb4f87adff7fbbbc60202b6a0e42fedd0c tdf#83659 Enable outline commands for text boxes and tables It will be available in 6.2.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
list buttons now seem to work in textboxes and tables in Impress/Draw, so let's call this fixed. Please report remaining issues in separate bugs.