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-
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
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 ac
> 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 java
>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 mobi
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 co
> 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
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 lang
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 bac
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
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*
t
+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 usa
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 s
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
> wro
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"
>
> :)
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 i
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
> a
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.
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 th
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’l
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
> wr
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?
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 i
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 kn
eneralPasteboard];
>>> 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 rawClipboardD
ry 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 - Use
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.
>
> __
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
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 f
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 Sof
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
31 matches
Mail list logo