Warning: session_start(): open(/tmp/sess_q1v8u6urkkq0v7p0jp09ocni84, O_RDWR) failed: No space left on device (28) in /www/H01/htdocs/lib/base/lib_base.php on line 280
Differentiate extensions from filenames openDesktop.org


	KDE-Apps.org Applications for the KDE-Desktop GTK-Apps.org Applications using the GTK Toolkit GnomeFiles.org Applications for GNOME MeeGo-Central.org Applications for MeeGo CLI-Apps.org Command Line Applications Qt-Apps.org Free Qt Applications Qt-Prop.org Proprietary Qt Applications Maemo-Apps.org Applications for the Maemo Plattform Java-Apps.org Free Java Applications eyeOS-Apps.org Free eyeOS Applications Wine-Apps.org Wine Applications Server-Apps.org Server Applications apps.ownCloud.com ownCloud Applications


	KDE-Look.org Artwork for the KDE-Desktop GNOME-Look.org Artwork for the GNOME-Desktop Xfce-Look.org Artwork for the Xfce-Desktop Box-Look.org Artwork for your Windowmanager E17-Stuff.org Artwork for Enlightenment Beryl-Themes.org Artwork for the Beryl Windowmanager Compiz-Themes.org Artwork for the Compiz Windowmanager EDE-Look.org Themes for your EDE Desktop


	Debian-Art.org Stuff for Debian Gentoo-Art.org Artwork for Gentoo Linux SUSE-Art.org Artwork for openSUSE Ubuntu-Art.org Artwork for Ubuntu Kubuntu-Art.org Artwork for Kubuntu LinuxMint-Art.org Artwork for Linux Mint Arch-Stuff.org Art And Stuff for Arch Linux Frugalware-Art.org Themes for Frugalware Fedora-Art.org Artwork for Fedora Linux Mandriva-Art.org Artwork for Mandriva Linux


	KDE-Files.org Files for KDE Applications OpenTemplate.org Documents for OpenOffice.org GIMPStuff.org Files for GIMP InkscapeStuff.org Files for Inkscape ScribusStuff.org Files for Scribus BlenderStuff.org Textures and Objects for Blender VLC-Addons.org Themes and Extensions for VLC


	KDE-Help.org Support for your KDE Desktop GNOME-Help.org Support for your GNOME Desktop Xfce-Help.org Support for your Xfce Desktop

openDesktop.org: Applications Artwork Linux Distributions Documents Linux42.org OpenSkillz.com

Differentiate extensions from filenames

KDE4 Brainstorm

Score 74%

tuxrover

Link: http:// Downloads: 117	Submitted: Mar 22 2006 Updated: Mar 29 2006
Description: It would be possible to differentiate the extension of the file from the file name by applying a specific style (for example font-style: italic; or color: grey;). This would be an option of the KDE Control Centre. Update 2006-03-24: This change of style would be only for the extensions that are known by the system (& that are after the last dot of the filename). Update 2006-03-29: There can be an extension with several dots (e.g. .tar.gz). The change of style would be applied to all the extentions which are listed in KControl>KDE Components>File Association. License: GPL

(Mockup)

Send to a friend
Subscribe
Other Content from tuxrover
Report inappropriate content

goto page:

1 2 3

extensions and unix

by oliv on: Mar 27 2006

Score 50%

oliv

I see some issues with this concept. There are not really extensions in linux.
Mime-types are based on the whole name, not on the exetension. For instance, "Readme", "Authors" or "Changelog" are recognised as mime-types but have no extension.

Reply to this

Re: extensions and unix

by RedShirt on: Mar 29 2006

Score 50%

RedShirt

Yes, but this isn't a mime type idea, it is an extension idea.

It may have what you see as a limitation there, but look at generalfiles rather than a specifc case like that.

This would make it much better when browsing say a media drive, to see a obvious delineation between .ogg files, .mp3 files, and all your other music format files.

In a document folder, you could see .odt, .doc, .xls, and others much more easily, especially in list modes where icons aren't available to delineate anything.

In web folders, with .php, .htm, .html, .cgi, .pl, and any other manner of files, you could see, even in list mode, which index is the one you want based on file extension color of blue for .html versus red for .htm and green for .php.

How about picutres? to differentiate better .png, .gif, .bmp, .xcf, and other file types?

I know I am kind of pointing out specific positives, but I think overall in most cases, files do indeed HAVE extensions, and whether you have something setup or not for mimetypes and for what it opens with, the icon is still based on extension as far as I can tell. So if you are using list modes or trees with no icons, this would be even more beneficial. After I just pointed I thought it wasn't fair to point out specific "lacks". But I mean for this with extensions differing from a file mimetype. This idea doesn't really apply in that arena, but certainly does in others. Full icon viewing of files may not have nearly the benefit of a list or tree view.

Reply to this

This is quite tricky

by Parkotron on: Mar 29 2006

Score 50%

Parkotron

What about files with a .tar.gz extension?

I think that this idea would be more trouble than it's worth on Linux, where file extensions are largely meaningless.

Reply to this

Re: This is quite tr

by tuxrover on: Mar 29 2006

Score 50%

tuxrover

Hi, the .tar.gz extension would receive a special style, as the other extensions.
Cause if you go into "KControl>KDE Components>File Association", and you look for the "application/x-tgz" filetype, you will se that it's associated to the extentions ".tar.gz" & ".tgz".
The system would use this list to recognize the known extentions which to apply a specific style.
That was a good question because I didn't mention this case in the description. I'll add that.

Reply to this

I see the usefullnes

by athleston on: Mar 29 2006

Score 50%

