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

Bug 196532

Summary: [sandbox] rendering of the incoming decoration in task list broken in synchronize view style
Product: z_Archived Reporter: Eugene Kuleshov <ekuleshov>
Component: MylynAssignee: Project Inbox <mylyn-triaged>
Status: CLOSED MOVED QA Contact:
Severity: minor    
Priority: P4 Keywords: helpwanted
Version: unspecified   
Target Milestone: ---   
Hardware: PC   
OS: Windows XP   
Whiteboard:
Attachments:
Description Flags
incoming decoration
none
screenshot with mylyn 3.x none

Description Eugene Kuleshov CLA 2007-07-14 03:47:59 EDT
rendering of the incoming hits decoration in task list need to be improved
Comment 1 Eugene Kuleshov CLA 2007-07-14 03:53:50 EDT
Created attachment 73790 [details]
incoming decoration

here is an example of the current look. you can see that decoration for the 2nd level folders look odd. I am not sure what was the intent for default mode, but it seems like for "sync view" mode these decorators are being offset from the left view endge and not from the foler icon itself. Also, for "sync view" mode folders are padded to far from the [+] control on windows xp, it doesn't seem like this space is needed in this mode and folder icon can be shifter left.
Comment 2 Mik Kersten CLA 2007-07-17 19:13:07 EDT
We do not currently support nesting containers within containers.  Once we decide on the implementation strategy for that we can consider customizing the drawing rules further.
Comment 3 Eugene Kuleshov CLA 2007-07-17 19:26:04 EDT
Anything I can do to help you to decide on implementation strategy?

BTW, why you made this bug dependend on bug 195047 (combine queries from multiple sources)? I'd say that it rather related to bug 195079, but it neither blocks nor depends on it either.
Comment 4 Eugene Kuleshov CLA 2007-07-17 19:28:02 EDT
Sorry, removed dependency on bug 195047 by accident.
Comment 5 Mik Kersten CLA 2007-07-17 20:46:06 EDT
 (In reply to comment #3)
> Anything I can do to help you to decide on implementation strategy?

Let's discuss that on bug 195047.  I will get to it once I have caught up on other bugs.
Comment 6 Eugene Kuleshov CLA 2007-07-17 21:20:22 EDT
(In reply to comment #5)
> Let's discuss that on bug 195047.  I will get to it once I have caught up on
> other bugs.

That doesn't sound promising, given 250 bugs already assigned to you and another ~200 in the inbox.

Still, how exactly bug 195047 related to this? Aggregating results from multiple queries doesn't really need any nesting.
Comment 7 Mik Kersten CLA 2007-07-18 19:14:38 EDT
My impression was that bug 195047 is a driver for this.  If not please feel free to remove the dependency and describe another driver, or tag this bug report as a [sandbox] issue.
Comment 8 Eugene Kuleshov CLA 2007-07-19 01:12:30 EDT
My patch on bug 195047 does not introduce any hierarchies. It just aggregates multiple selected queries into a single flat list.

However my other patch on bug 175318 does make this rendering noticeable
Comment 9 Mik Kersten CLA 2007-07-19 11:19:49 EDT
My apologies, I was indeed meaning to refer to bug 175318 and that's what I had intended to mark as the dependency/driver.
Comment 10 Steffen Pingel CLA 2009-03-07 23:01:34 EST
Eugene, please reopen and attach a current screenshot if you are sill seeing this with Mylyn 3.0 or later.
Comment 11 Eugene Kuleshov CLA 2009-03-07 23:22:53 EST
Created attachment 127939 [details]
screenshot with mylyn 3.x

As far as I can see, current decoration look the same.
Comment 12 Eugene Kuleshov CLA 2009-03-07 23:23:34 EST
Reopening as per Stefan comment.
Comment 13 Eclipse Webmaster CLA 2022-11-15 11:45:08 EST
Mylyn has been restructured, and our issue tracking has moved to GitHub [1].

We are closing ~14K Bugzilla issues to give the new team a fresh start. If you feel that this issue is still relevant, please create a new one on GitHub.

[1] https://github.com/orgs/eclipse-mylyn