Florian, I think you are talking about the non-flattened package tree, in which case I totally agree, hiding empty packages (nodes) there doesn't make any sense and would be confusing.
In the flattened mode though, it does make sense and is not hiding anything vital, i.e. you'll still see the full package name for each visible package. As for working at 3am in the morning and making stupid mistakes: such painful experiences should teach you not to work when you're tired. Usually, such stunts create more problems than they attempt to solve. But it is kind of fun to code until you just can't keep your eyes open anymore... ;-) I try to avoid it at work though. -Thomas > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Thursday, November 08, 2001 9:43 AM > To: [EMAIL PROTECTED] > Subject: RE: Re: [Eap-features] can we hide empty directories > (packages) > ? > > > hi > > an other possibility is to have packages open automatically until they > hit an object. That does not save screen real-estate but it does save > clicking. For saving screen real-estate I think that IDEA should have > stackable windows so that you can have more than one helper > frame in one > margin. > > If IDEA does end up hiding HEPs or HEMPs it should be very > clear in the > tree view that packages are hidden. It's the kind of thing that just > makes you want to shoot yourself when at 3 morning you can't > get the app > to compile because you forgot that half the packages are > hidden and you > have been using the wrong path to an object!! > > Where I work we often have objects with the same name except > that one is > in a ...server.instruments.myObject; > ...client.instruments.myObject; and > ...shared.instruments.myObject. In this case it would become really > annoying to not see the tree structure that reminds you of > which object > does what. > > Florian Hehlen > > -----Original Message----- > From: thomas.vollmer > Sent: Donnerstag, 8. November 2001 18:31 > To: eap-features > Cc: thomas.vollmer > Subject: RE: Re: [Eap-features] can we hide empty directories > (packages) > ? > > > I like Carlos' solution, too. > > I would really like to see this implemented > since there are usually a few HEMP's in most > projects. I would argue that most of the time, > the com/de/pt/whatever package itself does not > contain any classes. Same goes for the next > one, which is usually the company name. Even > in the project root package, I seldom have > any classes. > > This would save a lot of screen real-estate. > > -Thomas > > > -----Original Message----- > > From: Scott Sirovy [mailto:[EMAIL PROTECTED]] > > Sent: Thursday, November 08, 2001 9:15 AM > > To: '[EMAIL PROTECTED]' > > Subject: RE: Re: [Eap-features] can we hide empty directories > > (packages) > > ? > > > > > > Yes, this seems a reasonable solution. > > > > -sms > > > > PS: And -1 for all the "HEMP" jokes I see coming. ;) > > > > -----Original Message----- > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > > Sent: Thursday, November 08, 2001 11:10 AM > > To: [EMAIL PROTECTED] > > Subject: RE: Re: [Eap-features] can we hide empty directories > > (packages) > > ? > > > > > > > > I would implement HEP as HEMP: hide empty "middle" packages (or non > > terminal packages). > > The packages that need to be hidden are the middle ones that have > > sub-packages but don't contain any files. > > Empty terminal packages either will contain files or should > > be deleted. > > > > Carlos > > > > > -----Original Message----- > > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > > > Sent: quinta-feira, 8 de Novembro de 2001 15:04 > > > To: [EMAIL PROTECTED] > > > Subject: Re: [Eap-features] can we hide empty directories > > (packages) ? > > > > > > > > > There is an problem: > > > > > > If you have "Hide Empty Packages" (HEP) checked and you > > create a new > > > subpackage, it would be automatically hidden. > > > > > > I see two possibilities: > > > (1) If HEP is checked and a new subpackage is created, HEP > > > automatically > > > becomes unchecked. > > > > > > (2) If HEP is checked and a new subpackage is created, it > > > simply will be > > > displayed. The action only hides empty packages, when > > switching from > > > unchecked into the checked state. In other words, it's not a > > > real state, > > > but an action. > > > > > > Best regards > > > Thomas Singer > > > > > > At 08:38 08.11.01 -0600, you wrote: > > > >In Project view and Java Source Entries views there are > > > three options across > > > >the panel's top: Flatten Packages, Show Members, and > > > Autoscroll to Source. > > > > > > > >Can another be added? "Hide Empty Packages" > > > > > > > >This would turn this: > > > > > > > > com (has no classes) > > > > com.deephaven (has no classes) > > > > com.deephaven.gui (has classes) > > > > com.deephaven.gui.dialogs (has classes) > > > > > > > >into this: > > > > > > > > com.deephaven.gui (has classes) > > > > com.deephaven.gui.dialogs (has classes) > > > > > > > > > > > >If I wanted to add a new class/interface/file to a hidden > > > package, I could > > > >simply unhide empty packages, add the critter, and then hide > > > empty packages. > > > > > > > > > > > >My guess is this functionality should not hide packages with > > > .java files or > > > >any other type of file that is defined in IDEA (i.e.: .xml, > > > .jsp, .txt, > > > >user-defined types, etc.). > > > > > > > > > > > >-sms > > > > > > > > -------------------------------------------------- > > DISCLAIMER > > This e-mail, and any attachments thereto, is intended only > > for use by the > > addressee(s) named herein and may contain legally privileged and/or > > confidential information. If you are not the intended > > recipient of this > > e-mail, you are hereby notified that any dissemination, > > distribution or > > copying of this e-mail, and any attachments thereto, is > > strictly prohibited. > > If you have received this e-mail in error, please immediately > > notify me and > > permanently delete the original and any copy of any e-mail > > and any printout > > thereof. > > > > E-mail transmission cannot be guaranteed to be secure or > > error-free. The > > sender therefore does not accept liability for any errors or > > omissions in > > the contents of this message which arise as a result of > > e-mail transmission. > > > > NOTICE REGARDING PRIVACY AND CONFIDENTIALITY > > > > Knight Trading Group may, at its discretion, monitor and > > review the content > > of all e-mail communications. > > > > > > _______________________________________________ > > Eap-features mailing list > > [EMAIL PROTECTED] > > http://www.intellij.com/mailman/listinfo/eap-features > > > > > ************************************ > If this email is not intended for you, or you are not responsible for > the delivery of this message to the addressee, please note that this > message may contain ITT Privileged/Proprietary Information. In such > a case, you may not copy or deliver this message to anyone. > You should > destroy this message and kindly notify the sender by reply email. > Information contained in this message that does not relate to the > business of ITT is neither endorsed by nor attributable to ITT. > ************************************ > > > > _______________________________________________ > Eap-features mailing list > [EMAIL PROTECTED] > http://www.intellij.com/mailman/listinfo/eap-features > > > > Visit our website at http://www.ubswarburg.com > > This message contains confidential information and is intended only > for the individual named. If you are not the named addressee you > should not disseminate, distribute or copy this e-mail. Please > notify the sender immediately by e-mail if you have received this > e-mail by mistake and delete this e-mail from your system. > > E-mail transmission cannot be guaranteed to be secure or error-free > as information could be intercepted, corrupted, lost, destroyed, > arrive late or incomplete, or contain viruses. The sender therefore > does not accept liability for any errors or omissions in the contents > of this message which arise as a result of e-mail transmission. If > verification is required please request a hard-copy version. This > message is provided for informational purposes and should not be > construed as a solicitation or offer to buy or sell any securities or > related financial instruments. > > > _______________________________________________ > Eap-features mailing list > [EMAIL PROTECTED] > http://www.intellij.com/mailman/listinfo/eap-features > ************************************ If this email is not intended for you, or you are not responsible for the delivery of this message to the addressee, please note that this message may contain ITT Privileged/Proprietary Information. In such a case, you may not copy or deliver this message to anyone. You should destroy this message and kindly notify the sender by reply email. Information contained in this message that does not relate to the business of ITT is neither endorsed by nor attributable to ITT. ************************************ _______________________________________________ Eap-features mailing list [EMAIL PROTECTED] http://www.intellij.com/mailman/listinfo/eap-features
