Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 55879 - [PerspectiveBar] Perspective bar should have option to auto-grow
Summary: [PerspectiveBar] Perspective bar should have option to auto-grow
Status: RESOLVED FIXED
Alias: None
Product: Platform
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 3.0   Edit
Hardware: PC Windows XP
: P3 minor (vote)
Target Milestone: ---   Edit
Assignee: Platform UI Triaged CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-03-24 08:45 EST by Dani Megert CLA
Modified: 2016-02-12 04:20 EST (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Dani Megert CLA 2004-03-24 08:45:24 EST
I200403240010

I can now minimize (resize in general) the perspective area which is good.
However, I might not be aware of the fact that I made it smaller when opening a
new perspective and will not see that new perspective icon. An option that
restores to minimum needed size when a new icon gets added would be nice.
Comment 1 Nick Edgar CLA 2004-03-24 15:21:39 EST
I think Michael was already considering this.  The suggestion is good, but
please, no more options <g>.
Comment 2 Dani Megert CLA 2004-03-25 03:01:38 EST
I agree with Nick. Allow to minimize the area to be 0-lenght and no icon being
visible at all but enforce a minimal size when a new perspective is opened i.e.
don't enforce the minimal size when the user does the resizing.
Comment 3 Eric Moffatt CLA 2006-06-23 16:09:01 EDT
Cleaning up defect lists by setting ones without recent traffic to 'REMIND'.
Comment 4 Dani Megert CLA 2006-06-26 04:27:56 EDT
OK, here you have some traffic ;-)
Either mark it as 'later' or 'wontfix' but 'remind' isn't really appropriate since the bug still exists and can be reproduced.
Comment 5 Eric Moffatt CLA 2006-06-26 09:09:30 EDT
Daniel, I (we) are using 'REMIND' as the first step filter to indictate to the community that, unless prompted, we intend to take no action on the defect. This gives them (you) the opportunity to indicate back that you still care about the particular defect. Eventually (next release?), I intend to mark all 'REMIND' defects as WONTFIX.

We had to do something since we have a very large defect backlog that contains both stale (i.e. fixed or now irrelavent) defects amid the 'real' defects that are of interest to the current community.

This workflow is actually an indication that the mechanism is working as planned; I mark it 'REMIND'; you indicate that you are still interested and the defect re-opens. The difference is that this time when I go to review the 'active' defects yours won't be lost in the current mess and has a much better chance of being addressed...
Comment 6 Dani Megert CLA 2006-06-26 09:24:50 EDT
OK, I see. We use it when we wait for additional information. Why not just mark it as WONTFIX? My experience is that people that still want the feature or experience the reported bug will complain and/or reopen.
Comment 7 Udo Walker CLA 2015-09-22 11:47:53 EDT
This is fixed because there is no hidden area anymore.
Comment 8 Dani Megert CLA 2016-02-12 04:20:38 EST
(In reply to Udo Walker from comment #7)
> This is fixed because there is no hidden area anymore.

I agree.