Here is the bug report. It was reported as fixed as of LV 9.0.3 RC1.
https://quality.livecode.com/show_bug.cgi?id=18702
On May 10, 2022, at 11:54 PM, jbv via use-livecode
mailto:use-livecode@lists.runrev.com>> wrote:
Thank you for your reply.
Obviously, it was possible in earlier versions of L
I have a perpetual indy license, and a $299/year business license, which
renews on Thursday.
I only picked it up during a promotion because it seemed like a good deal, and
I might want it in the future.
To date, the only thing I’ve ever tried to do with it is the PDFs that got
added a couple
Neville Smythe wrote:
> Thanks again Richard
>
> In my case I don’t actually need a workaround. Once I had corrected
> my own error, the only effect of the inconsistent event order is that
> on Windows and Linux the colour coding of the selection turns off a
> fraction of a second earlier than on
In Livecode 9.6.7 STABLE under Windows 10, I create a new stack with a
single new scrolling field. I switch to run mode (pointer tool) and with
a blinking insertion bar in the field, tried:
ALT+00A9
and
ALT00A9
Which should have produced a © symbol
Neither worked. I tried several other Unicod
I'm going to have a look at that Richard. Thanks.
Bob S
> On May 11, 2022, at 11:27 , Richard Gaskin via use-livecode
> wrote:
>
> Neville Smythe wrote:
> > Thanks again Richard
> >
> > In my case I don’t actually need a workaround. Once I had corrected
> > my own error, the only effect of t
According to Microsoft, for Windows 10, Unicode typing is now ALT X
This works for me in TextPad Press and hold ALT and X together a box
appears in Textpad to enter the Unicode number into. Once 4 digits have
been entered the character appears.
It does not work in LC 9.6.7 STABLE in a new st
Well, Microsoft is not consistent (not that I am surprised!)
ALT X number works in TextPAd, but not in MS-Word. The alternate method
(mention in this MS support note:
https://support.microsoft.com/en-us/office/insert-ascii-or-unicode-latin-based-symbols-and-characters-d13f58d3-7bcb-44a7-a4d5-97
Why the preference? It’s not a hard and fast rule by any means, but I suppose
because rolling your own means owning your code, flaws and all. In simple
system environments I wouldn’t use LC at all, I’d just use shell scripting.
Since different users will have different shells (or none) probably
