Re: How do we access the clipboard on mobile devices?
Today, Thierry allowed me to put the external from his text to speech app into Augmented Earth. I was able to put in a paste button above the content field and paste text into the app on my iPhone. It worked quite well. Sent from my iPhone > On Jun 28, 2017, at 10:20 AM, Richard Gaskin via use-livecode >wrote: > > Thierry Douez wrote: > > > J. Landman Gay > > : > > > > > > They can paste text normally if you use a native field. The only > >> restriction is that LC can't manage the clipboard through script > >> alone. But if you create a mobile field the OS handles it as > >> expected. > >> > >> In other words, copy and paste is currently limited to manual user > >> actions. > >> > It would be very nice to be able to get and set the > rawClipboardData on mobile but that is only possible on the > desktop. > > > > > On my latest release of sunnYtext2speech, I did add an experimental > > copy and paste commands. > > > > Contact me off-list if any interest. > > Is there anything that might interest the readers here? What were these > experiments? Were you able to programmatically alter the mobile OS keyboard? > > -- > Richard Gaskin > Fourth World Systems > Software Design and Development for the Desktop, Mobile, and the Web > > ambassa...@fourthworld.comhttp://www.FourthWorld.com > > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: How do we access the clipboard on mobile devices?
Thierry Douez wrote: > J. Landman Gay > : > > > They can paste text normally if you use a native field. The only >> restriction is that LC can't manage the clipboard through script >> alone. But if you create a mobile field the OS handles it as >> expected. >> >> In other words, copy and paste is currently limited to manual user >> actions. >> It would be very nice to be able to get and set the rawClipboardData on mobile but that is only possible on the desktop. > > On my latest release of sunnYtext2speech, I did add an experimental > copy and paste commands. > > Contact me off-list if any interest. Is there anything that might interest the readers here? What were these experiments? Were you able to programmatically alter the mobile OS keyboard? -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ambassa...@fourthworld.comhttp://www.FourthWorld.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: How do we access the clipboard on mobile devices?
J. Landman Gay : They can paste text normally if you use a native field. The only > restriction is that LC can't manage the clipboard through script alone. But > if you create a mobile field the OS handles it as expected. > > In other words, copy and paste is currently limited to manual user actions. > > > >>> It would be very nice to be able to get and set the rawClipboardData on >>> mobile but that is only possible on the desktop. >>> >> On my latest release of sunnYtext2speech, I did add an experimental copy and paste commands. Contact me off-list if any interest. Kind regards, Thierry -- Thierry Douez - sunny-tdz.com sunnYrex - sunnYtext2speech - sunnYperl - sunnYmidi - sunnYmage ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: How do we access the clipboard on mobile devices?
> What is "js-package"? If the "js" isn't JavaScript, what is it? I used "package" in the sense of npm. Most packages are modules https://docs.npmjs.com/how-npm-works/packages And yes, js is short for javascript, the usual file ending. Using the browser widget enables HTML5 as a superset of javascript for us. For example HTML5/canvas2d supplies very fast dataURL-methods that we can use via javascript to access the raw data. This is faster than working with 'directly' created Uint8ClampedArrays. Interesting in this context is the original name of js: "LiveScript". > But if we look at the types of externals most commonly used in LC at > the moment, we have tsNet, the MER collection, and others, most of > which provide some pretty great functionality but are rarely creating > GUI controls. "Creating GUI controls" is rather seldom. I write more about "using LC as a GUI" for some 'outsourced' actions, quite different and inherent to most if not all MER-externals. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: How do we access the clipboard on mobile devices?
>From a design perspective, for being able to use paste, speech to text, and >emojis, I have Idea that comes from something Richard said. When a user clicks on a field to edit, that field could appear to start from its location and grow to take up most of the screen. It would actually be a mobile native field that is created on the fly. Then the user could use native field capabilities and it would look like it was designed that way on purpose. When they click a 'done' button, it would shrink down to regular size, process the contents, and put them into the LC field. If done right, that could be pretty sharp and would address the issue of fields being in scrolling groups - something I don't think we can do with native mobile fields. Sent from my iPhone > On Jun 27, 2017, at 4:17 PM, Richard Gaskin via use-livecode >wrote: > > hh wrote: > > >> Richard G. wrote: > >> ... beyond the performance gains by moving "low level binary data > >> processing" to javaScript (would be nice if someone has time to > >> post some apples-to-apples comparisons) ... > > > > "Low level binary data processing" means for me for example to invert > > the color data of an image of medium screen size (say 1920x1080) > > _without_ using any js-package, only using pure HTML5/javascript. > > What is "js-package"? If the "js" isn't JavaScript, what is it? > > > > Now please define "apples-to-apples comparisons" for that use-case, > > best with your LC script version (so that we have the fastest possible > > LC script version), and I'll add my version so that everyone can do > > his own comparisons. > > > > [Use latest LC 8.1.5, the image is a LiveCode object, say image 1] > > [Simple invert means for me (r,g,b) -> (255-r,255-g,255-b)] > > > > on mouseUp > >-- start timing > >... > >-- end timing > > end mouseUp > > I don't have a collection of image processing scripts handy for such testing, > but I've seen some in the forums I may be able to hunt down if they're useful. > > > >> Richard G. wrote: > >> ... what I find most interesting in these discussions is that most of > >> the interest expressed thus far has been for UI elements, something > >> previously seen as LC's sweet spot. > > > > Just the same with most externals ?! > > If we expand the conversation from "externals" to all forms of extensions in > general, then certainly LCB-based widgets tend to be GUI controls. > > But if we look at the types of externals most commonly used in LC at the > moment, we have tsNet, the MER collection, and others, most of which provide > some pretty great functionality but are rarely creating GUI controls. > > -- > Richard Gaskin > Fourth World Systems > Software Design and Development for the Desktop, Mobile, and the Web > > ambassa...@fourthworld.comhttp://www.FourthWorld.com > > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: How do we access the clipboard on mobile devices?
hh wrote: >> Richard G. wrote: >> ... beyond the performance gains by moving "low level binary data >> processing" to javaScript (would be nice if someone has time to >> post some apples-to-apples comparisons) ... > > "Low level binary data processing" means for me for example to invert > the color data of an image of medium screen size (say 1920x1080) > _without_ using any js-package, only using pure HTML5/javascript. What is "js-package"? If the "js" isn't JavaScript, what is it? > Now please define "apples-to-apples comparisons" for that use-case, > best with your LC script version (so that we have the fastest possible > LC script version), and I'll add my version so that everyone can do > his own comparisons. > > [Use latest LC 8.1.5, the image is a LiveCode object, say image 1] > [Simple invert means for me (r,g,b) -> (255-r,255-g,255-b)] > > on mouseUp >-- start timing >... >-- end timing > end mouseUp I don't have a collection of image processing scripts handy for such testing, but I've seen some in the forums I may be able to hunt down if they're useful. >> Richard G. wrote: >> ... what I find most interesting in these discussions is that most of >> the interest expressed thus far has been for UI elements, something >> previously seen as LC's sweet spot. > > Just the same with most externals ?! If we expand the conversation from "externals" to all forms of extensions in general, then certainly LCB-based widgets tend to be GUI controls. But if we look at the types of externals most commonly used in LC at the moment, we have tsNet, the MER collection, and others, most of which provide some pretty great functionality but are rarely creating GUI controls. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ambassa...@fourthworld.comhttp://www.FourthWorld.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: How do we access the clipboard on mobile devices?
> Richard G. wrote: > ... beyond the performance gains by moving "low level binary data > processing" to javaScript (would be nice if someone has time to > post some apples-to-apples comparisons) ... "Low level binary data processing" means for me for example to invert the color data of an image of medium screen size (say 1920x1080) _without_ using any js-package, only using pure HTML5/javascript. Now please define "apples-to-apples comparisons" for that use-case, best with your LC script version (so that we have the fastest possible LC script version), and I'll add my version so that everyone can do his own comparisons. [Use latest LC 8.1.5, the image is a LiveCode object, say image 1] [Simple invert means for me (r,g,b) -> (255-r,255-g,255-b)] on mouseUp -- start timing ... -- end timing end mouseUp > Richard G. wrote: > ... what I find most interesting in these discussions is that most of > the interest expressed thus far has been for UI elements, something > previously seen as LC's sweet spot. Just the same with most externals ?! ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: How do we access the clipboard on mobile devices?
hh wrote: > LC is a perfect tool, for me also plays the role of a GUI when seeking > for speed. Javascript/HTML5 does a lot of low level binary data > processing up to 100 times faster than LC Script (and no js-package > needed for that). > > To use javascript/HTML5 is not "bypassing" the LC language" but > *extending* the LC language. It is more comparable to using externals. > Or kind of a FFI, like using java in LC Builder. A bit more resource-heavy, but apparently acceptable for a wide range of apps. I agree that "extending" is a better choice here, but beyond the performance gains by moving "low level binary data processing" to JavaScript (would be nice if someone hasd time to post some apples-to-apples comparisons), what I find most interesting in these discussions is that most of the interest expressed thus far has been for UI elements, something previously seen as LC's sweet spot. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ambassa...@fourthworld.comhttp://www.FourthWorld.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: How do we access the clipboard on mobile devices?
Thanks Roger, With the huge amount of LC/HTML work I have done over the last year, I feel comfortable in saying that LC is vastly superior for all of the underlying text processing and data manipulation that has to be done. HTML/JS is all about presentation, but would be hard to use for the back end stuff. To be honest, I do wish LC had all of the basic modern interface options one normally expects for mobile devices, but I realize how expensive it is to make those things. Sent from my iPhone > On Jun 27, 2017, at 8:07 AM, Roger Eller via use-livecode >wrote: > > No judgement here either. Just an involuntary gag reflex @ the thought of > my beloved LC being reduced to a l mere code-language traffic light. > Although I have always appreciated shell and do as applescript to get that > one little piece of data from the native OS, it's not the way I prefer to > use LC. I like to stay in the core language as much as possible. It is a > lovely place. > > Jonathan, I meant no offense to you or your approach. Go forth and augment > the earth! :-) > > ~Roger > > On Jun 27, 2017 12:18 AM, "Richard Gaskin via use-livecode" < > use-livecode@lists.runrev.com> wrote: >> >> No judgment from me on this. On the contrary, .. >> >> -- >> Richard Gaskin >> Fourth World Systems >> >> >> jonathandlynch wrote: >> >>> I am not trying to start a fuss - just find solutions for my particular > problem. >>> >>> > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: How do we access the clipboard on mobile devices?
No judgement here either. Just an involuntary gag reflex @ the thought of my beloved LC being reduced to a l mere code-language traffic light. Although I have always appreciated shell and do as applescript to get that one little piece of data from the native OS, it's not the way I prefer to use LC. I like to stay in the core language as much as possible. It is a lovely place. Jonathan, I meant no offense to you or your approach. Go forth and augment the earth! :-) ~Roger On Jun 27, 2017 12:18 AM, "Richard Gaskin via use-livecode" < use-livecode@lists.runrev.com> wrote: > > No judgment from me on this. On the contrary, .. > > -- > Richard Gaskin > Fourth World Systems > > > jonathandlynch wrote: > >> I am not trying to start a fuss - just find solutions for my particular problem. >> >> ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: How do we access the clipboard on mobile devices?
LC is a perfect tool, for me also plays the role of a GUI when seeking for speed. Javascript/HTML5 does a lot of low level binary data processing up to 100 times faster than LC Script (and no js-package needed for that). To use javascript/HTML5 is not "bypassing" the LC language" but *extending* the LC language. It is more comparable to using externals. Or kind of a FFI, like using java in LC Builder. > Richard G. wrote: > With all the interest lately in bypassing the LC language to use an > embedded browser process, maybe we've found the winning slogan for LC: > > "LiveCode: a great JavaScript packaging tool" :) > > Richard G. wrote: > No judgment from me on this. On the contrary, most development mixes > languages from time to time, and I think it can be instructive to > observe where the dividing lines of natural usage are found. > > So I was kidding, of course, in referring to LC as a "JavaScript > packaging tool", but maybe only somewhat: > > Where we find ourselves using JavaScript to cover for something that's > hard to do in LC -- and vice versa, where we prefer doing something in > LiveCode because it's hard to do in JavaScript -- we may learn something > about the sweet spot of each. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: How do we access the clipboard on mobile devices?
+1, Jonathan use what works for you in your situation - glad you got a solution you’re happy with Dave > > No judgment from me on this. On the contrary, most development mixes > languages from time to time, and I think it can be instructive to > observe where the dividing lines of natural usage are found. > > So I was kidding, of course, in referring to LC as a "JavaScript > packaging tool", but maybe only somewhat: > > Where we find ourselves using JavaScript to cover for something that's > hard to do in LC -- and vice versa, where we prefer doing something in > LiveCode because it's hard to do in JavaScript -- we may learn something > about the sweet spot of each. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: How do we access the clipboard on mobile devices?
No judgment from me on this. On the contrary, most development mixes languages from time to time, and I think it can be instructive to observe where the dividing lines of natural usage are found. So I was kidding, of course, in referring to LC as a "JavaScript packaging tool", but maybe only somewhat: Where we find ourselves using JavaScript to cover for something that's hard to do in LC -- and vice versa, where we prefer doing something in LiveCode because it's hard to do in JavaScript -- we may learn something about the sweet spot of each. -- Richard Gaskin Fourth World Systems jonathandlynch wrote: I am not trying to start a fuss - just find solutions for my particular problem. This is what worked for me for this situation. For situations where LC provides a full solution, it is MUCH faster to code in. Sent from my iPhone On Jun 26, 2017, at 9:56 PM, Roger Eller wrote: On Jun 26, 2017 9:36 PM, "Richard Gaskin wrote: With all the interest lately in bypassing the LC language to use an embedded browser process, maybe we've found the winning slogan for LC: "LiveCode: a great JavaScript packaging tool" :) -- Richard Gaskin Fourth World Systems -1 NOT my LiveCode! ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: How do we access the clipboard on mobile devices?
I am not trying to start a fuss - just find solutions for my particular problem. This is what worked for me for this situation. For situations where LC provides a full solution, it is MUCH faster to code in. Sent from my iPhone > On Jun 26, 2017, at 9:56 PM, Roger Eller via use-livecode >wrote: > > On Jun 26, 2017 9:36 PM, "Richard Gaskin via use-livecode" < > use-livecode@lists.runrev.com> wrote: >> >> With all the interest lately in bypassing the LC language to use an > embedded browser process, maybe we've found the winning slogan for LC: >> >> "LiveCode: a great JavaScript packaging tool" >> >> :) >> >> -- >> Richard Gaskin >> Fourth World Systems >> Software Design and Development for the Desktop, Mobile, and the Web >> >> ambassa...@fourthworld.comhttp://www.FourthWorld.com >> > > -1 > > NOT my LiveCode! > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: How do we access the clipboard on mobile devices?
On Jun 26, 2017 9:36 PM, "Richard Gaskin via use-livecode" < use-livecode@lists.runrev.com> wrote: > > With all the interest lately in bypassing the LC language to use an embedded browser process, maybe we've found the winning slogan for LC: > > "LiveCode: a great JavaScript packaging tool" > > :) > > -- > Richard Gaskin > Fourth World Systems > Software Design and Development for the Desktop, Mobile, and the Web > > ambassa...@fourthworld.comhttp://www.FourthWorld.com > -1 NOT my LiveCode! ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: How do we access the clipboard on mobile devices?
jonathandlynch wrote: > I just modified the texting part of Augmented Earth to use a browser > widget for texting - it was a huge pain. But - now it has inertial > scrolling, copy and paste, and works fine with all of the emojis. > > I might wind up going that route on other text entry stuff. It is > clean and smooth that way. With all the interest lately in bypassing the LC language to use an embedded browser process, maybe we've found the winning slogan for LC: "LiveCode: a great JavaScript packaging tool" :) -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ambassa...@fourthworld.comhttp://www.FourthWorld.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: How do we access the clipboard on mobile devices?
And the iPhone speech to text works this way too! Sent from my iPhone > On Jun 26, 2017, at 9:21 PM, jonathandly...@gmail.com wrote: > > I just modified the texting part of Augmented Earth to use a browser widget > for texting - it was a huge pain. But - now it has inertial scrolling, copy > and paste, and works fine with all of the emojis. > > I might wind up going that route on other text entry stuff. It is clean and > smooth that way. > > > > > Sent from my iPhone > >> On Jun 26, 2017, at 3:30 PM, jonathandly...@gmail.com wrote: >> >> For this case, though, it will have to be called up specially, not made to >> look like it was already there. >> >> The field in question also allows users to put in images - something I don't >> think native fields can do. So the app would have an enter text button that >> calls up the native field, where the user can type or paste text that is >> then inserted into the LC field. >> >> Sent from my iPhone >> >>> On Jun 26, 2017, at 3:21 PM, Dave Kilroy via use-livecode >>>wrote: >>> >>> OK good, the visible bits of a native field (border, background colour etc) >>> could all be provided by background graphics so when you switch fields no >>> visible change can be seen - you might even be able to use the >>> inputTextChanged message instead of a button which the user has to press >>> >>> BTW you’ll have to delete the native field instead of just hiding it as >>> it’ll be in the top layer and could interfere with user interactions… >>> >>> Dave >>> >>> Hi Dave - I think that might help I could give the user a button for opening up a pastable field. They could paste into that and LC could process it and put it into the regular field. It's not a bad idea. >>> ___ >>> use-livecode mailing list >>> use-livecode@lists.runrev.com >>> Please visit this url to subscribe, unsubscribe and manage your >>> subscription preferences: >>> http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: How do we access the clipboard on mobile devices?
I just modified the texting part of Augmented Earth to use a browser widget for texting - it was a huge pain. But - now it has inertial scrolling, copy and paste, and works fine with all of the emojis. I might wind up going that route on other text entry stuff. It is clean and smooth that way. Sent from my iPhone > On Jun 26, 2017, at 3:30 PM, jonathandly...@gmail.com wrote: > > For this case, though, it will have to be called up specially, not made to > look like it was already there. > > The field in question also allows users to put in images - something I don't > think native fields can do. So the app would have an enter text button that > calls up the native field, where the user can type or paste text that is then > inserted into the LC field. > > Sent from my iPhone > >> On Jun 26, 2017, at 3:21 PM, Dave Kilroy via use-livecode >>wrote: >> >> OK good, the visible bits of a native field (border, background colour etc) >> could all be provided by background graphics so when you switch fields no >> visible change can be seen - you might even be able to use the >> inputTextChanged message instead of a button which the user has to press >> >> BTW you’ll have to delete the native field instead of just hiding it as >> it’ll be in the top layer and could interfere with user interactions… >> >> Dave >> >> >>> Hi Dave - I think that might help >>> >>> I could give the user a button for opening up a pastable field. They could >>> paste into that and LC could process it and put it into the regular field. >>> It's not a bad idea. >> ___ >> use-livecode mailing list >> use-livecode@lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your subscription >> preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: How do we access the clipboard on mobile devices?
For this case, though, it will have to be called up specially, not made to look like it was already there. The field in question also allows users to put in images - something I don't think native fields can do. So the app would have an enter text button that calls up the native field, where the user can type or paste text that is then inserted into the LC field. Sent from my iPhone > On Jun 26, 2017, at 3:21 PM, Dave Kilroy via use-livecode >wrote: > > OK good, the visible bits of a native field (border, background colour etc) > could all be provided by background graphics so when you switch fields no > visible change can be seen - you might even be able to use the > inputTextChanged message instead of a button which the user has to press > > BTW you’ll have to delete the native field instead of just hiding it as it’ll > be in the top layer and could interfere with user interactions… > > Dave > > >> Hi Dave - I think that might help >> >> I could give the user a button for opening up a pastable field. They could >> paste into that and LC could process it and put it into the regular field. >> It's not a bad idea. > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: How do we access the clipboard on mobile devices?
OK good, the visible bits of a native field (border, background colour etc) could all be provided by background graphics so when you switch fields no visible change can be seen - you might even be able to use the inputTextChanged message instead of a button which the user has to press BTW you’ll have to delete the native field instead of just hiding it as it’ll be in the top layer and could interfere with user interactions… Dave > Hi Dave - I think that might help > > I could give the user a button for opening up a pastable field. They could > paste into that and LC could process it and put it into the regular field. > It's not a bad idea. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: How do we access the clipboard on mobile devices?
Hi Dave - I think that might help I could give the user a button for opening up a pastable field. They could paste into that and LC could process it and put it into the regular field. It's not a bad idea. Sent from my iPhone > On Jun 26, 2017, at 2:39 PM, Dave Kilroy via use-livecode >wrote: > > Jonathan if you use a native field you can access it’s contents (which a user > could have pasted into it) via something like the inputEndEditing message, > and from there hide/delete the native field, reveal a LiveCode field, place > the relevant data into it etc etc - would this help your situation? > > Dave > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: How do we access the clipboard on mobile devices?
Jonathan if you use a native field you can access it’s contents (which a user could have pasted into it) via something like the inputEndEditing message, and from there hide/delete the native field, reveal a LiveCode field, place the relevant data into it etc etc - would this help your situation? Dave ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: How do we access the clipboard on mobile devices?
Thanks Richard, This conversation has made me realize I am about to have a yak shaving moment... The most important field for submitting a report in Augmented Earth is the Content field. Because it is an LC field, I use it to allow the user to enter text, format the text, and upload images. The images are a single character with the image source set to an image, which is stored in a hidden group. It works quite well. The fields and images are combined to produce HTML text. When a user reads a report, the various data and images are downloaded and stored in their appropriate place. What they view is the HTML that is auto generated from those fields and images and presented through a widget. I don't think a native field will allow me to insert images in the field in the same way. And, of course, the content field is the place where a user would most need to paste in text. So, I could use native fields for entering text, but not with images inserted in the text. Or, I can use an LC field for doing both, but then we cannot paste. Assuming I am able to submit the app to the App Store as it is, it seems like I am going to have to come up with a way to paste text into an LC field on a mobile device for version 1.1 That sounds very difficult. Would LC Builder allow me to do this? I am pretty sure I could make an external in iOS that allows this - I have written an iOS external in the past - but it was a big pain and LC Builder seems like the way to do things like this in the future. work, work, work I appreciate your suggestion though. As long as I can generate native fields inside of a group so they can be scrolled, I will explore that method for all of the other fields. J On Sun, Jun 25, 2017 at 7:29 PM, Richard Gaskin via use-livecode < use-livecode@lists.runrev.com> wrote: > jonathandlynch wrote: > > > I really want to have the same forms for every platform, not have to > > generate 40 different fields on the fly and manage all of that. > > You don't need to. Write a loop that instantiates any editable fields for > you on preOpenCard and LiveCode will do the rest. > > I don't know why that sort of auto-instantiation isn't just a property > setting of fields, but just about every developer I know wrote that loop > once and never thinks about it again. > > > > I might try converting my forms into HTML forms and using the browser > > widget. I hate that because I invested so much time into the forms I > > have created, but not being able to paste text on a tablet kinda > > stinks. > > That seems like a lot more work. > > -- > Richard Gaskin > Fourth World Systems > Software Design and Development for the Desktop, Mobile, and the Web > > ambassa...@fourthworld.comhttp://www.FourthWorld.com > > > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- Do all things with love ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: How do we access the clipboard on mobile devices?
jonathandlynch wrote: > I really want to have the same forms for every platform, not have to > generate 40 different fields on the fly and manage all of that. You don't need to. Write a loop that instantiates any editable fields for you on preOpenCard and LiveCode will do the rest. I don't know why that sort of auto-instantiation isn't just a property setting of fields, but just about every developer I know wrote that loop once and never thinks about it again. > I might try converting my forms into HTML forms and using the browser > widget. I hate that because I invested so much time into the forms I > have created, but not being able to paste text on a tablet kinda > stinks. That seems like a lot more work. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ambassa...@fourthworld.comhttp://www.FourthWorld.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: How do we access the clipboard on mobile devices?
I really want to have the same forms for every platform, not have to generate 40 different fields on the fly and manage all of that. I might try converting my forms into HTML forms and using the browser widget. I hate that because I invested so much time into the forms I have created, but not being able to paste text on a tablet kinda stinks. Sent from my iPhone > On Jun 25, 2017, at 11:46 AM, J. Landman Gay via use-livecode > <use-livecode@lists.runrev.com> wrote: > > They can paste text normally if you use a native field. The only restriction > is that LC can't manage the clipboard through script alone. But if you create > a mobile field the OS handles it as expected. > > In other words, copy and paste is currently limited to manual user actions. > > -- > Jacqueline Landman Gay | jac...@hyperactivesw.com > HyperActive Software | http://www.hyperactivesw.com > > > >> On June 25, 2017 11:07:08 AM Jonathan Lynch via use-livecode >> <use-livecode@lists.runrev.com> wrote: >> >> I was very surprised it wasn't. I plan to submit Augmented Earth to the >> apple App Store today. I am going to be embarrassed to tell users they >> cannot paste text into their reports on a mobile device. >> >> I think I will try to find a workaround between version 1 and version 1.1 >> >> Sent from my iPhone >> >>> On Jun 25, 2017, at 10:28 AM, hlowe via use-livecode >>> <use-livecode@lists.runrev.com> wrote: >>> >>> iOS native text fields (and I presume other native mobile text fields) >>> support manual copy and paste actions - the user has to manually select the >>> text and then initiate the action. I don't know of any way to >>> programatically copy and paste to/from the iOS clipboard nor to access the >>> data on the clipboard. Perhaps I am missing something? >>> >>> In Objective C this appears to be relatively straight forward: >>> >>> UIPasteboard *pasteboard = [UIPasteboard generalPasteboard]; >>> pasteboard.string = @"some text to be pasted"; >>> >>> Is there is a reason why basic mobile clipboard support was never >>> implemented in LiveCode? >>> >>> It would be very nice to be able to get and set the rawClipboardData on >>> mobile but that is only possible on the desktop. >>> >>> Henry >>> >>> >>> >>> -- >>> View this message in context: >>> http://runtime-revolution.278305.n4.nabble.com/How-do-we-access-the-clipboard-on-mobile-devices-tp4716158p4716182.html >>> Sent from the Revolution - User mailing list archive at Nabble.com. >>> >>> ___ >>> use-livecode mailing list >>> use-livecode@lists.runrev.com >>> Please visit this url to subscribe, unsubscribe and manage your >>> subscription preferences: >>> http://lists.runrev.com/mailman/listinfo/use-livecode >> >> ___ >> use-livecode mailing list >> use-livecode@lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your subscription >> preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode > > > > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: How do we access the clipboard on mobile devices?
They can paste text normally if you use a native field. The only restriction is that LC can't manage the clipboard through script alone. But if you create a mobile field the OS handles it as expected. In other words, copy and paste is currently limited to manual user actions. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On June 25, 2017 11:07:08 AM Jonathan Lynch via use-livecode <use-livecode@lists.runrev.com> wrote: I was very surprised it wasn't. I plan to submit Augmented Earth to the apple App Store today. I am going to be embarrassed to tell users they cannot paste text into their reports on a mobile device. I think I will try to find a workaround between version 1 and version 1.1 Sent from my iPhone On Jun 25, 2017, at 10:28 AM, hlowe via use-livecode <use-livecode@lists.runrev.com> wrote: iOS native text fields (and I presume other native mobile text fields) support manual copy and paste actions - the user has to manually select the text and then initiate the action. I don't know of any way to programatically copy and paste to/from the iOS clipboard nor to access the data on the clipboard. Perhaps I am missing something? In Objective C this appears to be relatively straight forward: UIPasteboard *pasteboard = [UIPasteboard generalPasteboard]; pasteboard.string = @"some text to be pasted"; Is there is a reason why basic mobile clipboard support was never implemented in LiveCode? It would be very nice to be able to get and set the rawClipboardData on mobile but that is only possible on the desktop. Henry -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/How-do-we-access-the-clipboard-on-mobile-devices-tp4716158p4716182.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: How do we access the clipboard on mobile devices?
I was very surprised it wasn't. I plan to submit Augmented Earth to the apple App Store today. I am going to be embarrassed to tell users they cannot paste text into their reports on a mobile device. I think I will try to find a workaround between version 1 and version 1.1 Sent from my iPhone > On Jun 25, 2017, at 10:28 AM, hlowe via use-livecode > <use-livecode@lists.runrev.com> wrote: > > iOS native text fields (and I presume other native mobile text fields) > support manual copy and paste actions - the user has to manually select the > text and then initiate the action. I don't know of any way to > programatically copy and paste to/from the iOS clipboard nor to access the > data on the clipboard. Perhaps I am missing something? > > In Objective C this appears to be relatively straight forward: > > UIPasteboard *pasteboard = [UIPasteboard generalPasteboard]; > pasteboard.string = @"some text to be pasted"; > > Is there is a reason why basic mobile clipboard support was never > implemented in LiveCode? > > It would be very nice to be able to get and set the rawClipboardData on > mobile but that is only possible on the desktop. > > Henry > > > > -- > View this message in context: > http://runtime-revolution.278305.n4.nabble.com/How-do-we-access-the-clipboard-on-mobile-devices-tp4716158p4716182.html > Sent from the Revolution - User mailing list archive at Nabble.com. > > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: How do we access the clipboard on mobile devices?
iOS native text fields (and I presume other native mobile text fields) support manual copy and paste actions - the user has to manually select the text and then initiate the action. I don't know of any way to programatically copy and paste to/from the iOS clipboard nor to access the data on the clipboard. Perhaps I am missing something? In Objective C this appears to be relatively straight forward: UIPasteboard *pasteboard = [UIPasteboard generalPasteboard]; pasteboard.string = @"some text to be pasted"; Is there is a reason why basic mobile clipboard support was never implemented in LiveCode? It would be very nice to be able to get and set the rawClipboardData on mobile but that is only possible on the desktop. Henry -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/How-do-we-access-the-clipboard-on-mobile-devices-tp4716158p4716182.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: How do we access the clipboard on mobile devices?
Does that mean I could put the text to be copied into a native field, then put into the clipboard from there? Sent from my iPhone > On Jun 24, 2017, at 4:46 PM, J. Landman Gay via use-livecode >wrote: > >> On 6/24/17 2:03 PM, Jonathan Lynch via use-livecode wrote: >> I cannot figure it out from the docs > > The clipboard isn't supported in LC fields on mobile. To get full clipboard > support you need to use a native field. > > -- > Jacqueline Landman Gay | jac...@hyperactivesw.com > HyperActive Software | http://www.hyperactivesw.com > > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: How do we access the clipboard on mobile devices?
On 6/24/17 2:03 PM, Jonathan Lynch via use-livecode wrote: I cannot figure it out from the docs The clipboard isn't supported in LC fields on mobile. To get full clipboard support you need to use a native field. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
How do we access the clipboard on mobile devices?
I cannot figure it out from the docs Sent from my iPhone ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode