Community
Participate
Working Groups
* Only show tooltip when hovering over additional question mark icon * Use gradient for background of tooltip * Change layout of tooltip to text left, image right: size 640x240+ padding * Add Learn More link on the bottom right corner of the tooltip * Remove More Information link to table * Use gradient to distinguish categories in table (polish) * Limit length of description (polish) * Connector list flickers when categories are toggled, consider hiding instead of re-creating controls * Blank space at the end of the connectors list * Keyboard navigation doesn't work on Mac * Ensure focus control is always visible in connector list * Hide installed features * Add context sensitive help * Make wizard taller * Add "Find" label to search, move search box on same line as category check boxes * Categories: Tasks, Documents, Version Control * Detailed description for categories should be in tooltip
WorkbenchUtil.openUrl() is now available if you want to use it for opening web pages.
Created attachment 135745 [details] reuse SelectionProviderAdapter I have committed the attached patch to improve code reuse.
Created attachment 135746 [details] mylyn/context/zip
tooltip behaviour changed, now requires click on question icon to activate
Created attachment 135801 [details] mylyn/context/zip
Created attachment 136022 [details] updated layout for tooltip
The new tooltips look great! David, I have committed a new viewer to commons.ui that is used by the integrated bug reporting and has some similarities with the discovery wizard (screenshots are on bug 212209). The implementation is based on a StructuredViewer which provides filtering and sorting for free but still uses custom controls for the list items. It is intended to be generic but I don't know if it fits your use-case well. You can take a look at ControlListViewer and ControlListItem if you are interested. Feel free to take make any changes required to generalize the implementation. Note that I haven't tested the classes much other than making them work for the support wizard (Help > Report Bug of Enhancement).
We should consider capturing the Esc key when the tooltip is visible in the wizard. It has happened multiple times that I want to close the tooltip but ended up closing the wizard instead.
Current status: * -Only show tooltip when hovering over additional question mark icon- click instead of hover to make it consistent with other help icons * Use gradient for background of tooltip * -Change layout of tooltip to text left, image right: size 640x240+ padding- * -Add Learn More link on the bottom right corner of the tooltip- * -Remove More Information link to table- * -Use gradient to distinguish categories in table (polish)- * -Limit length of description (polish)- * -Connector list flickers when categories are toggled, consider hiding instead of recreating controls- redraw is now controlled: please retest on your platform * -Blank space at the end of the connectors list- * Keyboard navigation doesn't work on Mac * Ensure focus control is always visible in connector list * -Hide installed features- * Add context sensitive help * -Make wizard taller- * -Add "Find" label to search, move search box on same line as category check boxes- * -Categories: Tasks, Documents, Version Control- * -Detailed description for categories should be in tooltip- * -capture Esc key when tooltip is shown- remaining issues created as subtasks.
Created attachment 136329 [details] mylyn/context/zip
(In reply to comment #7) > David, I have committed a new viewer to commons.ui that is used by the > integrated bug reporting and has some similarities with the discovery wizard > (screenshots are on bug 212209). Thanks Steffen it looks good. We should look at integrating this when it won't introduce risk into the project. Currently we're working to a deadline so I'd prefer to focus on that. BTW, I noticed that ControlListItem has some mac-specific code keyed on comparing the platform to "carbon". You may want to make that work for Cocoa also.
> BTW, I noticed that ControlListItem has some mac-specific code keyed on > comparing the platform to "carbon". You may want to make that work for Cocoa > also. Good point. I copied that bit from platform. We should definitely review that code before moving it to a non-internal package. I agree that we should consider the integration after release when we have more time.
