Please use the Apache issue tracking system for new NetBeans issues ( !!
Bug 142672 - [65cat] Hide file extensions
[65cat] Hide file extensions
Status: NEW
Product: platform
Classification: Unclassified
Component: Text
PC Windows XP
: P3 with 1 vote (vote)
Assigned To: issues@editor
: 100374 (view as bug list)
Depends on:
  Show dependency treegraph
Reported: 2008-08-02 10:03 UTC by ulfzibis
Modified: 2011-02-23 20:42 UTC (History)
3 users (show)

See Also:


Note You need to log in before you can comment on or make changes to this bug.
Description ulfzibis 2008-08-02 10:03:36 UTC
[ JDK VERSION : 1.6.0_07 ]

In a Java project for me it's annoying to always see the '.java'
extension in project browser and in the editor tabs.
Especially in editor tabs it wastes so much space, which could be
better used to have more documents in view at the same time.
In files window it should be OK to see the extensions, but also here
a java file is denoted by it's icon, and could be verbosed by

At least please introduce a setting in View menu.

See also: issue 80890
Comment 1 ulfzibis 2008-08-02 10:19:37 UTC
In contrast the location should be denoted clearly if I have same named files from different locations in the editor
tabs at the same time.
Comment 2 Milos Kleint 2008-10-14 08:23:56 UTC
not a project specific issue. handled by java dataobject?
Comment 3 Jan Lahoda 2008-10-14 09:11:40 UTC
Not sure why this should be handled by the Java support.
Comment 4 Jan Lahoda 2008-10-14 10:04:51 UTC
I still do not understand: why this should be handled by the Java support? Do we really want a language-specific option,
implemented per language, to switch off the extensions? Not a good idea, IMO. To my knoledge, Java support uses
DataNode, without any tricks that would be related to showing extensions. If we want to implement this, it should be
(IMO) done centrally for all in DataNode
Comment 5 Jaroslav Tulach 2008-10-14 10:22:27 UTC
openide.loaders is just a library. It does not control how it is used. It would be a bug if the library limited you to 
implement what is necessary. But it does not, there is many ways to get the desired state including:
Comment 6 Jan Lahoda 2008-10-14 10:38:13 UTC
Well, I know it can be implemented in Java support (if DataNode wouldn't allow it, I could reimplement the DataNode,
right). But, what I am asking is: Do we really want a per-language option, which will be implemented per language? I do
not think this is a good idea. So that there will be another option (implemented separately, using duplicate code,
increasing code size and memory consumption) for C/C++, JSP, XML, ... I do not agree with this, and I will not do this.
The correct solution would be, IMO, to simply allow the user to hide all file extensions (this was possible in some time
ago, IIRC).
Comment 7 Jaroslav Tulach 2008-10-14 12:57:32 UTC
I guess Jesse knows why the extensions were turned on in 4.0, so he can react.
Comment 8 Jesse Glick 2008-11-07 03:26:11 UTC
Hiding extensions on file nodes was madness. Hiding them in editor window tabs (except for DefaultDataObject's) may make
sense. I fear this would not work well for some kinds of development, PHP for example.
Comment 9 ulfzibis 2010-02-19 06:25:22 UTC
Recently I noticed, that in editor diff tabs the extension is hidden.
So please make this adjustable for "normal" tabs soon.
Comment 10 ulfzibis 2011-02-23 12:07:26 UTC
*** Bug 100374 has been marked as a duplicate of this bug. ***
Comment 11 ulfzibis 2011-02-23 12:14:33 UTC
Seems to be a defect, as we had it available before. See: Bug 100374
Comment 12 athompson 2011-02-23 20:42:13 UTC
It doesn't have to be separate code for each file type.  How about a general option "Don't Show these File Extensions in Editor Tabs" and have the user add the extensions they want suppressed in a list.  Would that fix any PHP problem?

The drop-down file list should probably keep the extensions.

It may also be nice if the list were pre-populated with extensions which Netbeans has a unique icon for, since the icons are on the tabs anyway.

By use of this website, you agree to the NetBeans Policies and Terms of Use. © 2014, Oracle Corporation and/or its affiliates. Sponsored by Oracle logo