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

Bug 343690

Summary:	[viewmgmt] Cancel the "auto open" attributes of Display and expression views
Product:	[Eclipse Project] Platform	Reporter:	elhanan Maayan <elh.mailgate>
Component:	Debug	Assignee:	Platform-Debug-Inbox <platform-debug-inbox>
Status:	CLOSED WONTFIX	QA Contact:
Severity:	enhancement
Priority:	P3	CC:	Michael_Rennie, pawel.1.piech, remy.suen
Version:	3.6.2
Target Milestone:	---
Hardware:	PC
OS:	Windows 7
URL:	http://www.eclipse.org/forums/index.php?t=msg&th=208115&start=0&S=29f6dd4b8d3237184a77d579a27d096b
Whiteboard:	stalebug

Description elhanan Maayan

2011-04-23 14:00:11 EDT

the url contains  my original question..
anyway the "hack" i found was to enter the plugin.xml file in org.eclipse.debug.ui , and org.eclipse.jdt.debug and remove the autoOpen and autoClose attributes completly from Expression and Display views.
this way i get what i want, the variables,display and expression view appear and vanish only when i debug, thus saving me screen space. 
i understand why these attributes were needed before view management per perspective was added, but now it's just in the way.

Comment 1 Pawel Piech

2011-06-14 13:16:14 EDT

I don't know if JDT can change the default behavior.  Is there an ask to allow the auto-open auto-close to be customized in preferences per view?

Comment 2 elhanan Maayan

2011-06-15 01:42:52 EDT

(In reply to comment #1)
> I don't know if JDT can change the default behavior.  Is there an ask to allow
> the auto-open auto-close to be customized in preferences per view?

yes, it's the small checkbox under the perspective list managed by the debug view.
unfortunately it's way too coarse to allow too control.
the fd"real" solution would off course to display a view list (with 2 check boxes of open and close)  per each perspective being selected above the checkbox and allow  the user to define it himself.
naturally this would require dynamic control over current extension points and i'm not sure it's possible, so i went with a samller idea.

Comment 3 Pawel Piech

2011-06-15 19:09:54 EDT

Makes sense (for the real solution).

Comment 4 elhanan Maayan

2011-06-16 01:19:36 EDT

(In reply to comment #3)
> Makes sense (for the real solution).

i would agree, but that would require a much bigger change to the extension points, and make then dynamic. maybe even breaking backwards compatibility. so i thought about being modest.

Comment 5 elhanan Maayan

2012-03-04 03:56:54 EST

so what's the descision on this one?

Comment 6 Michael Rennie

2012-03-05 10:19:17 EST

(In reply to comment #5)
> so what's the descision on this one?

Debug committer resources are very limited right now, so there will be no work done on the 'real' solution for this bug. We do however, accept patches.

Comment 7 Lars Vogel

2019-11-14 03:37:56 EST

This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet.

If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.

If the bug is still relevant, please remove the "stalebug" whiteboard tag.