This Bugzilla instance is deprecated, and most Eclipse projects now use GitHub or Eclipse GitLab. Please see the deprecation plan for details.
Bug 205669 - provide popup that shows task changes
Summary: provide popup that shows task changes
Status: RESOLVED WONTFIX
Alias: None
Product: z_Archived
Classification: Eclipse Foundation
Component: Mylyn (show other bugs)
Version: unspecified   Edit
Hardware: PC Linux
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Steffen Pingel CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-10-07 16:37 EDT by Steffen Pingel CLA
Modified: 2009-06-20 16:21 EDT (History)
0 users

See Also:


Attachments
first iteration (34.02 KB, image/png)
2007-10-08 01:47 EDT, Steffen Pingel CLA
no flags Details
second iteration (28.44 KB, image/png)
2007-10-08 14:37 EDT, Steffen Pingel CLA
no flags Details
changes popup (24.59 KB, patch)
2007-10-09 20:43 EDT, Steffen Pingel CLA
no flags Details | Diff
mylyn/context/zip (35.75 KB, application/octet-stream)
2007-10-09 20:44 EDT, Steffen Pingel CLA
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Steffen Pingel CLA 2007-10-07 16:37:27 EDT
The idea is to have a view similar to the existing tooltip that shows a concise summary of all changes to a task. The view should be quick and update as the user scrolls through the task list. This should improve usabability as replacement for email notifications. 

The UI could look similar to the PDE plug-in spy:

http://bp0.blogger.com/_2017w9FY4Do/RvLF35HR3qI/AAAAAAAAALk/8ihv6Hx0sK8/s1600-h/pde-pluginspy.png

