Created attachment 168823 [details] two screenshots of the Sort Dialogue. a.) Sorting direction Top to bottom b) left to right If you set the sorting direction in the Calc Sort option Dialogue from left to right (sort columns), the option command should actually be called boundary row(s) and not boundary column(s). In the option Column labels, this is switched over interactively immediately.
Thank you for this bug report. Confirmed in LO 7.2.1.0+. The help is correct : https://help.libreoffice.org/7.2/en-US/text/scalc/01/12030200.html Set status to NEW. Best regards. JBF
In LO version 7.4 the Sort dialogue has been modified. Unfortunately, the bug reported here was not corrected at the same time. The bug still occurs under: Version: 7.4.2.3 (x64) / LibreOffice Community Build ID: 382eef1f22670f7f4118c8c2dd222ec7ad009daf CPU threads: 8; OS: Windows 10.0 Build 22000; UI render: Skia/Raster; VCL: win Locale: en-GB (de_DE); UI: en-GB Calc: threaded
Bug still there in master (next 7.5). Changed OS to All. @Heiko: is it possible technically to change labels in the tab "Options" accordingly to selection in the tab "Sort criteria"? Best regards. JBF
(In reply to Jean-Baptiste Faure from comment #3) > @Heiko: is it possible technically to change labels in the tab "Options" > accordingly to selection in the tab "Sort criteria"? Yes, would be a beginner to medium difficult easy hack. The ui file is sc/uiconfig/scalc/ui/sortoptionspage.ui loaded from sc/source/ui/dbgui/tpsort.cxx.
Arvind K committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/b7dfed873d79417fff83410760fec84567b534e9 tdf#139544 change boundary columns to rows in sort dialog It will be available in 7.6.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
I don't see any further discussion, so I will consider this fixed.