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

Bug 210639

Summary: Task, Category and Query should display # children, offspring and cyclic state in properties view
Product: z_Archived Reporter: maarten meijer <mjmeijer>
Component: MylynAssignee: maarten meijer <mjmeijer>
Status: RESOLVED FIXED QA Contact:
Severity: enhancement    
Priority: P3 CC: steffen.pingel
Version: dev   
Target Milestone: 2.2   
Hardware: All   
OS: All   
Whiteboard:
Bug Depends on:    
Bug Blocks: 341079    
Attachments:
Description Flags
Extend the Mylyn IPropertySource with children count, offspring count, and cyclic test
none
mylyn/context/zip none

Description maarten meijer CLA 2007-11-22 06:13:12 EST
Many bugs currently concern issues with children, potential cyclic children, recursing through offspring or other things to do with counting and testing children.	 I ahve extended the Mylyn PropertySources in the sandbox developer tools with three extra bits of information:
- Total children, giving the result of getChildrenInternal(),
- Total offspring, giving the total of unique tasks below the selection,
- Test contains cyclic, return true if any of the offspring contains a cycle
Comment 1 maarten meijer CLA 2007-11-22 06:26:33 EST
Created attachment 83516 [details]
Extend the Mylyn IPropertySource with children count, offspring count, and cyclic test

Can be helpful for diagnosing current bugs with improper label decorations
Comment 2 maarten meijer CLA 2007-11-22 06:26:36 EST
Created attachment 83517 [details]
mylyn/context/zip
Comment 3 Mik Kersten CLA 2007-11-26 23:26:02 EST
Steffen: please review.
Comment 4 Steffen Pingel CLA 2007-11-29 22:22:57 EST
Thanks Maarten. I have applied the patch with minor modifications: I removed empty comments and JavaDoc tags (e.g. @param adaptableObject) and formatted the source code using our formatting rules. It would be great if you could run that on each file (Edit -> Format) before submitting patches. Other than reformatting I renamed AbstractMylynPropertySource to AbstractTaskContainerPropertySource to reflect its purpose and removed an unused constructor.

I was wondering if we still need the Repository Spy view or if the same information is available from the properties view now?
Comment 5 Eugene Kuleshov CLA 2007-11-29 22:38:53 EST
+1 for removing view in a favor of extending support for the Properties view
Comment 6 maarten meijer CLA 2007-11-30 03:14:31 EST
 (In reply to comment #4)
> Thanks Maarten. I have applied the patch with minor modifications: I removed
> empty comments and JavaDoc tags (e.g. @param adaptableObject) and formatted the
> source code using our formatting rules. It would be great if you could run that
> on each file (Edit -> Format) before submitting patches. Other than reformatting
> I renamed AbstractMylynPropertySource to AbstractTaskContainerPropertySource to
> reflect its purpose and removed an unused constructor.
I have the mylyn formatter rulse imported in my mylyn workspace, so that should be no problem
I'll make it an aut save action. 
Hmm, the auto-save action can not be shared through import/export, but are settable on a project basis.
> I was wondering if we still need the Repository Spy view or if the same
> information is available from the properties view now?
Properties are (1) read only and (2) only visible when the object is selected
The view always visible and allows you to delete individual properties, so they revert to their defaults. 
I was thinking of making them all editable and adding a little search button so you can enter the property name and the tree will shrink.
Lets get feedback from connector developers before removing again...
Comment 7 Eugene Kuleshov CLA 2007-11-30 12:08:56 EST
I think it is a bad idea to edit repository configuration from outside repository editing dialog. 
Also not sure about use cases for seeing the spy view all the time
Comment 8 maarten meijer CLA 2007-11-30 12:34:11 EST
 (In reply to comment #7)
> I think it is a bad idea to edit repository configuration from outside
> repository editing dialog.
> Also not sure about use cases for seeing the spy view all the time
Spy view is used by developers when working on a connector, like I did with bug 207498.
Its in dev tools sandbox so not expected to be visible all the time.
Comment 9 Eugene Kuleshov CLA 2007-11-30 13:29:54 EST
Each view adds an additional overhead to the UI. It need to be placed somewhere in workbench window and also clutters the view selection list.
Comment 10 Steffen Pingel CLA 2007-11-30 16:35:13 EST
I am not so much concerned about having additional views contributed by the sandbox but I would like to avoid having two separate UIs for the same functionality and duplicated code that needs to be maintained. 

 (In reply to comment #6)
> I have the mylyn formatter rulse imported in my mylyn workspace, so that should
> be no problem
> I'll make it an aut save action.

The Mylyn Java formatting rules should be enabled for each Mylyn project. Please let me know if that is not the case. I am in favor of enabling automatic formatting on save which is discussed on bug 210040.

> > I was wondering if we still need the Repository Spy view or if the same
> > information is available from the properties view now?
> Properties are (1) read only and (2) only visible when the object is selected
> The view always visible and allows you to delete individual properties, so they
> revert to their defaults.

Would it be possible to make them editable/deletable from the property view? I am not sure if (2) is important enough since it easy to select the object in the repository view. Do you have a special use case in mind where you require the properties be visible all the time?

Marking resolved as the functionality requested in this bug has been implemented.