Bug 33398 - Add "grab and drag" to freeze columns and rows
Summary: Add "grab and drag" to freeze columns and rows
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: Other All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: topicUI
Depends on:
Blocks: Cell-Freeze
  Show dependency treegraph
 
Reported: 2011-01-24 01:06 UTC by Larsen
Modified: 2023-12-05 04:07 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Larsen 2011-01-24 01:06:45 UTC
Additionally to freezing rows and columns via the menu command it would be nice if you could do it the Lotus 1-2-3 way: you grab the lower boundary of column 0 and drag it to the position/column where you want the new fixed header column to be (same for the rows).
Comment 1 Noel Power 2011-01-24 06:14:02 UTC
for kohei I think to evaluate
Comment 2 Holger Klene 2018-04-03 10:17:09 UTC
This collides with unhiding the first row/column by dragging the very same divider in question in case the first row/column is hidden.
Comment 3 jr.om 2023-12-03 22:49:08 UTC
>This collides with unhiding the first row/column by dragging the very same divider in question in case the first row/column is hidden.

This is the first time I've seem this "feature", and it's a shitty one lol. If I hide a column and want to resize the previous column I have to move the cursor to a really specific position, otherwise it'll unhide that column.

IMO it would be a lot better to change this behavior to the proposed one, as it will avoid unexpected behavior as well as increasing accessibility. This will also make it easier for users that come from other suites, such as Google Sheets, as well as having more common behavior being more accessible (you're a lot more likely to freeze or resize a row/column than you are to unhide it).