This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 255347 - Closing a project closes the project window as well
Summary: Closing a project closes the project window as well
Status: REOPENED
Alias: None
Product: projects
Classification: Unclassified
Component: Generic Projects UI (show other bugs)
Version: 8.1
Hardware: PC Linux
: P3 normal (vote)
Assignee: Tomas Stupka
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-09-17 06:07 UTC by tbrunhoff
Modified: 2015-09-18 14:42 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
screen shot (86.12 KB, image/png)
2015-09-17 06:07 UTC, tbrunhoff
Details

Note You need to log in before you can comment on or make changes to this bug.
Description tbrunhoff 2015-09-17 06:07:44 UTC
Created attachment 156223 [details]
screen shot

Given the version below, running on a vm on a mac (not sure that matters), if I close a project, the ui also closes the project window. Very inconvenient. See the attached screen shot moments before both the project and the project window are closed.

I've probably never noticed this on my workstation because it has much more memory and cpu and I don't bother trying to minimize the number of projects open, which is usually about 30.  Running on the vm on the mac, I try to keep it around 10.


Product Version: NetBeans IDE Dev (Build 201508230002)
Java: 1.7.0_79; Java HotSpot(TM) 64-Bit Server VM 24.79-b02
Runtime: Java(TM) SE Runtime Environment 1.7.0_79-b15
System: Linux version 4.0.6-200.fc21.x86_64 running on amd64; UTF-8; en_US (nb)
User directory: /home/toddb/.netbeans/dev
Cache directory: /home/toddb/.cache/netbeans/dev
Comment 1 Tomas Stupka 2015-09-18 14:15:19 UTC
try main menu > windows > reset windows

looks like you somehow managed to have the project tab in an editor area (and that's the only way how i am able to reproduce)
Comment 2 tbrunhoff 2015-09-18 14:36:42 UTC
> try main menu > windows > reset windows

That's a terrible solution, largely because I cannot tell from the appearance on the screen whether a window is in the "edit area" or not. And if edit windows are supposed to go in "edit area", why does double clicking on a stack frame open a file in the stack frame window? And why does double clicking on a "usage" open a file in the usage window. And so on. Surely you realize there are lots of problems in this space, no?

"Reset windows" arranges the windows the way that NB wants it, not what I want. In my VM I have a tiny 13" screen and I have a simple two-pane layout.

The simplest view is that, given a command to close a project, it should close the project, not the project window, no matter where it is.

If you are limited by the function of a window, then you should specify a way to designate what kind of "area" it is in, how many "area" types there are, and what their function is.
Comment 3 tbrunhoff 2015-09-18 14:42:23 UTC
> "Reset windows" arranges the windows the way that NB wants it, not what I want. In my VM I have a tiny 13" screen and I have a simple two-pane layout.

And on my workstation I have two 27" 2560x1440 screens where I have 9 areas where I have edit windows, projects, stack traces, variable, watches, usages, searches, etc.  If I click "reset windows" it usually takes me several minutes to get back to a layout that utilizes this much real-estate.