It happens when a colorized handler is copied directly from the script
editor and pasted into a list response. The list only understands plain
text, and styled text confuses it. I'm not sure if it happens on all
platforms but we've seen it before in other posts.
Brian's plaintext handler would
sorry Paul...my bad.
Richmond. why does your code paste that way?
On Sat, Jun 23, 2018 at 7:59 PM, Paul Dupuis via use-livecode <
use-livecode@lists.runrev.com> wrote:
> The code below with no spaces between the works is Richmonds
>
> On 6/23/2018 5:58 PM, Tom Glod via use-livecode wrote:
>
Hello,
I don't recall off the top of my head what the current remaining issue
is with the dictionary under Linux. I know there have been a couple or
three that have been reported by different people on different distros.
The workaround to open the dictionary in a browser is working pretty
wel
The code below with no spaces between the works is Richmonds
On 6/23/2018 5:58 PM, Tom Glod via use-livecode wrote:
> Paul...may I ask you why your code pasting is the way it is ?...is there
> some kind of practical reason for it being that way?...sure is harder to
> read that way.
>
> On Sat, Jun
>From the dictionary...
> The LiveCode development environment traps the pasteKey message, unless
> "Suspend LiveCode UI" is turned on in the Development menu. This means that
> the pasteKey message is not received by a stack if it's running in the
> development environment.
Could this be why
I contacted Colin to see if it was him who has allowed his book to be
downloaded for free. it was not. He doesn't mind, but says the
publisher might. here is a link.
https://www.packtpub.com/application-development/livecode-mobile-development-beginners-guide-second-edition
On Sat, Jun 23,
Paul...may I ask you why your code pasting is the way it is ?...is there
some kind of practical reason for it being that way?...sure is harder to
read that way.
On Sat, Jun 23, 2018 at 5:55 PM, Paul Dupuis via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Okay, I missed that in the entry
Okay, I missed that in the entry. That explains why the pasteKey message
wasn't working.
I am all set now. Thank you.
On 6/23/2018 5:15 PM, Tore Nilsen via use-livecode wrote:
> >From the dictionary:
>
> The LiveCode development environment traps the pasteKey message <>, unless
> "Suspend LiveC
Nice catch Tore.
My original code was addressing a different couple of problems. The first was
that when you attempted to populate the clipboard with plain text that LC would
also put an HTML version on that would cause issues with paste in other apps.
The second is designed to adjust the HTML
>From the dictionary:
The LiveCode development environment traps the pasteKey message <>, unless
"Suspend LiveCode UI" is turned on in the Development menu. This means that the
pasteKeymessage <> is not received by a stack <> if it's running in the
development environment <>.
So if you are try
Strike that last remark.
BUT: that script expects one to press the CONTROL key on the Mac
rather than the COMMAND key one usually uses to PASTE,
so how that can be achieved on a Windows or a Linux machine I just don't
know.
Richmond.
On 23/6/2018 11:39 pm, Richmond Mathewson wrote:
Oh: and j
Oh: and just to make things even odder than usual, it only works when
the fild "ff1" does NOT have focus (i.e. the cursor is NOT in the field).
Richmond.
On 23/6/2018 11:38 pm, Richmond Mathewson wrote:
However, I, at least, am experiencing great joy just at present as this:
oncontrolKeyDown K
However, I, at least, am experiencing great joy just at present as this:
oncontrolKeyDown KEE
ifKEE is "V" then
puttheclipboardDataintofld "ff1"
else
passcontrolKeyDown
endif
endcontrolKeyDown
popped UNSTYLED text into fld "ff1"
on MacOS 10.7.5 LiveCode 8.1.10
Your mileage m
Indeed: over "here" on MacOS 10.7.5 Livecode 8.1.10 the pasteKey command
seems to be non-functional.
Richmond.
On 23/6/2018 11:07 pm, Paul Dupuis via use-livecode wrote:
Thank you for this.
However, it appears my problem is not with converting the clipboard from
styled text to plain text, but
Hey, Wow, it's the Richmond school of shovels and primitive stuff at its
worst.
If I have a field that conatins some styled text (let's call it "ff1"),
and I want to shift it
with its styling removed into another field (let's call it "ff2") then
this does the trick in a button:
onmouseUp
get
Hi Linda I hope this can help you on your journey of learning livecode
mobile development.
http://www.allitebooks.in/livecode-mobile-development-beginners-guide/
On Sat, Jun 23, 2018 at 2:37 PM, Randy Hengst via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Hi Linda,
>
> To best
Thank you for this.
However, it appears my problem is not with converting the clipboard from
styled text to plain text, but with the "pasteKey" message.
In LC9.0.0 under Windows 8.1, I create a new text stack and add and
empty field and place the following handler in EITHER the card or stack
scri
Hi Linda,
To best of my knowledge, you can’t use the Community version to build apps for
iOS. So, the source code isn’t automatically available from developers… but,
within the IDE of LiveCode, select the Sample Stacks… all sorts of options
there with code available for viewing.
be well,
randy
I’m working on an update to an Adobe AIR app, and one thing for me to have to
figure out is that on iPhone 7 some graphics are being cut off. The screens are
fine on other phones that are the same screen size. Which suggests there may be
something about iPhone 7 that is odd, that is nothing to d
Now that we know "Zoomed Mode" has an effect...
The card rect "source of authority" in all case uses the screenRect
1) Oddly, with Zoomed Mode set, it gave the right reading 0,0,414,736
And it set up in portraitUI correctly!
2) Caveat though: passing that rect to these handlers
(in a functio
Brian,
I think that’s true for Native Controls, but I’m seeing different results for
the bowser widget. I find that if I put the bowser widget in a group, it draws
within the group’s bounds like other controls. What I’m experiencing is that
on Mobile (at least iOS), it’s acting like a standar
Hi Alex,
Indeed it works.
Thank you very much.
On Sat, June 23, 2018 7:08 pm, Alex Tweedly via use-livecode wrote:
> Short answer - just the same as with LC :-)
>
>
> It wasn't there in the initial versions of LC, but for quite a ong time
> now the standard image functions have worked. Here's a qu
https://github.com/bwmilby/lc-misc/blob/master/ClipboardHelper/clipboardhelper.livecodescript
Check out this handler. I can answer questions about it this evening if needed.
On Jun 23, 2018, 9:18 AM -0500, Paul Dupuis via use-livecode
, wrote:
> Using LC9, I want to add a "paste without formattin
Short answer - just the same as with LC :-)
It wasn't there in the initial versions of LC, but for quite a ong time
now the standard image functions have worked. Here's a quick (tested -
on on-rev/sage) demo with an image I happened to have:
Hi list,
IS there a way to get the dimensions (wid
Hi list,
IS there a way to get the dimensions (width & height) of an img
(jpeg or png) with livecode server ? The image is located somewhere
on the same server.
Thanks in advance,
jbv
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please v
I enter a new handler into stack script
on resizestack pNewWidth, pNewHeight, pOldWidth, pOldHeight
put pNewWidth && pNewHeight && pOldWidth && pOldHeight into it
answer it with "OK"
end resizestack
1) on switch on portrait to landscape (turn sideways) I get a resizeStack
answer.
2)
Using LC9, I want to add a "paste without formatting" (as seen in may
browser edit menus) command and I can't see to figure out how to do it.
My most recent attempt of many still pastes formatted text (with
underlining, bolding, italics, fonts, colors, etc. in place)
*on*pasteKey *-- remove forma
OK there are lot issues at the QA center relating to landscape
I added the test stack to
https://quality.livecode.com/show_bug.cgi?id=19465
so that you can test on the latest build (await release, 9.1)
I don't want to have 9.1 come out only to find it does not work.
BR
Hi Brahmanathaswami
Geesh! (He bangs his head on the desk...ha!) that fixed it!
I don't when I turn on Zoom mode... possibly last year! And it has been
carrying that setting forward through all updates. It actually does a "reset"
on the phone to change to "standard mode"
I suppose it good that you found this, fin
Hi Brahmanathaswami,
I think I have found the culprit. I don’t have a Plus device to check, but
the differences you see between the iPhone 7 Plus device and simulator is
probably because you have enabled the "Zoomed Mode" in the device.
If you have "Zoomed Mode" enabled in the iPhone 6+/7+/8+ dev
30 matches
Mail list logo