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

Bug 334249

Summary: Display#getSystemTaskBar() is missing
Product: [RT] RAP Reporter: Rüdiger Herrmann <ruediger.herrmann>
Component: RWTAssignee: Project Inbox <rap-inbox>
Status: RESOLVED FIXED QA Contact:
Severity: enhancement    
Priority: P3    
Version: unspecified   
Target Milestone: 1.4 M6   
Hardware: All   
OS: All   
Whiteboard:

Description Rüdiger Herrmann CLA 2011-01-13 06:40:43 EST 
Since Eclipse 3.6, there is a Display#getSystemTaskBar method in SWT.
It returns the single instance of the system taskBar or null when there is no system taskBar available for the platform.

We could consider to implement this by always returning null but at the 'cost' of providing empty implementations for Task and TaskItem.
Comment 1 Ivan Furnadjiev CLA 2011-02-09 05:26:06 EST 
Fixed in CVS HEAD. Display#getSystemTaskBar always returns null. Added empty implementations for TaskBar and TaskItem.
Comment 2 Rüdiger Herrmann CLA 2011-02-09 07:18:34 EST 
Wouldn't it be good to have tests for all those methods on TaskBar and TaskItem?
Comment 3 Ivan Furnadjiev CLA 2011-02-09 07:52:49 EST 
As these classes will never been instantiated (without a real TaskBar support), I don't think that we need to test them now. These methods are provided only for single-sourcing compatibility and are copies (with code formating only) from SWT. Do you think, that classes with only *public* empty (without any code) methods fits better in this case?
Comment 4 Ivan Furnadjiev CLA 2011-02-09 10:11:15 EST 
After discussion with Ralf, we decided to cleanup both classes (TaskBar and TaskItem) from the original SWT code and leave only empty public methods. Same will be done with Tray and TrayItem. Changes are in CVS HEAD.