|
|
Today test : Cell selection is now fine and "Table & frame adjust" is now much simplified and better. Other bugs have not changed. New related 0011302 : Undo is very limited on tables. |
|
|
I've just tried the new table fetaure in 1.5.0svn and it looks like this is going to be a powerful tool. I just wanted to add to the above that I consider the ability to vertically center text in a cell also to be an essential feature for tables. |
|
|
Updated the issue text with text styles change on a row or column : "Once a set of cells is selected it is possible through the PP to change the text style or paragraph property of the selection's text BUT only the first (top left) cell is affected (the other selected cells dont change at all) " |
|
|
I agree that "vertical centering" text is felt as required. AMOF it should be default. |
|
|
Also the table borders cannot be set for rows, columns or the whole table. For a hidden table you have to set border width for the whole table and for each single cell to Zero - and then you have to change the type of the line. Otherwise the changing of the line width has no effect (update document also doesn't help). |
|
|
Dear all, I would strongly argue to step up Severity and fix the need for individual cell properties. I am new, and not a active developer, but let me iterate a bit on this: Having to set cell properties individually is killing Scribus usage for any table work document. My personal story is that I have a workbook with 50 pages (out of many others) where tables are (my) styling solution for questions and testing options. See picture bellow - there are chunks of paragraph text aligned with testing options and additional information. Not possible to do it differently in Scribus. I need 1 simple thing - remove all lines to have a sort of styling sceleton of textboxes. Time-wise it means 50 pages x 2 tables per page x 8 x 4 cells per page x 3 clicks (select cell, select line, set color to None) = 9600 clicks x 1,5 secs to do 3 clicks = 4 hours of clicking. And this was just for 1 style change. 1 operation in style. Typically there would be more then 1 tweak of cell style necessary. E.g. for picture I need to have top lines hairline style. This multiplies the time. In addition, whenever I change table (add a row, column) it means additional work as default styling is applied. I would qualify it as "tables are not working at all". Could you reconsider? Not for me. But for Scribus. I love it otherwise, have used it so far in no-tables environment, but I see this as feature to be working at least basically. 01.jpg (57,313 bytes) |
|
|
yes, this is what i consider too: scribus does not yet have a table tool. other people seem to be happy with the current state. contributions are welcome, but -- as far as i know -- there might be work going on behind the scenes... |
|
|
interesting. I have found scribus is quite messy at applying styles to the tables and cells etc.. I guess this suggestion might help to the whole issue of styles applied to tables ? |
- Anonymous
