View Issue Details

IDProjectCategoryView StatusLast Update
0017821ScribusTablespublic2026-05-22 09:26
Reporterqirat Assigned Tocbradney  
PrioritynormalSeverityminorReproducibilityalways
Status resolvedResolutionfixed 
PlatformLinuxOSFedora WorkstationOS Version44
Fixed in Version1.7.4.svn 
Summary0017821: Tables: Pressing TAB on the last cell should expand table with border
DescriptionNow, it does create a new row below which is visible (cyan corners) and the overflow icon appears in the corner, but the current table border is not applied to it. The new row is not visibly a part of the table, if you will. See screenshot.

It is only when you hover over any border of the table (any border) and drag in any direction that the border is applied to that row.
TagsNo tags attached.
Attached Files
PatchNo

Activities

qirat

2026-05-21 09:45

reporter   ~0053729

Thanks a ton for the quick fix, MrB. I would like to add a few things. Kindly notice.
Here is what I think (and have observed in LibreOffice):

1. In LO, TAB adds a new row at the end extending the height of the table equal to the height of the last row. Scribus on the other hand keeps the table height intact and adds a new row thus forcing the existing rows to shrink. (Keep TAB pressed for a few secs in both Scribus and LO). LO way makes more sense imho.
2. Shrinking the row too narrow (or a tiny table to begin with) in Scribus causes the cursor to show too large (see screenshot below, the cursor is in the second last row actually). LO does not allow shrinking row height after a limit thus no such issue. I tried small font size but the cursor stays the same size in Scribus.
3. Columns in both programs follow the same idea: no change in table width while adding new columns. Makes sense, imho.

cbradney

2026-05-21 19:36

administrator   ~0053732

I changed it so inserting rows or columns in the last one, or tab in the last cell adds a row/column and expands the table. That matches your 1. I have changed 3 to not follow LO process and add at the end though, but matches Word.

The cursor issue - for another bug, please.

qirat

2026-05-22 09:26

reporter   ~0053739

Yes. I just tested, MrB. It works great.
Moreover, I filed a fresh report for the cursor issue. Feel free to close this one. Thanks again.

Issue History

Date Modified Username Field Change
2026-05-20 10:03 qirat New Issue
2026-05-20 10:03 qirat File Added: Screenshot From 2026-05-20 15-16-10.png
2026-05-20 18:59 cbradney Assigned To => cbradney
2026-05-20 18:59 cbradney Status new => resolved
2026-05-20 18:59 cbradney Resolution open => fixed
2026-05-20 18:59 cbradney Fixed in Version => 1.7.4.svn
2026-05-21 09:45 qirat Note Added: 0053729
2026-05-21 09:45 qirat File Added: Screenshot From 2026-05-21 15-08-15.png
2026-05-21 19:36 cbradney Note Added: 0053732
2026-05-22 09:26 qirat Note Added: 0053739