athleston

of the idea but it would immediately fail for the color-impaired.

I think a rather better idea is to create a new column in Detail-view for just the extensions:

Document .doc MS Word Document
Document .odt Open Office Writer Document
Document .html HTML document

Seeing the file extensions in Icon view/list is not so important. The issue though is that sorting should take extensions into account so your musical OGG, MP3, FLAC etc files wouldd sort together

Reply to this

Re: I see the useful

by profoX on: Mar 29 2006

Score 50%

profoX
Home

Why not make a brainstorm about that?
"Intelligent Sorting" :) I'd vote yes.

- profoX
www.debianbox.be
Reply to this

Re: I see the usefullnes

by RedShirt on: Mar 30 2006

Score 50%

RedShirt

Let me preface this with, yes, that should be another column, but I highly disagree with your reasoning, and still think this as well as your idea should be options.(seperate brainstorm as profX mentions)

Setting all standards by those with impairments is not a good idea. In this case, the color-impaired, let's be honest, color blind standard would then be what, all Black and White? Okay great, now we all have Grayscale TV, Monitors, Printers...
How about refusing to even allow monitors since some people are blind? But wait, some are deaf, so we can't let anything have sound either...This arguement may seem obviously exaggerated, but that is because it is to make a point. Just because some tiny fraction of the populace couldn't use that single aspect of the idea, doesn't mean the whole idea fails for the rest of the populace.

According to ADA standards, on the other hand, you would just have to make other changes available instead of purely color changes so... like in the mockup, the color ISN'T the only change, it includes italicized extensions for easier viewing regardless of color. And you still allow color to be configured. I would personally probably make mine bold too, or maybe a different font, or size, or something, to make them really stand out.

But that does bring up a point of the many cases I wouldn't want to see it personally, so I would want a keystroke available to turn this feature on and off.

Reply to this

extensions

by Warhog on: Apr 1 2006

Score 50%

Warhog
Home

All you guys say extensions under linux are nearly meaningless.. and well.. that maybe real.. but KDE and it's "explorer" konqueror very much detect the mime-type via the extension.. all file-browsing/file-open/save-dialogues work with an extension-filter too.. so because of KDE the extension is meaningfull. And, please correct me if i'm wrong, linux does not store the MIME-Type within the filesystem, it has to be detected by special algorithms, or not? cuase that is something which is really annoying.. my PHP-Files are often detecxted as being HTML files, although they are truly not! That is why i'm also relying on file-extensions. (Even it is linux -.-)

Reply to this

finally a good idea

by khaitu on: Apr 5 2006

Score 50%

khaitu
Home

Yes - lets make sure people know what their files REALLY are, without being obtrusive.
Good idea.

Reply to this

Storing by extension

by gollum on: May 10 2006

Score 50%

gollum

One said that it could be cool wether Konqueror were able to store files by type.
If it is implemented, maybe it should be redundant with your colored extention, and I definitely prefer the storing thing.

But why not having both stuf put together ?

It would just have to be configurable, for old computer users, cause things are slow enouth whithout adding these stuffs that I think are likely to need "much" power, and I think few person realy need it.

But I whould use it, cause it's cool :-)

gollum
actualy trying to repair his broken KDE RPM cause of a dirty instal CD
:-(
Reply to this

Re: Storing by extension

by gollum on: May 14 2006

Score 50%

gollum

And for the few people who prefere to hide extension, it would be possible too...

Reply to this

goto page:

1 2 3

Add commentBack

Linux42.org

ask question
more

Popular Groups

Desktop Screenshots

Newest Groups

Elementary OS

Nahuatl language

FORUM

Who we are
Contact
More about us
Frequently Asked Questions
Register
Twitter
Blog

Explore
Apps
Artwork
Jobs
Knowledge
Events
People
Updates on identi.ca
Updates on Twitter
Content RSS
Events RSS

Participate
Groups
Forum
Add Content
Public API

About openDesktop.org
Legal Notice
Spreadshirt Shop
CafePress Shop
Advertising
Sponsor us
Report Abuse

Copyright 2007-2016 openDesktop.org Team
All rights reserved. openDesktop.org is not liable for any content or goods on this site.
All contributors are responsible for the lawfulness of their uploads.
openDesktop is a trademark of the openDesktop.org Team

Differentiate extensions from filenames

KDE4 Brainstorm

extensions and unix

I see some issues with this concept. There are not really extensions in linux. Mime-types are based on the whole name, not on the exetension. For instance, "Readme", "Authors" or "Changelog" are recognised as mime-types but have no extension.

Re: extensions and unix

This is quite tricky

What about files with a .tar.gz extension? I think that this idea would be more trouble than it's worth on Linux, where file extensions are largely meaningless.

Re: This is quite tr

I see the usefullnes

Re: I see the useful

Why not make a brainstorm about that? "Intelligent Sorting" :) I'd vote yes.

Re: I see the usefullnes

extensions

finally a good idea

Yes - lets make sure people know what their files REALLY are, without being obtrusive. Good idea.

Storing by extension

Re: Storing by extension

And for the few people who prefere to hide extension, it would be possible too...

I see some issues with this concept. There are not really extensions in linux.
Mime-types are based on the whole name, not on the exetension. For instance, "Readme", "Authors" or "Changelog" are recognised as mime-types but have no extension.

What about files with a .tar.gz extension?

I think that this idea would be more trouble than it's worth on Linux, where file extensions are largely meaningless.

Why not make a brainstorm about that?
"Intelligent Sorting" :) I'd vote yes.

Yes - lets make sure people know what their files REALLY are, without being obtrusive.
Good idea.