Created attachment 70330 [details] Presentation containing the problematic table. On slide 3 in the attachment is a table I have created. Upon clicking inside the table, marking all cells within, right-clicking and select "Edit Style" nothing happens. Instead the slide does not react and it is not possible to select any other objects, unless you go to the "Outline" tab and back to "Normal". I am using LibreOffice Impress 3.6.2.2 and am on Arch Linux 64-bit.
Created attachment 70331 [details] Removed all other slides from the presentation except the one with the problem Confirmed the bug with LO 3.6.0.2 and LO 3.7.0.0-alpha on Ubuntu 12.04 x86_64
The question is: What can be expected? I tested with Rob's reduced sample (closed without saving and reopened for each test) and with parallel installation of Master "LOdev 4.0.0.0.alpha0+ - ENGLISH UI / German Locale [Build ID: a2b3ee)]" {tinderbox: @6, pull time 2012-11-13 06:07:28} on German WIN7 Home Premium (64bit) with separate /4 User Profile for Master Branch a) Click into cell A1 so that caret flashes in "Grundfos" I can reproduce the reported problem that 'Styles' submenu item does nothing, but on the other hand I did not find a way to do anything useful with Styles (what appear after <f11>. These styles only can be applied for the complete table So I did an additional test b) Click table, use styles with <f11> I clicked the table and then <esc>. After next <esc> control points would disappear. Now <f11> if necessary to see styles pane I can apply the styles like "Dimension line", "First Line Indent", "Heading", Object with shadow" to all table, that works. I did an additional test c) Click table, use Style Dialog I clicked the table and then <esc>. After next <esc> control points would disappear Then 'Right click -> Edit Style', Styles dialog appears and I can edit the currently selected style "default" All this is not related to that particular document and not limited to Impress, same with Draw. That's nothing new, I see the same behavior with 3.5.7.2 and 3.4.5 My conclusions: A) Currently the "Edit Style" item in the context menu is superfluous if not the whole table is selected, because the current concept seems not to allow to edit styles here, because styles only can be applied to complete table. B) I believe we have to rethink table concept in some points, but that is a rather complex thing. I wonder who might be our expert for that. @Bastian, Rob Do you agree with my conclusion for the current situation?
The reason to that I pressed "Edit style" was because I wanted to change the the visual appearance of the table. I now know that this is done by right-clicking and choosing "Tables..". Perhaps I misunderstood what exact function "Edit style" has. Neither did I know that it was possible to select the table without editing its contents. This might be because clicking one time brings me to the content editor of the table immediately. Perhaps it would be ideal if an object as a whole is selected on first click and contents become editable on second click. That said, I agree with you on your conclusions. What exactly do you mean with point B though? Rethink how a table is supposed to be created or?
** 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 (4.4.1 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-04-18
Tested again in LibreOffice 4.3.6.2 on Arch Linux 64-bit. Still nothing happens when clicking 'Edit Style'. But it has no negative consequence, ie. I can select any other object fine without the need to switch between 'Outline' tab and 'Normal' tab.
Tested on 5.1 master and had to switch to outline view get back to regular usage. I'd suggest just removing the entry as it doesnt seem to do anything whether inside a table or selecting the table object, and doubt that Impress/Draw has table styles.
Edit style does work if you: 1. Create table 2. Make it so no cells are selected/blue 3. Select the table as object 4. Edit style from context menu Then it opens a dialog that has, among others, a Shadowing tab.
"Edit Style" opens the paragraph style dialog for table contents (or whatever style is being used) in Writer. Should be the same on Draw (and Impress, btw). Currently the style is not used properly at all, cf. tdf#43145.
Table styles as known in Writer (see bug 34391) should be also available at Draw/Impress. normal -> enhancement, ux -> /done
*** Bug 90018 has been marked as a duplicate of this bug. ***
*** Bug 121862 has been marked as a duplicate of this bug. ***
Non-useful menu Edit Style on cell is gone now. And literally this would be "WorksForMe". But table's Edit Style is also gone if table is selected. Anyone knows when? I didn't use it, was it useful, with many tabs? Now we have Table Properties with less tabs. Let's answer that before closing. Table styles are a separate issue, let's keep it in bug 99852.
Created attachment 156279 [details] Edit Style on table - screenshot
Please add keyword 'needsUXEval' and CC 'libreoffice-ux-advise@lists.freedesktop.org' if input from UX is needed.