Community
Participate
Working Groups
When the attributes section is collapsed there is still several pieces of information that it would be helpful to have visible. Chief among these are the product and component. It would be great to see the value of these attributes (only) when the section is collapsed. It would also be nice for other sections to be able to contribute summary information to the section headers in a generic way.
+1
Created attachment 142477 [details] patch
I realized that this would ease my Mylyn bug triage process sufficiently that I went ahead and added it. Steffen: Please review carefully as I'm not very familiar with this part of the codebase. Once again this is in a gray area between 3.2.2 and 3.3 so we'll have to decide on that, and I've attached a patch in case we roll back. We'll also need to make sure that this does something reasonable for other connectors which provide the product/component attributes, since it will automatically work for all that do.
I have reverted the patch as it adds API and violates the conventions that we use for versioning. I'll go ahead and create a maintenance branch for 3.2.2 so you we can reconsider. Please note the patch will show ids instead of values for JIRA for instance. Why don't you apply the change to your bootstrap workspace if you want to levarage the functionality for your bug triage? Please always tag bug that add [api] as API and I would generally prefer if changes to the core part of the task editor API were discussed first.
Committed with fixes to get the attributes from the model. Please try this out. We can improve on this further once we get more into the mapping.
I have fixed the labels for JIRA which was still showing numeric ids. What I find a bit strange is that the labels show the product / component that was selected on task open but do not change as I edit attributes. In terms of API I believe a setInfoOverlayText() method that would allow updating of the text would be more suitable than the current implemetation that requires overriding of getInfoOverlayText(). Note that the alignment on Linux is slightly out of place (see screenshot).
Created attachment 143794 [details] label on Gtk It might look better if the label is vertically centered in relation to the toolbar.
I don't feel comfortable making this API just yet. The main problem is that the new API assumes that AbstractTaskEditorPart uses sets a section which is not necessarily the case. Due to that limitation it would be overly complicated to allow clients to update the label etc. I have moved the code into a new internal class AbstractTaskEditorSection for now that will allow us to stabilize the API and get rid of some of the code duplication in the editor parts that we have accumulated over the past few releases.
