Bug 136344 - [UI] Keyboard shortcut for Table - Sort Ascending and Sort Descending not working
Summary: [UI] Keyboard shortcut for Table - Sort Ascending and Sort Descending not wor...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.3.6.2 release
Hardware: All All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: needsDevAdvice
Depends on:
Blocks: Shortcuts-Accelerators
  Show dependency treegraph
 
Reported: 2020-08-31 20:57 UTC by LeroyG
Modified: 2023-07-06 19:21 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Screenshot of the commands in the Form Navigation toolbar (202.61 KB, image/png)
2021-01-01 18:46 UTC, Gabor Kelemen (allotropia)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description LeroyG 2020-08-31 20:57:14 UTC
Description:
After setting a keyboard shortcut to the Table - `Sort Ascending` or `Sort Descending` functions, the shortcut apparently does nothing.

Steps to Reproduce:
1. Choose menu Tools - Customize - Keyboard tab.
2. Select Table category, Sort Ascending (or Sort Descending) function.
3. Select `F4` shortcut key, press Modify, and OK.
4. In a table, select cells with data and press `F4`.

Actual Results:
No change is seen.

Expected Results:
Cell become sorted from a to z, or increasing in number.


Reproducible: Always


User Profile Reset: No


OpenGL enabled: Yes

Additional Info:
Version: 6.3.6.2 (x86)
Build ID: 2196df99b074d8a661f4036fca8fa0cbfa33a497
CPU threads: 4; OS: Windows 6.1; UI render: default; VCL: win; 
Locale: es-MX (es_MX); UI-Language: en-US
Calc: threaded
Comment 1 neuffbn 2020-09-28 22:16:23 UTC
Thank you for reporting the bug. I can confirm that the bug is present in:

Version: 7.0.1.2 (x64)
Build ID: 7cbcfc562f6eb6708b5ff7d7397325de9e764452
CPU threads: 4; OS: Windows 10.0 Build 18362; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL

Also present in:

Version: 7.1.0.0.alpha0+ (x64)
Build ID: dec9a123867dcd0fea4683beeb3b4b6659f926f3
CPU threads: 4; OS: Windows 10.0 Build 18362; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL
Comment 2 Gabor Kelemen (allotropia) 2021-01-01 18:46:43 UTC
Created attachment 168625 [details]
Screenshot of the commands in the Form Navigation toolbar

These are the uno:Sortup and uno:Sortdown commands. These are indeed displayed in the Table category in the Customize - Keyboard tab.

I tried to see where are they used and these are by default parts of the Form Navigation toolbar, and not Table. I added them manually there too, but they are greyed out when I select some data in a Writer table. So they are not Table-related commands.

But the assigned shortcuts are displayed next to them in the right click menu of the Form Navigation toolbar - Visible buttons section, so the assignment part works.

I think these commands should be categorized differently in the Customize dialog under Controls, since they are not Table but Form Control commands.
Comment 3 Gabor Kelemen (allotropia) 2021-01-04 18:56:29 UTC
I looked at this problem a bit more.

These are actually database table commands and are prominent in Base at the Table editing dialog.

Turns out a lot of similar Base table commands (to find most of them: git grep SfxGroupId::Table svx ) are categorized as Table, as well as Writer / Draw table commands (to find them: git grep SfxGroupId::Table sd sw ) are categorized under Table which can be quite confusing.

I think the whole command categorization deserves a small step back and rethinking of the category list found in include/sfx2/groupid.hxx

Adding neeedsUxEval keyword for possible input.
Comment 4 Heiko Tietze 2021-01-13 09:50:13 UTC
Why not add a Forms category? Maxim, what do you think?
Comment 5 Heiko Tietze 2021-07-05 11:20:32 UTC
Muhammet, what's your take?
Comment 6 QA Administrators 2023-07-06 03:15:21 UTC Comment hidden (obsolete)
Comment 7 Alec K 2023-07-06 19:21:35 UTC
This bug is still present in

Version: 7.5.4.2 (AARCH64) / LibreOffice Community
Build ID: 36ccfdc35048b057fd9854c757a8b67ec53977b6
CPU threads: 10; OS: Mac OS X 13.4; UI render: default; VCL: osx
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded

No sort/re-order/change is seen in a table comprised of one letter or number per cell within a column when hitting F4 after binding F4 to 'Sort Ascending' as described.