"Jorge G. Mare" <koki@xxxxxxxxxxxxx> wrote: > Rene Gollent wrote: ... > > Upon further investigation, Darkwyrm removed the > > checkbox in r19934. > > And here is a brief discussion that followed: > > https://lists.berlios.de/pipermail/haiku-commits/2007-January/000414.html > > > So, if I am not mistaken, here is what we currently have: > > - Desktop folders are hidden Is there any good reason to disallow showing the desktop folder in a window apart from the reason of avoiding the insanely huge window version of it? (Desktop uses the same set of attributes as any folder, to store its properties, making it show up huge.) (I'm not sure the hiding of Desktop is helpful. It might avoid having Desktop twice in BFilePanel's parent dropdown. I wouldn't mind making having Disks as the top item instead of Desktop. I think I've lost faith in Desktop as "GUI root", inherited from classic MacOS. Alt-D and Alt-H would still work just fine.) > - "Integrate Non-Boot BeOS desktops" is off by default > - "Integrate Non-Boot BeOS desktops" has been removed I agree with both of these changes and see no good reason to integrate Desktop folders with that of the current user. In a multiuser setup, which Desktop folder on that other volume would you integrate? (Even if two user accounts on separate volumes may have the same ID and name, they could theoretically be accounts of two different persons.) And why does a home folder get created for every BFS volume? > It looks like this is not an alternative to accessing > the desktop folder of non-boot volumes from Tracker anymore. I agree that the Desktops of other volumes need to be accessible from Tracker like any folder, but I'd much rather have them be able to show like any folder, than integrated into the current desktop. There's just that issue with the attributes. What can we do about that? Ignore the attributes of a desktop folder and use a ~/config/settings/DefaultDesktopTemplate when showing a Desktop-folder in a window? /Jonas.