Re: services
Re: services
- Subject: Re: services
- From: Ondra Cada <email@hidden>
- Date: Sat, 29 Dec 2001 19:22:30 +0100
Simson,
>
>>>>> Simson Garfinkel (SG) wrote at Fri, 28 Dec 2001 21:06:02 -0500:
SG> 1. Is Info.plist supposed to be in property-list format or in XML?
XML provably works. I haven't tried the old format, but I guess it would,
too. So far as I understand, XML is preferred for future.
SG> 2. This is really ugly. Are there any plans to have a real services
SG> editor?
The ugliness at least partially comes of the terrible thing of "expert" PB
editor. Should they provide plain NSTextView, where one could use copy/paste
and just write the approariate XML, it would be *MUCH* more convenient.
Otherwise, of course I can't speak for Apple, but I suppose they have it in
the task list, but with a pretty low priority tag...
SG> 3. How does Workspace determine where the applications are that provide
SG> services? Does it scan all of the applications on the HFS+ disk? What
SG> about UFS drives?
It just scans all the standard places (.../Applications, .../Services),
regardless the volume kind.
SG> 4. if I am creating a new service, how do I get Workspace to notice that
SG> the service is now being published?
Well, since they broken the behaviour, you currently have to log out and
back. Originally (as you probably know better than me) there was an AppKit
function (which does not do anything now) and a commandline tool (which
disappeared) to do that any time :((((
SG> 5. Are services offered to Carbon applications? it doesn't look like they
SG> are.
They are, you just have to implement them explicitly -- you don't get any
service for free in Carbon.
Myself, I am not a Carbon programmer, but a friend of mine told me it is
documented well and works as documented, even ;) The problem is that Carbon
programmers don't care, generally. A smaller problem is that some pasteboard
types (multiple files) are not supported well in Carbon (or so I am told --
haven't checked myself!).
SG> 6. Hey, Apple, the Summarize service is really cool. Try it on a CNN
SG> article.
Some documentation might be even cooler. I have no idea what really the
thing does; I've tried it on the standard documentation, and the result did
not impress me the slightest bit.
SG> 7. What is the "userdata" ?
You can assign more services to one common port&message (generally, you
would do that for dynamically created services, like Terminal Services of
OpenStep were).
If you do that, you need some information to distinguish them; "userdata" is
just that.
SG> 8. Is the "port" simply the name of the application?
I've never seen anything other there myself (though I would rather say
"executable" than "application" in this context).
SG> 9. Is the message simply the first part of the method name?
Yep.
---
Ondra Cada
OCSoftware: email@hidden
http://www.ocs.cz
2K Development: email@hidden
http://www.2kdevelopment.cz
private email@hidden
http://www.ocs.cz/oc
| References: | |
| | >services (From: "Simson Garfinkel" <email@hidden>) |