I have a app that has the About as the last item in the Help menu.
It works in the Windows build but not in the Mac build (MacOS 10.14.6). It
worked in previous versions. I don’t see anything wrong.
The symptoms on the Mac is that the About item is in the correct place but the
script is not
Just to prevent bugs with earlier versions of macOS, please change:
if item 1 of tVersion>10 or item 2 of tVersion>15 then
to:
if (item 1 of tVersion=10 and item 2 of tVersion>15) or (item 1 of
tVersion>10) then
Kee Nethery
> On Nov 15, 2020, at 9:51 AM, Marty Knapp via use-livecode
>
Here’s a work-around for the tabbed button issue (the text of the hilited tab
is white on a white background, thus unreadable)
on preOpenCard
if the platform is "MacOS" and BigSur() is true then
repeat with x=1 to the number of btns of this stack
if the menuMode of btn x of
See the normalizeText entry in the dictionary, I think that might be what
you mean.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On November 15, 2020 4:17:14 AM scott--- via use-livecode
wrote:
I’m a little over my head in this area
I don't know what sort of situation you are describing.
I can only imagine you mean describing something like û as either u +
circumflex, or circumflexed u (ie, on glyph).
If you go here:
https://www.unicode.org/charts/
apart from going blue in the face at the absolutely mind-blowing extent
On 11/15/2020 11:27 AM, Klaus major-k via use-livecode wrote:
But just enter -> Big Sur
in the search field on the page and hit RETURN!:-)
Thank you!
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe,
I haven’t tested much, but LiveCode seems to work normally in Big Sur on Intel,
and on the M1 chip machines there is a – in front of each menu item, but
otherwise it’s working.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit
Hi Paul,
> Am 15.11.2020 um 17:24 schrieb Paul Dupuis via use-livecode
> :
>
> Panos,
>
> Thank you for the rapid-response update!
>
> The link you provide presents me with the error "There is no with the id
> '97748'. "
> Just knowing a compatible LC release is on its way in 9.6.1 is a
Panos,
Thank you for the rapid-response update!
The link you provide presents me with the error "There is no with the id
'97748'. " Just knowing a compatible LC release is on its way in 9.6.1
is a help, but I'd love to see the list of bugs if there is an alternate
URL to view them.
On
Hi Graham,
By no means a complete answer to your question, but if you have a bluetooth
sensor to work with, take a look at mergBLE. I don't think I'd be confident
enough to code with it for an abstract case, but if you have an actual unit to
test I would expect you should be able to interface
Hello Paul,
Here are the bugs that have been discovered so far, either by LC users or
by us (LiveCode Ltd):
https://quality.livecode.com/buglist.cgi?regetlastlist=97748
The 2 serious ones have been addressed and are to be tested in our
pre-release build. There are another 2 cosmetic bugs, and
So Big Sur was released on the 12th. It is not our in user's hands.
Does anyone (or LiveCode corporate) have any update about Big Sur
compatibility? We have customer's inquiring. We can not afford the time
to jump through Apple's hoops for any of their beta versions. Now that
the release is
What do you mean with standard? Do you mean that some combined codepoints show
up as one glyph and your question is if there is one codepoint for every such
combination? Or do you mean that several seemingly identical glyphs might have
different codepoints? Unicode actually has a good
I’m a little over my head in this area so I may not be describing this quite
right…
Some unicode glyphs seem to be describable with different (arrangements of)
codepoints. Is it possible to coerce the glyph to be described in a “standard”
way?
--
Scott Morrow
Elementary Software
(Now with
14 matches
Mail list logo
