https://bugs.documentfoundation.org/show_bug.cgi?id=158689
Stéphane Guillou (stragu) <stephane.guil...@libreoffice.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Blocks| |108364
CC| |libreoffice-ux-advise@lists
| |.freedesktop.org,
| |stephane.guillou@libreoffic
| |e.org
Version|7.6.4.1 release |Inherited From OOo
Summary|Calc Format>Columns>Optimal |Calc's double-click on
|Width reverts to default |column header boundary
|value |always uses the default +2
| |mm for optimal width,
| |instead of what is defined
| |in Format>Columns>Optimal
| |Width
Keywords| |needsUXEval
--- Comment #3 from Stéphane Guillou (stragu)
<stephane.guil...@libreoffice.org> ---
(In reply to David Lynch from comment #0)
> Do the following:
> a. File>New>Spreadsheet
> b. Select all cells
> c. Format>Columns>Optimal Width enter 0 in Add, unselect Default value [OK]
> d. Enter 1 in cell A1
> e. Select column A, double-click right column separator in column A.
> f. Column width changes to .53cm
I get .50 cm
> g. Format>Columns>Optimal Width Add still shows 0, just do [OK]
> h. Column width changes to .33cm
I get .30 cm.
So I still reproduce as described: double-click on column header boundary
results in an optimal width of minimal + 2 mm.
The same happens in OOo 3.3.
It's true the documentation doesn't say the two actions (dialog or double-click
boundary) are disconnected:
https://help.libreoffice.org/7.6/en-US/text/scalc/01/05040200.html
UX/Design team, is this expected, or should the double-click use the latest
"Add" value? In my opinion, it makes sense to make uniform, and allow users to
set the Add value to then directly reuse it with the faster double-click
method.
Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 40617d867346956588ac023511f31210107217f4
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded
Referenced Bugs:
https://bugs.documentfoundation.org/show_bug.cgi?id=108364
[Bug 108364] [META] Table/Row/Column/Cell management function bugs and
enhancements
--
You are receiving this mail because:
You are the assignee for the bug.
