Re: Saving/importing custom controls to/from file
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? -- 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 use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Saving/importing custom controls to/from file
On 9/11/10 11:51 PM, Richard Gaskin ambassa...@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. Terry... -- 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 use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution -- Dr Terry Judd | Senior Lecturer in Medical Education Medical Education Unit Melbourne Medical School The University of Melbourne ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Saving/importing custom controls to/from file
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 use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Saving/importing custom controls to/from file
On a whim I tried copying a group and saving the contents of the clipboard (clipboardData[³objects²]) to file. I then cleared the clipboard and set the clipboardData to the file and was able to paste the reconstructed¹ object back into my stack. I have to admit that I was surprised that this worked as I always just expected that the clipboard data would just contain some pointers to the copied objects rather than a usable copy of the control. The same also method appears to work for entire cards. There may? be some benefits in using this approach compared to saving controls in library¹ stacks. Is anybody already doing this, and if so what are their experiences (pros and cons)? Terry... Dr Terry Judd | Senior Lecturer in Medical Education Medical Education Unit Melbourne Medical School The University of Melbourne ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Saving/importing custom controls to/from file
On 09/11/2010, at 7:41 AM, Terry Judd wrote: On a whim I tried copying a group and saving the contents of the clipboard (clipboardData[“objects”]) to file. I then cleared the clipboard and set the clipboardData to the file and was able to paste the ‘reconstructed’ object back into my stack. I have to admit that I was surprised that this worked as I always just expected that the clipboard data would just contain some pointers to the copied objects rather than a usable copy of the control. The same also method appears to work for entire cards. There may? be some benefits in using this approach compared to saving controls in ‘library’ stacks. Is anybody already doing this, and if so what are their experiences (pros and cons)? Hi Terry I haven't tried but it doesn't seem right to me. Did you quit and restart livecode to make sure memory was cleared. Cheers Monte___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Saving/importing custom controls to/from file
Yep - several times to make sure - and I checked the clipboard in between. Terry... On 9/11/10 9:12 AM, Monte Goulding mo...@sweattechnologies.com wrote: On 09/11/2010, at 7:41 AM, Terry Judd wrote: On a whim I tried copying a group and saving the contents of the clipboard (clipboardData[³objects²]) to file. I then cleared the clipboard and set the clipboardData to the file and was able to paste the reconstructed¹ object back into my stack. I have to admit that I was surprised that this worked as I always just expected that the clipboard data would just contain some pointers to the copied objects rather than a usable copy of the control. The same also method appears to work for entire cards. There may? be some benefits in using this approach compared to saving controls in library¹ stacks. Is anybody already doing this, and if so what are their experiences (pros and cons)? Hi Terry I haven't tried but it doesn't seem right to me. Did you quit and restart livecode to make sure memory was cleared. Cheers Monte___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution -- Dr Terry Judd | Senior Lecturer in Medical Education Medical Education Unit Melbourne Medical School The University of Melbourne ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Saving/importing custom controls to/from file
Yep - several times to make sure - and I checked the clipboard in between. Great, I wonder how it might best be used. I'm not sure there's a massive advantage to this over saving a custom control on a stack and just copying the control from the stack. Cheers Monte___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Saving/importing custom controls to/from file
On 11/8/10 4:31 PM, Monte Goulding wrote: Yep - several times to make sure - and I checked the clipboard in between. Great, I wonder how it might best be used. I'm not sure there's a massive advantage to this over saving a custom control on a stack and just copying the control from the stack. I bet it started when RR added the ability to copy/paste objects between different instances of Rev. I make use of that a lot. It does seem like there should be a use for storing a single control all by itself. I just can't think what. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Saving/importing custom controls to/from file
On 9/11/10 1:29 PM, J. Landman Gay jac...@hyperactivesw.com wrote: On 11/8/10 4:31 PM, Monte Goulding wrote: Yep - several times to make sure - and I checked the clipboard in between. Great, I wonder how it might best be used. I'm not sure there's a massive advantage to this over saving a custom control on a stack and just copying the control from the stack. I bet it started when RR added the ability to copy/paste objects between different instances of Rev. I make use of that a lot. It does seem like there should be a use for storing a single control all by itself. I just can't think what. I've got a 'system' that displays a series of context-specific add-on modules (support tools, prefabricated forms and the like). At the moment these (custom objects) are stored on separate cards in a series of external stacks and I load the stacks and copy and paste the objects into the main stack window as required. 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. There are undoubtedly some interesting implications for RevMobile! Terry... -- Dr Terry Judd | Senior Lecturer in Medical Education Medical Education Unit Melbourne Medical School The University of Melbourne ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Saving/importing custom controls to/from file
On 9/11/10 1:29 PM, J. Landman Gay jac...@hyperactivesw.com wrote: On 11/8/10 4:31 PM, Monte Goulding wrote: Yep - several times to make sure - and I checked the clipboard in between. Great, I wonder how it might best be used. I'm not sure there's a massive advantage to this over saving a custom control on a stack and just copying the control from the stack. I bet it started when RR added the ability to copy/paste objects between different instances of Rev. I make use of that a lot. It does seem like there should be a use for storing a single control all by itself. I just can't think what. You've gotta like the simplicity of... set the clipboardData[objects] to url (binfile:myFilePath) Terry... -- Dr Terry Judd | Senior Lecturer in Medical Education Medical Education Unit Melbourne Medical School The University of Melbourne ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
