Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 157933

Summary: [discussion] Make it easy to build up the context for new tasks
Product: z_Archived Reporter: Michael Scharf <eclipse>
Component: MylynAssignee: Mik Kersten <mik.kersten>
Status: RESOLVED DUPLICATE QA Contact:
Severity: enhancement    
Priority: P3 CC: sflaniga, wmitsuda
Version: unspecified   
Target Milestone: 3.0   
Hardware: PC   
OS: Windows XP   
URL: http://www.scharf.gr/eclipse/Probmens/Mylar/ContextProblem/
Whiteboard:

Description Michael Scharf CLA 2006-09-19 22:23:00 EDT
I have created a small flash animation to show my workflow problem:
  http://www.scharf.gr/eclipse/Probmens/Mylar/ContextProblem/

Here's the text version:

- I work on task FOO (let's say I implement a
  feature)

- Now I see something in the code that I think
  should be refactored (not directly related to
  FOO), but because I am working on FOO, I create
  a new task FIXME to remind me to do this.

- If I now switch to the newly created task FIXME,
  all my editors get closed. This makes sense if
  I switch to a task that has context, because
  mylar puts me in that context. But FIXME is
  a newly created task without context and I have
  to start building the context starting from zero.
  All my editors get closed and the expanded tree
  in the package explorer gets collapsed.

- This is annoying, because I have now to navigate
  back to the file I have found the problem that
  made me creating the new task FIXME.

- However. If I work with no task active, and I
  find something interesting and create a task
  FIXME, then I can activate FIXME a all my editors
  remain open. But working on no task is also annoying,
  because if I work on a task and I deactivate the
  task: BANG all my editors get closed.

Possible solutions:
1) When switching off a task (going into normal
   mode), don't clear the context. Have an action
   clean everything when no task is active. This
   could be done in the active task context menu:
   "Deactivate without closing editors". I could
   close the stuff I don't want, before I activate
   my new empty Task.

2) Have a button deactivate the current task
   without closing all editors. This could be
   done by a stop button in the task list. The
   only difference is that it deactivates the
   current task and does not close the open
   editors and the expanded items in the package
   explorer. Again, now I could close the stuff
   I don't want, before I activate my new empty Task.

2) Switching to tasks without context never cleans
   the context (like it does if you have no task
   active)

3) Copy the context from the old task to the new
   task.


My favorite is (1). Solution (20 is also good. Solution
(3) would impact current users and solution (4) is
not really helpful, because the I don't want the
heritage of another task....

Michael
Comment 1 Eugene Kuleshov CLA 2006-09-19 22:48:21 EDT
To me it seems that copying current context into new task (e.g. when new task created while some other task is active) does make sense and also quite natural.

All other suggested options seem way too specific to this workflow...
Comment 2 Sean Flanigan CLA 2006-09-20 01:50:57 EDT
Copying context from one task to another sounds good to me.  However, rather than always copying an active context, it would be better to add a new action: Clone Task.  Always copying the context is probably not the right thing.

I think a button for option "2" (er, the first "2": keeping editors open) would be useful as well.  I often forget to deactivate the current task before following a rabbit trail.  When I remember, I would like to deactivate the task (to avoid polluting the context) but keep working in those editors.

If I had to choose just one, I think I would take the latter.
Comment 3 Mik Kersten CLA 2006-09-25 18:53:22 EDT
Within a few weeks we should have the copy/paste context functionality to experiment with.  Once we all get some experience with that let's use this bug to discuss improving the workflow.
Comment 4 Michael Scharf CLA 2006-09-25 23:28:48 EDT
sounds good :-)
Comment 5 Dave Orme CLA 2007-03-03 15:28:32 EST
I also use Mylar extensively and have had this problem.

Personally, solution #3 seems like it would make the most sense, but I have the following suggestion:

- If I create a new task when there is another task already open, Mylar could prompt me if I want my task context from the current task copied into the new task.

I sometimes bulk-add tasks one after the other, forgetting to close the current task.  It would be just as annoying to go to the other tasks later to find that they had copied the (irrelevant) context of the open task.

If I create a task with no existing task open, then Mylar wouldn't prompt me.  So it would be easy to get rid of the prompt--just deactivate the current task, add the new ones, then reactivate the current task.
Comment 6 Mik Kersten CLA 2007-03-22 23:11:52 EDT
Michael: are you now using the copy/paste context to work around this?  If so how is it working?  The idea with adding that was to get people to experiment with it, since in one way or another all of your suggestions are related to copying context.  We usually out what the right automation/streamlining is to add the manual support and get feedback on that.  We could do some of what you and Dave are suggesting, but need to make sure this kind of context copying is the right way of "forking" the kinds of tasks that you describe, especially sine we're also considering what to do with subtasks and contexts (bug 137543).

Btw, regarding the steps in your video, note that all of the editors that were closed are still in your "Back" list on the toolbar.  This is essential, because no matter what Mylar is doing with the context the navigation history persists, meaning that the last 10 open editors can always be opened.
Comment 7 Mik Kersten CLA 2007-06-17 00:35:04 EDT
Need to hear back on comment#6 to investigate further.
Comment 8 Mik Kersten CLA 2007-07-16 19:21:45 EDT
We have had very little feedback from users about using the "Copy Context To" functionality.  However, this is still an open problem in 3.0 and bug 196751 might be helpful in providing a good 'seed' context when first activating a task.
Comment 9 Mik Kersten CLA 2008-05-13 16:10:01 EDT
For 3.0 the idea is to custom draw facilities in views that are filtered when there is no context active, so that the view can still be navigated without being unfiltered.

*** This bug has been marked as a duplicate of bug 172580 ***