Related: bug 177208
Comment 1 Eugene Kuleshov CLA 2007-10-07 23:21:17 EDT
Are we talking about view or popup dialog like pdespy shows?
Personally I think that form-based UI takes to much space to be used inside view. Also, you need to think where to put such view within standard Mylyn perspective layout.
All in all I think popup would be a better option, so it may be a better idea to investigate improvements for the current tooltip UI.
Comment 2 Eugene Kuleshov CLA 2007-10-07 23:23:09 EDT
BTW, another option would be to automatically show task editor for the currently selected task when selection changed and reuse task editor when scrolling trough the task list.
Comment 3 Steffen Pingel CLA 2007-10-07 23:38:53 EDT
I am currently working on a PopupDialog based implementation that uses a form. I'll attach a screenshot soon. I don't think the task editor suitable for that purpose. It is too slow and will contain all information about a task and not only changed attributes.
Comment 4 Steffen Pingel CLA 2007-10-08 01:47:05 EDT
Created attachment 79872 [details]
first iteration
Comment 5 Eugene Kuleshov CLA 2007-10-08 02:51:43 EDT
(In reply to comment #3)
> I am currently working on a PopupDialog based implementation that uses a form.
> I'll attach a screenshot soon. I don't think the task editor suitable for that
> purpose. It is too slow and will contain all information about a task and not
> only changed attributes.

Maybe we need to fix task editor and make it fast. There is really no point to keep slow task editor, isn't it? :-)
Another, option is to use a platform comparison editor. I recall there was a prototype of such comparison editor for bugzilla. The advantage is that you could actually show complete differences and not a subset like in the current tooltip and in your dialog.

The UI you showed look neat, but at the same time it look heavyweight because of the use of form sections. Text wrapping is making it practically not readable (subjectively less readable then a current tooltip, which shows easy to compare/scan one line per attribute, or two line if value is too long).

By the way, what is the idea how user would interact with such popup dialog and what is the justification for using forms for this?
Comment 6 Steffen Pingel CLA 2007-10-08 10:50:21 EDT
> Another, option is to use a platform comparison editor. I recall there was a
> prototype of such comparison editor for bugzilla. The advantage is that you
> could actually show complete differences and not a subset like in the current
> tooltip and in your dialog.

That might be a useful addition but it is a completly different and separate feature.
 
> The UI you showed look neat, but at the same time it look heavyweight because of
> the use of form sections. 

Form Sections help to separate the dialog visually.

> Text wrapping is making it practically not readable
> (subjectively less readable then a current tooltip, which shows easy to
> compare/scan one line per attribute, or two line if value is too long).

Yes, that needs to be fixed. Either the font size needs to be decreased or the values need to be truncated.

> By the way, what is the idea how user would interact with such popup dialog and
> what is the justification for using forms for this?

There should be no interaction with the dialog. It is meant as a rich tooltip very similar to an email change notifications. Forms make it look nice.
Comment 7 Eugene Kuleshov CLA 2007-10-08 11:23:06 EDT
(In reply to comment #6)
> That might be a useful addition but it is a completly different and separate
> feature.

I don't see why it need to be separate. If I understood it right, the problem you are trying to address is to review incoming changes faster then opening task editor. Present task list tooltip is very compact but serving the same purpose and have several shortcomings:

- it don't align changes by columns (not necessary bad things if change may have good mix of short and long values)
- it don't show complete changes
- it doesn't support keyboard based navigation

So, I would suggest to evolve the tooltip and try to add keyboard navigation, including make tooltip stick, go to next changed task, open comparison editor, open task editor, mark read, etc. See http://wiki.eclipse.org/09052007Notifications#Design

Using comparison editor together with "go to next changed task" would serve same use case much better.

> > Text wrapping is making it practically not readable
> > (subjectively less readable then a current tooltip, which shows easy to
> > compare/scan one line per attribute, or two line if value is too long).
> 
> Yes, that needs to be fixed. Either the font size needs to be decreased or the
> values need to be truncated.

Truncating would defeat the purpose of such big dialog.

> There should be no interaction with the dialog. It is meant as a rich tooltip
> very similar to an email change notifications. Forms make it look nice.

-1 if it meant for a replacement to current compact tooltip. Big tooltip would hardly fit on the screen and will have all kind of corner issues.
Comment 8 Steffen Pingel CLA 2007-10-08 14:37:43 EDT
Created attachment 79913 [details]
second iteration
Comment 9 Steffen Pingel CLA 2007-10-08 14:46:41 EDT
 (In reply to comment #7)
> Present task list tooltip is very compact but serving the same purpose
> and have several shortcomings:
[...]

Shortcomings of the tooltip are a separate issue. 

> So, I would suggest to evolve the tooltip and try to add keyboard navigation,
> including make tooltip stick, go to next changed task, open comparison editor,
> open task editor, mark read, etc. See
> http://wiki.eclipse.org/09052007Notifications#Design

This popup is meant for quickly browsing changes made to tasks and not for notifications about those changes.

> Using comparison editor together with "go to next changed task" would serve same
> use case much better.

I am not convinced that the diff editor provides a concise view of the changes and is easy to use in terms of navigation but you are welcome to contribute that and convince me of the opposite.

> > There should be no interaction with the dialog. It is meant as a rich tooltip
> > very similar to an email change notifications. Forms make it look nice.
> 
> -1 if it meant for a replacement to current compact tooltip. Big tooltip would
> hardly fit on the screen and will have all kind of corner issues.

I am not trying to replace the current tooltip but I find the current display of changes in the tooltip hardly usable and would at least like to have an additional view/popup for that.
Comment 10 Eugene Kuleshov CLA 2007-10-08 15:41:24 EDT
(In reply to comment #9)
> Shortcomings of the tooltip are a separate issue.

We already have popup that shows task changes (that is what summary of this issue is requesting) and that usually mean that issue is simply resolved as worksome.

> This popup is meant for quickly browsing changes made to tasks 

You said "quickly browsing" so there is a user interaction. Even simply opening popup and then closing it is an interaction.

> and not for notifications about those changes.

That was an illustration what could be done in the UI. This design don't have to be limited to the notifications only.

> I am not convinced that the diff editor provides a concise view of the changes
> and is easy to use in terms of navigation but you are welcome to contribute that
> and convince me of the opposite.

It is enough that I am convinced. :-)

> > -1 if it meant for a replacement to current compact tooltip. Big tooltip would
> > hardly fit on the screen and will have all kind of corner issues.
> I am not trying to replace the current tooltip but I find the current display of
> changes in the tooltip hardly usable and would at least like to have an
> additional view/popup for that.

Can you please elaborate what issues you have with the current tooltip. It would make more sense to have usable component then duplicate similar pieces of UI in multiple places. That would be not a good idea from the UI point of view and will be also confusing for the new users.
Comment 11 Steffen Pingel CLA 2007-10-09 15:38:26 EDT
Work will continue on bug 205861.
Comment 12 Steffen Pingel CLA 2007-10-09 20:43:56 EDT
Created attachment 80012 [details]
changes popup

Attaching patch in case work on a popup dialog based implementation is continued later.
Comment 13 Steffen Pingel CLA 2007-10-09 20:44:00 EDT
Created attachment 80013 [details]
mylyn/context/zip
Comment 14 Steffen Pingel CLA 2009-06-20 16:21:48 EDT
It is more likely that we'll improve the Task List tooltip or provide an incoming presentation.