Terry Judd wrote:
On 9/11/10 11:51 PM, "Richard Gaskin" <ambassador at fourthworld.com> wrote:
Terry Judd wrote:
Seems like it might be a bit simpler if I can suck an object
straight out of a networked database onto the clipboard and paste
it when and where I want it. Easier to update/maintain and less
hassle than loading stacks, making sure the right stack has focus
and fiddling with object names and ids and the like.
copy <objLongId> to <destObjLongId>
Takes any object from any stack and puts it where you want it, leaving
the user's Clipboard intact.
There are undoubtedly some interesting implications for RevMobile!
Many uses - you can copy between standalones, for instance. I copy
between Rev and MC regularly since native object persistence in the
public Clipboard was implemented.
But why especially useful for RevMobile?
It seems like a simple and fairly robust method for customising/modifying an
existing application.
Maybe. While LiveCode makes a lot of things like that easy, it remains
to be seen exactly what Apple means by forbidding apps that modify
themselves.
--
Richard Gaskin
Fourth World
LiveCode training and consulting: http://www.fourthworld.com
Webzine for LiveCode developers: http://www.LiveCodeJournal.com
LiveCode Journal blog: http://LiveCodejournal.com/blog.irv
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
