Bug 93099 - UI: sort order triangles (in column headers) do not follow prevailing convention
Summary: UI: sort order triangles (in column headers) do not follow prevailing convention
Status: RESOLVED WONTFIX
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
5.0.0.4 rc
Hardware: Other All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-08-03 13:53 UTC by Marc PHILIPPE
Modified: 2020-11-23 09:13 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
screen shots with sorted tables showing a sort order triangle (in LO, FreeCommander and Firefox) (464.60 KB, application/zip)
2015-08-03 13:53 UTC, Marc PHILIPPE
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Marc PHILIPPE 2015-08-03 13:53:32 UTC
Created attachment 117625 [details]
screen shots with sorted tables showing a sort order triangle (in LO, FreeCommander and Firefox)

* Generally observed behaviour in IT (outside LO):
When a table is sorted on a specific column, it can be indicated in the column header with a triangle. The convention is *nearly* always the following:
- an up triangle (on its base) indicates an ascending order
- a down triangle (on its tip) indicates a descending order.
But there are some exceptions, one of them being GTK.
(As I read, GTK follows by default the opposite of the forementioned convention, but it can be tweaked.)

* Observed behaviour in LO:
The few tables present in the Tools->Options dialog boxes follow the GTK-like convention, instead of the most used convention.

* Question:
When displaying sort order triangles, wouldn't it be better to abide by the most followed rule?
IMHO, this issue is of very minor importance in the present state, but could concern more cases in the future if sort order triangles become in use for other features.
Comment 1 Buovjaga 2015-08-03 14:22:44 UTC
Confirmed.

Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+
Build ID: 902255645328efde34ddf62227c8278e8dd61ff0
TinderBox: Win-x86@39, Branch:master, Time: 2015-07-30_03:52:07
Locale: en-US (fi_FI)
Comment 2 Buovjaga 2020-11-23 09:13:26 UTC
I looked into this and noticed it could be changed in vcl/source/app/salvtables.cxx set_sort_indicator() function by swapping the arrows in

if (eState != TRISTATE_INDET)
{
    if (eState == TRISTATE_TRUE)
        nBits |= HeaderBarItemBits::DOWNARROW;
    else
        nBits |= HeaderBarItemBits::UPARROW;
}

However, GTK3 already uses native widgets directly and thus is unaffected by this change. The ultimate goal is to have *all* the backends use native widgets, so I realised that the original request does not make sense in that future world. Thus I will close this.