|
|
The Unread needs the Finder running
i'm not sure what "the unread" is written in, but can you make a unix system call to, for example, 'ps ax' and grep that for "Mail"? it would be trivial to do in perl, but i'm not sure how you've implemented "the unread."
The Unread needs the Finder running
I'm not sure how to handle the error trapping, but it's pretty trivial to use the shell via AppleScript; this one liner will return the info on Mail if it's running. If it's not running, it throws a Type 1 error:
I'm sure there are more elegant ways of handling this; the two "grep -v" commands are used to eliminate the actual grep command, as well as the shell process that AppleScript launches. I know very little about AppleScript, but it should be trivial to trap on the error (Mail not running) or the successful return (Mail is running), all without launching the Finder.
-rob.
The Unread needs the Finder running
Well, it uses a combination of AppleScript and Cocoa so I could use that fairly easily inside the AppleScript but I just got an email from somebody that told me the "(get name of every process)" call is passed on to System Events by the Finder so I can just bypass Finder and ask System Events. That should work fine. Thanks for the suggestion, though.
The Unread needs the Finder running
Sorry if this is offtopic. I love your suggestions and troubleshooting on this issue. I'ved learned about a great app, the author gets involved in the discussion and others are flocking with resolutions -- this is what it means to be a mac user in today's age. 10 years ago I think it was more user-interface driven and how you can "trick-out" your UI... now it's about the developer and users coming together to solve problems. |
SearchFrom our Sponsor...Latest Mountain Lion HintsWhat's New:HintsNo new hintsComments last 2 daysNo new commentsLinks last 2 weeksNo recent new linksWhat's New in the Forums?
Hints by TopicNews from Macworld
From Our Sponsors |
|
Copyright © 2014 IDG Consumer & SMB (Privacy Policy) Contact Us All trademarks and copyrights on this page are owned by their respective owners. |
Visit other IDG sites: |
|
|
|
Created this page in 0.06 seconds |
|