Created attachment 111314 [details]
track change sidebar in MS Word
Now that Kendy was able to move the track changes dialog into the sidebar, some tweaking needs to be done to it.
1) The content need to fit in the default size of the sidebar, so the content size needs to resizable with the sidebar width. A minimum size of this sidebar tab should also be set, similar to the properties tab.
2) The change list needs to be changed from a column view to a row orientation, similar to the below.
Author, Date/Time (12 hour version ideally)
Comment: Comment Text
The comment line would only be shown if a track change comment was added
3) As we have lots of vertical space, the filter tab could be moved into a content panel/section that is hidden by default and is positioned below the accept/reject buttons, so the user doesnt need to switch between tabs to filter out results.
4) New icon needs to be created for the sidebar as the current one symbolizes that the dialog will be popping up. :D
5) MS Word has summary content panel/section to show the total number of inserts, deletes, etc.
I like the most of the ideas, though it's hard to predict how e.g. the list will look in real life.
(In reply to Jay Philips from comment #0)
> 3) As we have lots of vertical space, the filter tab could be moved into a
> content panel/section that is hidden by default and is positioned below the
> accept/reject buttons, so the user doesnt need to switch between tabs to
> filter out results.
It looks more natural to have the filter pane (hidden) at the top. Once it expands the choices are made and the result listed below..
It's how I know more filter/search panels.
(In reply to Cor Nouws from comment #1)
> I like the most of the ideas, though it's hard to predict how e.g. the list
> will look in real life.
Yes it definitely is, so we'll have to see what the control looks like in this horizontal layout and then try to tweak it.
> It looks more natural to have the filter pane (hidden) at the top. Once it
> expands the choices are made and the result listed below..
> It's how I know more filter/search panels.
Was suggesting it at the bottom as then the result list wont be shifting up and down when you open and close the filter section.
(In reply to Jay Philips from comment #2)
> Was suggesting it at the bottom as then the result list wont be shifting up
> and down when you open and close the filter section.
Shouldn't be any problem given the examples I gave. So OK to do it at top ?
> Author, Date/Time (12 hour version ideally)
Err, we should not favor AM/PM artificially. It should use the format specified by the system’s locale.
(In reply to Adolfo Jayme (UX) from comment #4)
> Err, we should not favor AM/PM artificially. It should use the format
> specified by the system’s locale.
Every LO local i switched to always showed it in 24-hour mode. The date format would change but not the time format.
(In reply to Cor Nouws from comment #3)
> Shouldn't be any problem given the examples I gave. So OK to do it at top ?
Which ever position works best is always my preference. :D
I modified the mockup at https://docs.google.com/document/d/1UuZUJYOLPM3_LdW77OSAaUBpDhRg3iHSjo31DTUEEzk/ with some options for the list of changes.
My favorite is a list view (left option) but with expanded details on click as shown with the accordion. In this case threading wouldn't be available, and we need proper sorting. If the list of changes is sorted by the time of change and users go forward step by step, which means page by page, the position in the list might have annoying jumps.
Here is a better view of how MS Word has its track change review page and also how it shows tracked formatting changes in the document. http://i.imgur.com/4sGs3GP.png
After discussion in the UX team we came up with a solution described in a blog post at http://user-prompt.com/de/tracking-changes-with-libreoffice/
Mockup attached here as well.
Created attachment 113598 [details]
Mockup for the new sidebar
Created attachment 113599 [details]
Modification of the new sidebar for threaded reviews
In case we get threaded reviews (that is the change of a change), we should to show them in a tree. But this complicates some aspects and needs further work.
Was checking the mockup and wanted to suggest the following.
* Have a text label for the list titled 'Changes'
* Move the 'sort by' button to the right
* Add the protect and compare buttons from the toolbar into the track changes section in place of the track change comment button
* Add 'Edit Comment...' entry to the list context menu as it is currently
* Would be nice if we could turn the accept and reject buttons into split buttons and the split parts having entries for accept and reject all.
I agree with *1-4 but *5, split button, might be confusing since it works as Accept/Reject (selected) by default. The function would be the same as for the split option if all items are selected
Split buttons are good for clear alternatives but with a default in more than 80% (arbitrary number taken from the pareto rule). And I'd say Accept/Accept All has a 50/50 distribution.
(In reply to Heiko Tietze from comment #13)
> I agree with *1-4 but *5, split button, might be confusing since it works as
> Accept/Reject (selected) by default. The function would be the same as for
> the split option if all items are selected
Without the split button, a user would have to right-click, click select all, then click the accept all button. This is with the assumption that they already know that their is right-click context menu. Having it as a split button, just gives users another means of achieving the same thing and is easily noticeable.
> Split buttons are good for clear alternatives but with a default in more
> than 80% (arbitrary number taken from the pareto rule). And I'd say
> Accept/Accept All has a 50/50 distribution.
There are normally two types of split buttons and one of them is to provide additional options of the same function that is put as the main button of the split button. An example of this is the paste button, where the drop down gives more options of pasting.
*** Bug 101118 has been marked as a duplicate of this bug. ***
We're replacing our use of the 'ux-advise' component with a keyword:
Component -> LibreOffice
Add Keyword: needsUXEval
Calc has track changes too.. but doesn't use the side bar .. interesting ;)
Filter set in Sidebar is not selected if Manage Track Changes open separately. It should of course be the same.
If I see well, Manage Track Changes (and in Sidebar) has simple Action now: + and X although there exist 4 separate actions; Formats, Insertion, Deletion, Table Changes. So, there should be 4 different icons, not just 2.
And I couldn't figure out how Table Changes is used. Not obvious and Help not of help: https://help.libreoffice.org/index.php?title=Common/Filter.
Setting Assignee back to default. Please assign it back to yourself if you're
still working on this issue
*** Bug 127098 has been marked as a duplicate of this bug. ***
(In reply to Heiko Tietze from comment #9)
> UX team came up with a solution in... http://user-prompt.com/de/tracking-changes-with-libreoffice/
It's replicated at https://design.blog.documentfoundation.org/2015/02/19/tracking-changes-with-libreoffice/
*** Bug 143922 has been marked as a duplicate of this bug. ***
UX input done, in implementation phase now.