Home » Eclipse Projects » Mylyn » Multiple Task Focus Levels
| |
Re: Multiple Task Focus Levels [message #48804 is a reply to message #48654] |
Mon, 19 May 2008 06:10 ![Go to previous message Go to previous message](theme/Solstice/images/up.png) ![Go to next message Go to next message](theme/Solstice/images/down.png) |
Jörg Thönnes![Friend of Eclipse Friend](/donate/web-api/friends_decorator.php?email=Joerg.Thoennes%40macd.com) Messages: 229 Registered: July 2009 |
Senior Member |
|
|
Hi Mik,
On 05/16/08 22:28, Mik Kersten wrote:
> In version 0.2. Mylyn used to expose exactly such a slider Package
> Explorer view. The problem is that it made the UI overly complicated.
Agreed. A slider is far too difficult to handle. I would slightly adapt the Mylyn button to
have (at least) one more state: No filtering - Wide filtering - Narrow filtering. Pressing
the button cycles through the modes, a drop down box allows to select it explicitely.
> My current sense is that the best approach would be to automate the most
> common use case via the following:
>
> 178891: provide adaptive interest filter to prevent scroll bar in
> navigator views
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=178891
Actually, the above use case is some sort of opposite to the one of my colleagues:
They touch a lot of different files during their work in a task context, and after they have focused
one a specific sub-set, they want to go back to the wider context with more files.
IMHO, the natural way to accomplish this without several interest thresholds would be to use
sub-task which inherit their initial context from the parent task.
So an alternative approach would be to support sub-tasks between different repositories. Esp. it
would be great if I could attach local tasks as sub-tasks to repository tasks.
Would be great if you have some ideas how we could progress here.
Thanks, Jörg
> Jörg Thönnes wrote:
>> Hi,
>>
>> if I understand the context concept of Mylyn correctly, for every
>> resource an interest is computed
>> and every resource which interest is above a threshold is displayed. I
>> think this can be seen in the
>> Context pane of a task.
>>
>> Moving the slider in the context pane shows more or less task, but
>> does not influence the display in
>> the Package explorer. Does it make sense to define different
>> thresholds (two would be OK in the
>> beginning) which are used in the package explorer display and could be
>> switched easily?
>>
>> In this way, you could widen your focus to move your attention to
>> different parts of your context.
>>
>> Are there any plans / RFEs to implement such a feature. Just supplying
>> different configurable focus
>> thresholds seems to be a rather simple implementation.
>>
>> Cheers, Jörg
|
|
|
Re: Multiple Task Focus Levels [message #50161 is a reply to message #48804] |
Tue, 17 June 2008 16:46 ![Go to previous message Go to previous message](theme/Solstice/images/up.png) |
Mik Kersten![Friend of Eclipse Friend](/donate/web-api/friends_decorator.php?email=mik.kersten%40tasktop.com) Messages: 287 Registered: July 2009 |
Senior Member |
|
|
Jörg,
Your suggestion of supporting this by having subtasks inherit the parent
task's context is a really interesting one. We brainstormed this a
while back but have not picked it up yet. In my PhD thesis I called
these "cascading contexts". I would really like to explore this
further, so please file a new bug outlining what you've suggested and
post a link to this thread. Before filing the new bug please take a
look at the following bug, in particular the description and comment#2.
137543: support displaying task relationships and dependencies, such as
subtasks
https://bugs.eclipse.org/bugs/show_bug.cgi?id=137543
Mik
Jörg Thönnes wrote:
> Hi Mik,
>
> On 05/16/08 22:28, Mik Kersten wrote:
>> In version 0.2. Mylyn used to expose exactly such a slider Package
>> Explorer view. The problem is that it made the UI overly complicated.
>
> Agreed. A slider is far too difficult to handle. I would slightly adapt the Mylyn button to
> have (at least) one more state: No filtering - Wide filtering - Narrow filtering. Pressing
> the button cycles through the modes, a drop down box allows to select it explicitely.
>
>> My current sense is that the best approach would be to automate the most
>> common use case via the following:
>>
>> 178891: provide adaptive interest filter to prevent scroll bar in
>> navigator views
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=178891
>
> Actually, the above use case is some sort of opposite to the one of my colleagues:
>
> They touch a lot of different files during their work in a task context, and after they have focused
> one a specific sub-set, they want to go back to the wider context with more files.
>
> IMHO, the natural way to accomplish this without several interest thresholds would be to use
> sub-task which inherit their initial context from the parent task.
>
> So an alternative approach would be to support sub-tasks between different repositories. Esp. it
> would be great if I could attach local tasks as sub-tasks to repository tasks.
>
> Would be great if you have some ideas how we could progress here.
>
> Thanks, Jörg
>
>> Jörg Thönnes wrote:
>>> Hi,
>>>
>>> if I understand the context concept of Mylyn correctly, for every
>>> resource an interest is computed
>>> and every resource which interest is above a threshold is displayed. I
>>> think this can be seen in the
>>> Context pane of a task.
>>>
>>> Moving the slider in the context pane shows more or less task, but
>>> does not influence the display in
>>> the Package explorer. Does it make sense to define different
>>> thresholds (two would be OK in the
>>> beginning) which are used in the package explorer display and could be
>>> switched easily?
>>>
>>> In this way, you could widen your focus to move your attention to
>>> different parts of your context.
>>>
>>> Are there any plans / RFEs to implement such a feature. Just supplying
>>> different configurable focus
>>> thresholds seems to be a rather simple implementation.
>>>
>>> Cheers, Jörg
|
|
| |
Re: Multiple Task Focus Levels [message #589605 is a reply to message #48654] |
Mon, 19 May 2008 06:10 ![Go to previous message Go to previous message](theme/Solstice/images/up.png) |
Jörg Thönnes![Friend of Eclipse Friend](/donate/web-api/friends_decorator.php?email=Joerg.Thoennes%40macd.com) Messages: 229 Registered: July 2009 |
Senior Member |
|
|
Hi Mik,
On 05/16/08 22:28, Mik Kersten wrote:
> In version 0.2. Mylyn used to expose exactly such a slider Package
> Explorer view. The problem is that it made the UI overly complicated.
Agreed. A slider is far too difficult to handle. I would slightly adapt the Mylyn button to
have (at least) one more state: No filtering - Wide filtering - Narrow filtering. Pressing
the button cycles through the modes, a drop down box allows to select it explicitely.
> My current sense is that the best approach would be to automate the most
> common use case via the following:
>
> 178891: provide adaptive interest filter to prevent scroll bar in
> navigator views
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=178891
Actually, the above use case is some sort of opposite to the one of my colleagues:
They touch a lot of different files during their work in a task context, and after they have focused
one a specific sub-set, they want to go back to the wider context with more files.
IMHO, the natural way to accomplish this without several interest thresholds would be to use
sub-task which inherit their initial context from the parent task.
So an alternative approach would be to support sub-tasks between different repositories. Esp. it
would be great if I could attach local tasks as sub-tasks to repository tasks.
Would be great if you have some ideas how we could progress here.
Thanks, Jörg
> Jörg Thönnes wrote:
>> Hi,
>>
>> if I understand the context concept of Mylyn correctly, for every
>> resource an interest is computed
>> and every resource which interest is above a threshold is displayed. I
>> think this can be seen in the
>> Context pane of a task.
>>
>> Moving the slider in the context pane shows more or less task, but
>> does not influence the display in
>> the Package explorer. Does it make sense to define different
>> thresholds (two would be OK in the
>> beginning) which are used in the package explorer display and could be
>> switched easily?
>>
>> In this way, you could widen your focus to move your attention to
>> different parts of your context.
>>
>> Are there any plans / RFEs to implement such a feature. Just supplying
>> different configurable focus
>> thresholds seems to be a rather simple implementation.
>>
>> Cheers, Jörg
|
|
|
Re: Multiple Task Focus Levels [message #590109 is a reply to message #48804] |
Tue, 17 June 2008 16:46 ![Go to previous message Go to previous message](theme/Solstice/images/up.png) |
Mik Kersten![Friend of Eclipse Friend](/donate/web-api/friends_decorator.php?email=mik.kersten%40tasktop.com) Messages: 287 Registered: July 2009 |
Senior Member |
|
|
Jörg,
Your suggestion of supporting this by having subtasks inherit the parent
task's context is a really interesting one. We brainstormed this a
while back but have not picked it up yet. In my PhD thesis I called
these "cascading contexts". I would really like to explore this
further, so please file a new bug outlining what you've suggested and
post a link to this thread. Before filing the new bug please take a
look at the following bug, in particular the description and comment#2.
137543: support displaying task relationships and dependencies, such as
subtasks
https://bugs.eclipse.org/bugs/show_bug.cgi?id=137543
Mik
Jörg Thönnes wrote:
> Hi Mik,
>
> On 05/16/08 22:28, Mik Kersten wrote:
>> In version 0.2. Mylyn used to expose exactly such a slider Package
>> Explorer view. The problem is that it made the UI overly complicated.
>
> Agreed. A slider is far too difficult to handle. I would slightly adapt the Mylyn button to
> have (at least) one more state: No filtering - Wide filtering - Narrow filtering. Pressing
> the button cycles through the modes, a drop down box allows to select it explicitely.
>
>> My current sense is that the best approach would be to automate the most
>> common use case via the following:
>>
>> 178891: provide adaptive interest filter to prevent scroll bar in
>> navigator views
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=178891
>
> Actually, the above use case is some sort of opposite to the one of my colleagues:
>
> They touch a lot of different files during their work in a task context, and after they have focused
> one a specific sub-set, they want to go back to the wider context with more files.
>
> IMHO, the natural way to accomplish this without several interest thresholds would be to use
> sub-task which inherit their initial context from the parent task.
>
> So an alternative approach would be to support sub-tasks between different repositories. Esp. it
> would be great if I could attach local tasks as sub-tasks to repository tasks.
>
> Would be great if you have some ideas how we could progress here.
>
> Thanks, Jörg
>
>> Jörg Thönnes wrote:
>>> Hi,
>>>
>>> if I understand the context concept of Mylyn correctly, for every
>>> resource an interest is computed
>>> and every resource which interest is above a threshold is displayed. I
>>> think this can be seen in the
>>> Context pane of a task.
>>>
>>> Moving the slider in the context pane shows more or less task, but
>>> does not influence the display in
>>> the Package explorer. Does it make sense to define different
>>> thresholds (two would be OK in the
>>> beginning) which are used in the package explorer display and could be
>>> switched easily?
>>>
>>> In this way, you could widen your focus to move your attention to
>>> different parts of your context.
>>>
>>> Are there any plans / RFEs to implement such a feature. Just supplying
>>> different configurable focus
>>> thresholds seems to be a rather simple implementation.
>>>
>>> Cheers, Jörg
|
|
|
Goto Forum:
Current Time: Sun Sep 01 06:32:53 GMT 2024
Powered by FUDForum. Page generated in 0.04250 seconds
|