Linked by Thom Holwerda on Mon 22nd Aug 2005 18:25 UTC, submitted by kellym
KDE The K Desktop Environment was pleased to see its users recently at the LinuxWorld Conference and Expo. Users were excited to learn about KDE 4.0, some of the hot new stuff in KDE 3.5, and thousands of Linux users got out of the house for a change.
Thread beginning with comment 21731
To read all comments associated with this story, please click here.
Very Good
by unoengborg on Tue 23rd Aug 2005 03:58 UTC
unoengborg
Member since:
2005-07-06

I really like the new homes:/ locatation in KDE 3.5. If it works like I think it does, the full names of the users is presented to the user, not some folder name like in gnome.

This is a good example of seeing things from a user perspective rather than from a technical file browsing perspective. It is much more natural to think of collegues by their real names than by their home folder name, that may or may not be the same as their login name. In this specific case KDE 3.5 blows Gnome 2.12 out of the water with respect to usability.

Using locations like homes:/, trash:/,... is a step away from the traditional Unix hierachial filesystem view that works so well in CLI environments but sort of looses its strengts in modern GUI systems. Back in the days when the unix directory structure with disks mounted in one tree it was a great simplification to the user as he did not need to keep track of actual physical storage devices.

In the desktop methaphore documents can be thaught of as stored in a file cabinet. However some all things doesn't really fit into that file cabinet without stretching the metaphore. I.e. we wouldn't normally store trash in a physical file cabinet. Neither would we store our collegues there. By creating locations like homes:/ we get starting points for new specialized hierachis that maps well onto the most users perception of the world.

Very well done, this is miles ahead of Gnome 2.12 as it acknoleges that most users need to cooperate and share files with fellow workers. In the homes:/ location the folders will act as some sort of conceptual proxy for the real user. However that makes the icons a bit out of place. The icon should probably relate more to people than to various types of houses.

Reply Score: 3

RE: Very Good
by on Tue 23rd Aug 2005 07:34 in reply to "Very Good"
Member since:

"However that makes the icons a bit out of place. The icon should probably relate more to people than to various types of houses."

Yeah, this is a very good point, I think you should directly contact KÚvin Ottens (the home:/ author) or fill a bug in bugs.kde.org to share this idea, that IMO should be implemented.

Reply Parent Score: 0

RE[2]: Very Good
by unoengborg on Tue 23rd Aug 2005 13:12 in reply to "RE: Very Good"
unoengborg Member since:
2005-07-06


"However that makes the icons a bit out of place. The icon should probably relate more to people than to various types of houses."

Yeah, this is a very good point, I think you should directly contact KÚvin Ottens (the home:/ author) or fill a bug in bugs.kde.org to share this idea, that IMO should be implemented.


Done! You can now cast your bug vote on it at:
http://bugs.kde.org/show_bug.cgi?id=111350

Reply Parent Score: 1

RE: Very Good
by nimble on Tue 23rd Aug 2005 08:55 in reply to "Very Good"
nimble Member since:
2005-07-06

There's a proliferation of IOSlaves going on at the moment, like media:, homes:, system:, settings:, ... .

I get the feeling that that might come back to bite them, because it isn't terribly scalable and it conflicts with the actual concept of URLs: the bit before the colon should denote a protocol, not just some kind of filesystem shortcut.

Here's one example. Say Joe User looks at his home directory in Konqueror:

homes:/Joe_User

Yet if he clicks on a zip file in there the address turns into something like this:

zip:/home/joe/file.zip

Is that confusing or what?

Reply Parent Score: 2

RE[2]: Very Good
by on Tue 23rd Aug 2005 09:24 in reply to "RE: Very Good"
Member since:

Well, considering that in Nautilus he wouldn't even *have* a visible address, I don't see why this is any worse.

And no, it doesn't change that way.

Reply Parent Score: 0

RE[2]: Very Good
by unoengborg on Tue 23rd Aug 2005 12:00 in reply to "RE: Very Good"
unoengborg Member since:
2005-07-06


Here's one example. Say Joe User looks at his home directory in Konqueror:

homes:/Joe_User

Yet if he clicks on a zip file in there the address turns into something like this:

zip:/home/joe/file.zip

Is that confusing or what?


It is, but the current KDE 3.4 situation is worse. People usually refer to each other by name and have done so for thousands of years. They should be able to do so in their OS environment as well.

Besides I think that most people will see the zip archive as an artefact of its own, just like they realize that trash:/ or for that matter homes:/ is a hierachies of their own. If he doesn't, he is in trouble just the same as the zip:/ "directory" will behave differently than his ordinay directories and that will confuse him too. The solution to that would be not to open zip files directly in konqueror, but I
think most people would think that would be a bad idea.

BTW: When the user decide to unpack it he would still be able to specify the desired location in termes of homes:/Some Person.

Reply Parent Score: 1