Non-Apple Sherlock 3 Channels? 41
AnamanFan queries: "I've been a bit curious about Sherlock 3 and the release of the Sherlock SDK. I wondered if there were any new channels out there, but my Googleing came up dry. There are a few nifty developer-related channels by Apple that feature an XPath Finder, as well as JavaScript, HTML, & XQuery interpreters, but I was wondering if anyone out there has made use of the SDK."
massinova (Score:4, Informative)
massinova kicks ass (Score:1)
Re:massinova kicks ass (Score:2)
why kick ass: (Score:2, Informative)
Re:why kick ass: (Score:2)
Apparently not (Score:2, Interesting)
Re:Apparently not (Score:1)
Just a thought... Slashdot channel! (Score:3, Funny)
Re:Just a thought... Slashdot channel! (Score:2, Informative)
Re:Just a thought... Slashdot channel! (Score:4, Informative)
Re:Just a thought... Slashdot channel! (Score:2, Interesting)
Re:Just a thought... Slashdot channel! (Score:1)
SDK is terrible, that's why... (Score:4, Insightful)
Watson's Cocoa based SDK is much easier to code for.
I mean it's so fun that Apple hasn't even provided us with new channels. Watson is constantly being improved upon and getting new tools.
Re:SDK is terrible, that's why... (Score:1)
Re:SDK is terrible, that's why... (Score:1)
I've been a Mac user / programmer for 15 years and the Sherlock 3 SDK still sucks.
And, Apple does screw up on occasion.
Re:SDK is terrible, that's why... (Score:2, Insightful)
Re:SDK is terrible, that's why... (Score:2)
Perl XQuery modules, where? (Score:1)
Re:Perl XQuery modules, where? (Score:2)
My bad.
You're missing the point (Score:1)
Further having Java interfaces is also quite nice.
WTF are you talking about? There's a huge difference between Java and JavaScript.
What they need now is a good O'Reilly book to explain how it all works. .
Preach it brother!
Re:You're missing the point (Score:2)
I understand what you are saying about the limited language choices, but it is supposed to be a semi-limited product. If you are already using Perl and so forth why not simply have an application? Why embed it is Sherlock at all? You could whip up a front-end to the Perl with Obj-C and Interface Builder rather quickly.
Admittedly Perl has nice datamunging functions, however if you read the links, you'd see that Apple has provided numerous extensions to both JavaScript and XQuery. Things like data-match and so forth. Further if you must use Perl, simply write a CGI script and call it with your JavaScript or XQuery. It can get data from any URL, after all.
Re:You're missing the point (Score:1)
Maybe not in some cases, but it's not a language one would choose to write a plug-in with. JS just doesn't work well for channels. More on this at the end of this post.
By limiting things to JavaScript it really relieves a lot of headaches for Apple in terms of security and so forth.
I guess I don't get your point. Other languages can run in "sandbox" mode.
I understand what you are saying about the limited language choices, but it is supposed to be a semi-limited product.
That all depends on what you mean by "limited". For a channel, you have to use http to retreive info via the internet (XML or HTML), and then you have nearly every Aqua widget to use. That's not what I would call limited, even if it is "just a plug-in".
Because Sherlock is Apple's push for web services front-ends. Sure there are plenty of eBay apps availible for Mac OS X, but most people are going to use the Sherlock channel do their "Aquified" auction searching.
I have read all the documentation. Just because extensions are availible for the languages, that doesn't mean these languages are right for the job.
Further if you must use Perl, simply write a CGI script and call it with your JavaScript or XQuery. It can get data from any URL, after all.
Now you're jumping to a totally different subject. We're talking about channel programming languages, not server side programming.
From WatertonMan's previous post:
If you are primarily dealing with XML data then XQuery is really the way to go.
Maybe, maybe not. I'd prefer Perl, but if XQ is your cup o' tea, more power to you. But wait! There's a lot more to writing a channel than parsing XML. The whole "interface" thing. The whole purpose of channel is to provide an Aqua interface. "But that's where JS comes in," you might be thinking. True, but shouldn't that tell us something when we need 2 languages to write a channel? Perl has the data munging features and an OO interface that would be perfect for programming the UI!
Canadian 411 Channel (Score:2, Informative)
There are lots of comments on his trials with the new SDK as well.
I've got one (Score:4, Informative)
source:
http://homepage.mac.com/vng1
channel:
sherlock://homepage.mac.com/vng1/Canada411/Sher
I highly suggest you go to the Apple Sherlock dev mailing list. You can find it at lists.apple.com
Google channel (Score:2, Informative)
Another Sherlock 3 Channel (Score:2, Informative)
And while you are there, go see my pictures [dotmac.info]...
Fedex Channel (Score:3, Informative)
I haven't done any Watson development, yet. (I'd like to give it a shot and compare it with Sherlock 3, when I get the time.) As noted above, Victor Ng has great notes on his experience with the SDK. As Victor notes, the most frustrating bit has to be the complete lack of feedback for even the simplest syntax errors. The developers of Watson have a brief, but informative comparison of the two SDKs [karelia.com], as well.
Multilingual bibliographic database channel (Score:1)
The SDK could be better, but reading the SDK together with the sources for Apple's own channels pretty much gives a developer most of what one could want. Granted, the sources for Apple's channels are not available, but using curl or HTTP GET shouldn't be too hard to get at the sources, especially on a Mac OS X box.
Not having developed a channel for Watson, I cannot compare the two but it's hard to argue against Apple's choice of standards-based tools in Sherlock: XPath, XQuery and JavaScript (ECMAScript). Being part of the OS is a big win, too. Simply give a Mac OS X 10.2 user a sherlock: URI and they'll be able to access the channel without having to install a commercial third-party utility.
Here's a multilingual channel into a bibliographic database "Plussa" (the actual libraries are in the Helsinki area.): Libplussa [sherlock]
/. doesn't parse the URI so here it is again: sherlock://homepage.mac.com/uucee/sherlock3/libplu ssa.xml
Post in review: (Score:3, Interesting)
The common agreement is the the SDK could stand more improvement.
The following are some of the channels that are available. Clicking will add them to your copy of Sherlock or link to the homepage of the channel:
Canada 411 [sherlock]
Google [kstaken.org] (not officially from Google)
dotmac.info [dotmac.info]
massinova.com [massinova.com]
Libplussa [sherlock]
FedEx Tracker [sherlock] (not officially from FedEx)
Cool! (Score:1)
RealBasic has one as well (Score:2)
If you are using Mozilla, then you might have to associate sherlock: with the Sherlock 3 app, just like you had to do with .cal files to iCal. I'm sure there's some super 1337 way of modifying the plist file, but I just started IE5.2, added it to the protocols preference and closed it. Mozilla picks those chnages up after quitting and re-opening the browser.
"et al." for searching scientific journals (Score:1)
GO HERE FOR LINKS TO TRY OR ADD [inshift.net]
It searches PubMed (http://www.pubmed.gov) for journal articles released in medical and science journals. Real helpful for a student like me. Give it a whirl, and tell your science/medical/Mac friends about it.
It is a work in progress, but it works. Look for a nice update in a couple of weeks to improve the interface and searching options.
Sherlock Channels site (Score:1)