[ge-talk] Installer - App Categories
Waldemar Kornewald
wkornew at gmx.net
Wed Jan 18 20:32:10 BRST 2006
Nathan Whitehorn wrote:
>> Apps that don't specify a category are not shown in the Deskbar.
>
> Reasonable, I guess. Half the point of bundles, though, is to avoid
> cluttering /boot/apps. I would much prefer having the Deskbar simply
> show the contents of that directory. The file system is a good thing.
> It's obvious how to change the contents. What I would suggest, in fact,
> is to have ~/config/be simply contain symlinks to /boot/apps,
> /boot/preferences, and /boot/games. Then if people want to categorize
> their deskbar, or modify it in any way they can. We could also put saved
> queries in there. The Deskbar itself *should not know anything* about
> packages, or software placement, nor should apps try or need explicitly
> to put themselves there -- an overreliance on people opening apps with
> the start menu created the C:\Program Files mess on Windows.
It's not just the /boot/apps clutter. Bundles are totally location
independent. How do you want to include /home/apps without using
queries? What if some user deletes his queries in ~/config/be and uses
symlinks for his own categories? New applications won't automatically
appear, anymore. This cannot be the recommended solution to
categorization. You cannot even expect most users to recreate the
queries if they deleted them. We need a reliable solution that cannot be
broken or replaced with something that is unreliable (at least not as a
"recommended solution").
But if we go with queries: The index_server should store system-local
attributes (never copied). Every installed bundle is marked with such an
attribute. On upgrade we can request the index_server to delete the old
bundle's attribute (even if the bundle is located on an *unmounted*
volume) and add one for the new bundle. Queries are used by default, so
everything works as expected.
What should happen to file systems that don't support attributes or
queries? Should the index_server emulate these capabilities for such
file systems (and store its data on the FS to not waste resources)? You
would be unable to extend read-only file systems, though. That means you
cannot permanently install a bundle from CD without copying it. Maybe
this is not too bad because you normally don't use bundles from CD.
How do we auto-translate queries like "Applications" into other
languages? There must be "localizable" attributes/file names.
>> To make all installed software still accessible from an intuitive
>> place (for uninstall and inspection of installed software) the
>> "Applications" menu in Deskbar gets an entry "Show All Applications"
>> (placed at the top and separated from the other entries). This entry
>> opens the "Software Manager" which should look like an application
>> launcher, but also allow for inspecting all installed bundles and
>> packages.
>
> Why not just open a query that lists all your applications, as opposed
> to faking it with some app? A Software Manager like thing should be used
> only for removing installed packages, and should be a preference. With
> bundles, we already can uninstall them by dragging them from the query
> to the trash. The only other thing a fake launcher could do would be to
> get in the way.
I was thinking of apps not listed in "Applications" (e.g.: BePDF). Did
you never get asked how to uninstall some application that does not
appear in the Windows "Start Menu"? It's unintuitive to search in
Control_Panel->Software. You don't search in "Preferences" if you want
to delete an app. As a newbie you first look in "Applications" and then
wonder how to delete it (since it's missing). This is why I would like
to have a "Show All Applications" item. "Applications" is the first
place that comes to your mind.
Bye,
Waldemar
More information about the glasselevator-talk
mailing list