[haiku-commits] Re: r40922 - in haiku/trunk: headers/private/locale src/apps/deskbar src/kits/locale src/kits/tracker

  • From: Stephan Aßmus <superstippi@xxxxxx>
  • To: haiku-commits@xxxxxxxxxxxxx
  • Date: Sun, 13 Mar 2011 09:30:42 +0100

Am 12.03.2011 19:45, schrieb Ingo Weinhold:
On 2011-03-12 at 14:35:07 [+0100], Jonas Sundström<jonas@xxxxxxxxxxx>  wrote:
Adrien Destugues<pulkomandy@xxxxxxxxxxxxxxxxx>  wrote:
On Sat, 12 Mar 2011 13:40:56 +0100, "Jonas Sundström"<jonas@xxxxxxxxxxx>
Maybe hard links could work to give filesystem entries multiple real
locations with localized names. But if not created somewhat lazily
there would quite a lot of them. (How would it affect fs performance?)

BFS can't do hardlinks.

Yes, I know.

I think we won't allow directory hardlinks anyway. Most systems don't, since
it can lead to weird effects like cyclic directory structures.

Besides, I don't see the point of doing such a thing. I find the current
approach (the application being responsible for presenting the localized
name) fully sufficient. We might need to introduce additional API for
working with localized file names/paths, if there's demand for more
applications (e.g. using localized names in the shell).

Fully agreed. The cleanest solution is to think of the file system as the model and of Tracker and Deskbar as the presentation. We don't want to sacrifice any of the "user is in control" feeling by hiding facts, but I think it is being acomplished by giving enough hints in the presentation about the real name in the file system. If we then have some way to launch apps in the path via their localized name in the Terminal, I think we have come pretty close to a best possible solution for the problem at hand.

Best regards,

Other related posts: