Today I'm just helping promote someone else's work.
With this blog being directed mainly to other (programming) geeks, I think you might even be the right audience:
Did you enjoy playing Monkey Island, Leisure Suit Larry and other funny point-and-click adventures? (Though, the first Larrys I played were running still on DOS, without mouse support.)
And do you enjoy british humour?
And, possibly, are you on Steam?
Then have a look at this hilarious Nelly Cootalot promo!
The game is designed by a british film maker, and it's not his first go at an adventure, however this one is made much more professionally. Support his quest for getting the game onto Steam - don't be a coward!
I support this because long time friends of mine are involved in the development and distribution, and at some time I was almost becoming part of the dev team as well. I'd have loved to but I'm already busy with so many other projects I couldn't take on another one.
The game already got its basic funding through Kickstarter earlier this year, and now this is a step up to get onto Steam, giving it a much wider reach.
Also, it'll run on Macs, which is always good.
Thomas Tempelmann about programming in general, and OS X, iOS and Xojo in particular
18 July 2014
07 July 2014
OS X: Moving Files to Trash from your own application, with optional user interaction!
When you're writing a interactive Mac OS X program, it's possible that you need to delete files.
And if they're files the user has access to, then it's often a good idea to move them to the trash instead of erasing them right away, in order to give the user the opportunity to restore them again (saving you the need to provide some kind of Undo command for the destructive operation).
Moving items to the Trash is rather complex, and so it's best to just let the Finder perform that task.
The Finder is, fortunately, still scriptable, and so this task should be easy. (I must say, though, that I don't know if you can get such an app into the App Store - if you know, please comment.)
The challenge is to have the Finder tell the user if there's a problem, such as when the item is locked or when an admin login is needed.
And if they're files the user has access to, then it's often a good idea to move them to the trash instead of erasing them right away, in order to give the user the opportunity to restore them again (saving you the need to provide some kind of Undo command for the destructive operation).
Moving items to the Trash is rather complex, and so it's best to just let the Finder perform that task.
The Finder is, fortunately, still scriptable, and so this task should be easy. (I must say, though, that I don't know if you can get such an app into the App Store - if you know, please comment.)
The challenge is to have the Finder tell the user if there's a problem, such as when the item is locked or when an admin login is needed.
Now, if you're trying to be lazy, you'd just write an AppleScript and invoke that from your application (this is especially easy to do in Real Studio / Xojo, but not much harder in ObjectiveC, either).
The downside of using an AppleScript is that it won't show these dialogs - if the item can't be moved to the trash, the function will return and give you an error message telling you about the problem.
To solve this, you need to invoke the AppleEvent directly, without going through an AppleScript.
The Xojo code would look like this, simplified:
dim ae as AppleEvent = NewAppleEvent ("core", "delo", "MACS") dim list as new AppleEventDescList list.AppendFolderItem (theItemToDelete) ae.DescListParam("----") = list ok = ae.send
However, this won't give us the user interaction either, yet. That's because Xojo's Send command is lacking the options that the OS X API offers.
We have to call the native AESend() function via a declare, instead:
We have to call the native AESend() function via a declare, instead:
const kAEWaitReply = &h00000003 ' sender wants a reply and will wait const kAEAlwaysInteract = &h00000030 ' interact where appropriate const kAECanSwitchLayer = &h00000040 ' interaction may switch layer
declare function AESend lib "Carbon" (ae as Integer, reply as Ptr,
sendMode as Integer, prio as Integer, timeoutTicks as Integer,
idle as Ptr, filter as Ptr) as Integer
dim sendMode as Integer
sendMode = kAEWaitReply + kAEAlwaysInteract + kAECanSwitchLayer
dim err as Integer = AESend (ae.Ptr, nil, sendMode, 0, 0, nil, nil)
The same can be applied to copying files with user interaction as well - use the "clon" instead of the "delo" value for the AppleEvent.
I've made a REALbasic / Xojo project with both a MoveItemsToTrash() and CopyItems() function for your own use. Download here.
Subscribe to:
Posts (Atom)