May 6, 2012 at 9:23 PM
Edited May 6, 2012 at 10:09 PM
> The list contains all classes from the common.xml even the ones that is not relevant for tables. This list should only show table designs.
Could you post a sample common.xml and info and what version you run? I just tried setting up a starter site on 3.2 and I only got the expected table classes "heavy" and "light" and not other classes.
> The list shows the class names witch are often generic names. It should show the labels provided in common.xml.
That is a bug - this is also true for other dialogs like Image Properties - I have logged it here:
> The label _Class_ makes no sense for the editor hoping to find _Design_.
I'd rather handle this by ensuring the class selector in the dialogs have the little "palette with colors" icon on it, so the user can easily associate it with the same selector on the main toolbar. With a painters palette, the association should be secured
for users looking for design.
> Why is there a distinction between _Class_ and _Id_? The editor will not understand it.
> For the editor it is not important if the developer created a design using a class or an id.
There is a distinction because class and id are two very distinct things, it is fairly important what field is set. Typically an end user should never care about the id field, so it is placed on the "Advanced" tab.
I guess what is needed is to make the two fields even more distinct and move "Class" to the main dialog, since users would like to have easy access to this field.
> When changing a table design you can either use right click Manage Table -> Table Properties (and get the problems described above)
> or use the status bar below the visual editor input field .... Using the status bar is not intuitive in the first place especially not for editors...
The required double click you describe - I tried a 3.2 starter site with Firefox and could not reproduce this need for a double click. Could you describe this in more detail so we may repro this?
But it is true that the need to single out "table" in the element selector at the bottom is a rather tricky maneuver and too hard for users. If you can describe some way we could do this better, so users find this easier, please share. Personally I find
it hard to do without making the toolbar weird in some way.
But on the bright side - if we move the class selector for a table to the primary Table Properties tab and put the little palette icon in there, end user life should be vastly improved.