[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: GNUstep equivalent to the "open" tool.
From: |
Richard Frith-Macdonald |
Subject: |
Re: GNUstep equivalent to the "open" tool. |
Date: |
Mon, 26 Mar 2001 07:11:49 +0100 |
On Monday, March 26, 2001, at 06:08 AM, Gregory Casamento wrote:
>
> --- Tom Hageman <trh@xs4all.nl> wrote:
> <snip>
> > make_services might be a natural candidate, as it already scans the apps
> > for services info.
>
> When the user selects "Update Viewers" a tool called AppFinder.tool is run.
> I suspect that the same tool is executed when the user logs and the workspace
> is started.
>
> Adding this to make_services doesn't seem right since this is not how it
> functions under OPENSTEP. We should probably create a similar tool which
> lives in the tools directory and is executed by GNUstep.sh when logging in
> and by the workspace application (most likely GWorkspace.app) when update
> viewers is selected.
Under GNUstep, make_services does both jobs ... and the services and suffixes
database are the same database.
The reason behing this is simple, scanning for required suffixes and for
services
require almost identical operations ... both scan the set of well-known
directories,
and both look at the Info.plist data for all apps found there. A few extra
locations
are scanned for services ... but so few things are normally put in the extra
places,
that the extra work is insignificant.
I can't see any point in writing a secons, almost identical tool, and running
both
tools, just to make our implementation (this isn't part of the OpenStep
standard,
and is practically undocumented even in OPENSTEP) identical to OPENSTEP.
Of course, we could just make a link from AppFinder.tool to make_services, so
that
anyone trying to run AppFinder.tool would find things working as they expect.