| Summary: | UI: 'Edit Style' item superfluous in TABLE related context menus if not all table is selected | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Bastian <hougaard.junior> |
| Component: | Drawing | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | NEW --- | QA Contact: | |
| Severity: | normal | ||
| Priority: | medium | CC: | LibreOffice |
| Version: | 3.6.0.2 rc | ||
| Hardware: | x86-64 (AMD64) | ||
| OS: | All | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Attachments: |
Presentation containing the problematic table.
Removed all other slides from the presentation except the one with the problem |
||
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? |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.
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.