After clicking text in main part of Writer window, it would be nice to activate corresponding item in list (e.g. in sidebar tab for Tracking changes).
It works as you describe: character and paragraph styles are selected according what is active at the cursor. And also the direct formatting like bold, italic etc. is toggled correctly. Either I don't understand what you mean or it's buggy in 5.1.4 (testing with 5.3alpha). So could you please elaborate a little bit.
It is not about character/paragrph styles/formating. To reproduce: 1. Open any document with tracked multiple changes (removed/inserted text) in diferent places of document. 2. Make sure changes are visible: Edit - Track Changes - Show changes 3. Open dialog with list of changes: a) You can go via menu Edit - Track Changes - Manage Changes dialog. b) or also similar list may appear in sidebar: But you will be able to see sidebar tad for Tracking changes, only after you enable experimental functions in LibreOffice Options. 4. If you click item in list of changes, then changed text is marked/selected in document (this is OK); but if you click at any changed (removed/inserted) text, then corresponding item of changes will not activated (I wish – it should; at least MS Word do this).
I can reproduce in LibreOffice 5.2.2
Created attachment 128403 [details] Illustration of the issue Selecting one of the changes jumps to the respective position in the document while the other way doesn't work. In the example the last item in the list of changes was clicked (underline) and then the first edit clicked in the document (italic). Expected result is that this item is activated in the list of changes.
*** Bug 104161 has been marked as a duplicate of this bug. ***
For me it is a defect, not an enhancement, and even a regression because this functionality (who did this change and when) worked in previous versions. The information was given through a tooltip but it is fundamentally the same function. Best regards. JBF
No further UX input needed.
still a problem in Version: 5.4.0.0.alpha0+ Build ID: a60960272ec3079d14295a72ccd08294077f5783 CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; VCL: gtk2; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2017-02-05_07:01:06 Locale: nl-NL (nl_NL.UTF-8); Calc: group
(In reply to Jean-Baptiste Faure from comment #6) > For me it is a defect, not an enhancement, and even a regression because > this functionality (who did this change and when) worked in previous > versions. The information was given through a tooltip but it is > fundamentally the same function. I can still see the tooltip in 5.3.0.3 / Windows 7 (is there no tooltip in Linux?), and I'm not sure it covers the functionality the reporter would like to see.
This bug is not related with tooltip
(In reply to Aron Budea from comment #9) > (In reply to Jean-Baptiste Faure from comment #6) > > For me it is a defect, not an enhancement, and even a regression because > > this functionality (who did this change and when) worked in previous > > versions. The information was given through a tooltip but it is > > fundamentally the same function. > > I can still see the tooltip in 5.3.0.3 / Windows 7 (is there no tooltip in > Linux?), and I'm not sure it covers the functionality the reporter would > like to see. No tooltip for me in LO 5.3.1.0.0+ under GTK3 and Ubuntu 16.04 x86-64. As a consequence it is impossible, moving the cursor in a modified text, to know who did this change. No tooltip too if I deactivate the experimental functions. It is a problem with GTK3. Indeed if I go back to GTK2 I see the tooltips : In a terminal: > export SAL_USE_VCLPLUGIN="gtk" > libreoffice5.3 Now tooltips are shown. Best regards. JBF
(In reply to opensuse.lietuviu.kalba from comment #10) > This bug is not related with tooltip Yes but no: it is about the lack of mean to know who did a given change. If tooltips are shown, it is an enhancement (not finished development) and we can live with it, if tooltips are not shown, it is a functional regression (a function that was available is not available anymore) that kill the track changes function. Best regards. JBF
(In reply to Jean-Baptiste Faure from comment #11) > No tooltip for me in LO 5.3.1.0.0+ under GTK3 and Ubuntu 16.04 x86-64. As a > consequence it is impossible, moving the cursor in a modified text, to know > who did this change. > No tooltip too if I deactivate the experimental functions. Could you open a separate bug report on this? The new report could be treated as a bug, and the existing report can be kept as an enhancement request corresponding to the original suggestion.
(In reply to Aron Budea from comment #13) > (In reply to Jean-Baptiste Faure from comment #11) > > No tooltip for me in LO 5.3.1.0.0+ under GTK3 and Ubuntu 16.04 x86-64. As a > > consequence it is impossible, moving the cursor in a modified text, to know > > who did this change. > > No tooltip too if I deactivate the experimental functions. > > Could you open a separate bug report on this? The new report could be > treated as a bug, and the existing report can be kept as an enhancement > request corresponding to the original suggestion. You are right, done: https://bugs.documentfoundation.org/show_bug.cgi?id=106078 Best regards. JBF
(In reply to Aron Budea from comment #13) > ... and the existing report can be kept as an enhancement > request corresponding to the original suggestion. if you mean this specific report: is was OK in the past, so not an enhancement.
(In reply to Cor Nouws from comment #15) > if you mean this specific report: is was OK in the past, so not an > enhancement. Yes, what is described in the second half of step 4 in comment 2. In which version did it use to work?
(In reply to Aron Budea from comment #16) > Yes, what is described in the second half of step 4 in comment 2. In which > version did it use to work? Good question. I really had the idea it did, but apparently I mixed things up. In any case, in the older versions that I have at had (3.3 / 3.6 / 4.0 ) it doesn't work. And maybe @jean-baptiste in comment #6 referred to the tool tip, not this behavior?
(In reply to Cor Nouws from comment #17) [...] > And maybe @jean-baptiste in comment #6 referred to the tool tip, not this > behavior? Indeed. :-) Best regards. JBF
ok then ...
For me this one looks like a subset and duplicate od Bug 39366.
Please add keyword 'needsUXEval' and CC 'libreoffice-ux-advise@lists.freedesktop.org' if input from UX is needed.