Hi, Steps to reproduce:
- add some text to a writer document (using AutoText td+F3 for example)
- put the cursor on the second line
- select Insert > Bookmark, give a name in the dialog that opens, press OK
- insert another bookmark two lines below using the same proces
- display the Navigator
==> the second bookmark is listed first while they are correctly listed in the Status bar (right click on the page number).
Build ID: 50ab596fa526244dbb3115029a5e87464b939305
TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:master, Time: 2014-11-17_01:42:28
while correct in Version: 188.8.131.52
Build ID: f9b3ad49d92181b0a1fe7e76f785a2c2cd0847d3
Created attachment 109631 [details]
text file to test
cannot reproduce on 4.4.0.alpha0 and 4.4.0.alpha2 ..
(In reply to Cor Nouws from comment #1)
> cannot reproduce on 4.4.0.alpha0 and 4.4.0.alpha2 ..
Ubuntu 32 bits
They seem to be in the alphabetical order. What's wrong with that?
(In reply to Urmas from comment #3)
> They seem to be in the alphabetical order. What's wrong with that?
Hi Urmas, yes, you're right, they are in alphabetic order. In previous versions they were in the same order as when inserted, like all the objects listed in the Navigator and like it's still in the Status bar. Sophie
(In reply to sophie from comment #4)
> (In reply to Urmas from comment #3)
> > They seem to be in the alphabetical order. What's wrong with that?
> Hi Urmas, yes, you're right, they are in alphabetic order. In previous
> versions they were in the same order as when inserted, like all the objects
> listed in the Navigator and like it's still in the Status bar. Sophie
Tried with LO 3.5. I added bookmark "AA" into your file and in navigator is this bookmark on first position. The same behaviour as in LO 4.5
(In reply to sophie from comment #0)
> Hi, Steps to reproduce:
> - add some text to a writer document (using AutoText td+F3 for example)
> - put the cursor on the second line
> - select Insert > Bookmark, give a name in the dialog that opens, press OK
> - insert another bookmark two lines below using the same proces
> - display the Navigator
> ==> the second bookmark is listed first while they are correctly listed in
Did this from scratch in 3.5.0 and gave the name bb to the first inserted one and aa to the second. In the navigator aa is the first listed one.
Ubuntu 14.10 64-bit
Build ID: 7e68ba2-a744ebf-1f241b7-c506db1-7d53735
Created attachment 114372 [details]
file with screenshots from two versions
Attached PDF shows screenshots from 184.108.40.206 and 220.127.116.11
in both I created a document with various copied/inserted bookmarks
sort order in Navigator in different from that on the status bar, but the same in both versions.
Difference is (and that bit me this morning with some automation trick :( ) that copied bookmarks were nicely named in previous versions
Previous: Copy A and B >> A1, B1, A2, B2
Currently: Copy A and B >> A5, B6, A7, B8
which makes searching in many copied bookmarks (serial letters...) a night mare ..
Tested it again today with Version: 18.104.22.168
Build ID: 88805f81e9fe61362df02b9941de8e38a9b5fd16
Bookmarks are sorted by alphabetic order in the Navigator while listed by order of insertion in the status bar. Sophie
Discussed with sophie and I'm changing this to a feature request: "Allow sorting of bookmarks in the navigator in two ways: alphabetically and by order in document"
FYI: I work (way to slow) on a patch to retrieve the original behaviour.
For the reasoning: see my comment #7
To consider: should the sorting mode selection apply both to the right-click page number AND navigator (see bug 90415)?
*** Bug 123514 has been marked as a duplicate of this bug. ***
Created attachment 152233 [details]
Modification of the test case from above with some additional findings
In Version: 22.214.171.124.alpha1+ Build ID: 77ae0abe21f672cf4b7d2e069f1d40d20edc49a7 bookmarks appear ordered alphabetically in the navigator.
I took the example given above and derived from it one with some copies of the original text. Bookmarks to the previous bookmarks are created automatically which differ from its ancestors by automatically appended numbers. Therefore we have so many similar looking bookmarks in this version of the file.
At the beginning of this modified test file there is a playground where I noted some of the copied bookmark names in order to try placing hyperlinks to them.
One can do so by adding the complete name of the hyperlink in the insert hyperlink dialogue, but then you have to type it it correctly which is not very easy in this test case with that many similar bookmark names.
The heading of my text shows how you can circumvent the deplored missing function of ordering bookmarks in the navigatorby appearance in the text: The Insert Bookmark dialogue shows all existing bookmarks ordered by appearance and it has an option "go to" (or double click on one). If one aborts from that, one has gone to the chosen existing bookmark, possibly this is what was wished on the onset of this post.
*** Bug 147658 has been marked as a duplicate of this bug. ***
Created attachment 178832 [details]
bookmarks sort demo
Is the check menu item shown in the demo enough or would a sub menu 'Sort' having 'Alphabetically' and 'By order in document' radio buttons be better?
Hello. "sub-menu"; wise anticipation. If there was a unique option aiming at sorting present in UI, unknown would be the sorting type while that option is not selected.
The radio button idea to choose sort type seems more useful if there was three sort choices. At present there is only the options to sort alphabetically or by order of occurrence in the document from start to end. It may be that other orderings are of use, for example, order of occurrence from end to start in the document (IOW reverse document order).
Here is an enhancement patch that adds a check menu item to sort alphabetically. When unchecked, the order of occurrence from start to end in the document is used. The patch adds the sort alphabetically check menu item for all content types except 'Comments' and 'Footnotes and Endnotes'. 'References' have always been sorted alphabetically. The patch changes this to be consistence with all the other categories initially listing members in order of occurrence from start to end in the document.
"three sort choices"; When reverse order options are generally proposed, the overall number of options is double of non-reverse sort options. Then in the present context, four sort choices would be produced.
(In reply to Jim Raykowski from comment #15)
> Is the check menu item shown in the demo enough
LGTM. (and fwiw comment 8 is still valid)
Jim Raykowski committed a patch related to this issue.
It has been pushed to "master":
tdf#86395 tdf#104253 tdf#147658 tdf#135043 SwNavigator sort enhancement
It will be available in 7.4.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:
Affected users are encouraged to test the fix and report feedback.
(In reply to sdc.blanco from comment #19)
> (In reply to Jim Raykowski from comment #15)
> > Is the check menu item shown in the demo enough
> LGTM. (and fwiw comment 8 is still valid)
Comment 8 would be doable if it is decided the sort order should persist. Let's fist give it a go without persistence.
AppImage | https://libreoffice.soluzioniopen.com/daily-version/ | Files not updated since 2022-01-23.
(In reply to ricky.tigg from comment #22)
> AppImage | https://libreoffice.soluzioniopen.com/daily-version/ | Files not
> updated since 2022-01-23.
You can also roll your own appimages: https://wiki.documentfoundation.org/Installing_in_parallel/Linux#Automated_installation
Own AppImage | Version: 126.96.36.199.alpha0+ / LibreOffice Community; Build ID: 778bbcede813dd51e11ee61583247db1199eda63; CPU threads: 4; OS: Linux 5.16; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); UI: en-US; Calc: threaded