Comments on 1.01
- richmond62
- Posts: 2889
- Joined: Sun Sep 12, 2021 11:03 am
- Location: Bulgaria
- Contact:
Comments on 1.01
Well . . . back in front of my desk(s) and as from now until the summer I will have Tuesday as well as Wednesday "Free" (i.e. admin duties only), I should have some more time to devote to this . . .
AND, while I have been away I find a "version 1.0.1" has been prepared, so currently downloading it onto my MacOS Monterey machine to see "what gives".
-
AND, while I have been away I find a "version 1.0.1" has been prepared, so currently downloading it onto my MacOS Monterey machine to see "what gives".
-
https://richmondmathewson.owlstown.net/
- richmond62
- Posts: 2889
- Joined: Sun Sep 12, 2021 11:03 am
- Location: Bulgaria
- Contact:
Re: Comments on 1.01
It is certainly a lot nicer to open a DMG and find the App there, rather than the rigmarole of decompressing a zip file.
Opened with out a blip.
Grab bar STILL not below the Mac Menubar properly:
- -
(OK, OK, let the man have at least one "bitch")
Opened with out a blip.
Grab bar STILL not below the Mac Menubar properly:
- -
(OK, OK, let the man have at least one "bitch")
https://richmondmathewson.owlstown.net/
- tperry2x
- Posts: 1669
- Joined: Tue Dec 21, 2021 9:10 pm
- Location: Britain (Previously known as Great Britain)
- Contact:
Re: Comments on 1.01
Because of the amount of variation between window title bars and different versions of MacOS, if you wanted the menubar window to be 'floating' or appear as a standard window:
You can then set the Y adjustment as you like. 52 and above I believe for Big Sur. About 36 for Mavericks, and god-knows what other figure for other MacOS versions (?)
In the appearance, if you have 'show the toolbar as a standard window' and click 'Check compatibility options'You can then set the Y adjustment as you like. 52 and above I believe for Big Sur. About 36 for Mavericks, and god-knows what other figure for other MacOS versions (?)
- richmond62
- Posts: 2889
- Joined: Sun Sep 12, 2021 11:03 am
- Location: Bulgaria
- Contact:
Re: Comments on 1.01
Impressive: Thank you.You can then set the Y adjustment as you like.
https://richmondmathewson.owlstown.net/
- richmond62
- Posts: 2889
- Joined: Sun Sep 12, 2021 11:03 am
- Location: Bulgaria
- Contact:
Re: Comments on 1.01
I see that the App Browser has "gone back" to Plug-ins only.
Grab bar STILL not below the Mac Menubar properly:
-
Grab bar STILL not below the Mac Menubar properly:
-
https://richmondmathewson.owlstown.net/
- tperry2x
- Posts: 1669
- Joined: Tue Dec 21, 2021 9:10 pm
- Location: Britain (Previously known as Great Britain)
- Contact:
Re: Comments on 1.01
Under MacOS, the stack's reported rect and location can become out of sync with its actual position after being moved in the IDE on macOS.
So using workingscreenrect doesn't actually return the correct value on MacOS. I believe we've mentioned this before, when we last looked at the titlebar height questions I had under MacOS.
Edit: yes, you found workingscreenrect was unreliable:
https://www.openxtalk.org/forum/viewtop ... 5116#p5116
This issue was fixed in LC 9.6.6.
(See https://downloads.livecode.com/livecode ... -9_6_6.pdf) page 9
Old code:
Replacement code as per 9.6.6 (which I've not used as it's not part of the 'community version'):
This is in file:
[wherever your LC or OXT install is]/Toolset/libraries/revidemessagehandlerlibrary.livecodescript
And obviously, I've not poached this as we probably can't (?)
https://quality.livecode.com/show_bug.cgi?id=14344
But, putting bits from 9.6.6 into what is essentially 9.6.3 on the Mac would probably give unexpected results anyway, as there's probably other things in the IDE that have also changed.
Richmond, I see you referenced a (needlessly huge) discussion on the LC forum re this
(https://forums.livecode.com/viewtopic.php?f=9&t=38781)
It goes off on a tangent about if an onscreen keyboard is being shown, and this somehow detracts from the screen rect calculations on MacOS?
Seems a bloody mess. Works fine in Linux and Windows reliably, so seems to be a Mac-only thing.
So using workingscreenrect doesn't actually return the correct value on MacOS. I believe we've mentioned this before, when we last looked at the titlebar height questions I had under MacOS.
Edit: yes, you found workingscreenrect was unreliable:
https://www.openxtalk.org/forum/viewtop ... 5116#p5116
This issue was fixed in LC 9.6.6.
(See https://downloads.livecode.com/livecode ... -9_6_6.pdf) page 9
Old code:
Code: Select all
on moveStack pLeft, pTop
local tMenuBar
if the platform is "MacOS" then -- prevent stack getting stuck under menu bar
put revIDEPaletteToStackName("menubar") into tMenuBar
if pTop < the bottom of stack tMenuBar and the right of stack revTargetStack() < the right of stack tMenuBar + 5 then
set the top of stack revTargetStack() to the bottom of stack tMenuBar + 20
end if
end if
# IDE to notify any objects subscribed to the ideStackMoved Message
local tLongID
-- moveStack is sent to the card, so the owner of the target is the stack
put the long id of the owner of the target into tLongID
send "ideMessageSendWithTrigger" && "ideStackMoved, tLongID, tLongID" to stack "revIDELibrary" in 0 milliseconds
pass moveStack
end moveStack
Code: Select all
on moveStack pLeft, pTop
if the platform is "MacOS" then -- prevent stack getting stuck under menu bar
if the screen of stack revTargetStack() is the screen of stack "revMenuBar" then
if (pTop < the bottom of stack "revMenuBar") and (the right of stack revTargetStack() < (the right of stack "revMenuBar" + 5)) then
set the top of stack revTargetStack() to the bottom of stack "revMenuBar" + 20
end if
end if
end if
-- LG-2008-02-18
-- Added to update a stacks position in it's property inspector when its moved.
local tPropertyInspectors
-- Returns a list of open property inspectors.
put revPropertyPalettes(the long id of the owner of the target) into tPropertyInspectors
repeat for each line tPropertyInspector in tPropertyInspectors
-- LG-2008-02-18
-- Bug 5993
if the short name of this card of stack tPropertyInspector is "revStackSize&Position" then
send "revUpdatePalette" to this card of stack tPropertyInspector
end if
end repeat
pass moveStack
end moveStack
[wherever your LC or OXT install is]/Toolset/libraries/revidemessagehandlerlibrary.livecodescript
And obviously, I've not poached this as we probably can't (?)
https://quality.livecode.com/show_bug.cgi?id=14344
But, putting bits from 9.6.6 into what is essentially 9.6.3 on the Mac would probably give unexpected results anyway, as there's probably other things in the IDE that have also changed.
Richmond, I see you referenced a (needlessly huge) discussion on the LC forum re this
(https://forums.livecode.com/viewtopic.php?f=9&t=38781)
It goes off on a tangent about if an onscreen keyboard is being shown, and this somehow detracts from the screen rect calculations on MacOS?
Seems a bloody mess. Works fine in Linux and Windows reliably, so seems to be a Mac-only thing.
- richmond62
- Posts: 2889
- Joined: Sun Sep 12, 2021 11:03 am
- Location: Bulgaria
- Contact:
Re: Comments on 1.01
One micht suppose that that's in LC 966 would be in 966's menubar livecodescript.
https://richmondmathewson.owlstown.net/
- richmond62
- Posts: 2889
- Joined: Sun Sep 12, 2021 11:03 am
- Location: Bulgaria
- Contact:
Re: Comments on 1.0.1
My Ant maze 'class' is being put together 100% in OXT Lite 101!
https://richmondmathewson.owlstown.net/
- tperry2x
- Posts: 1669
- Joined: Tue Dec 21, 2021 9:10 pm
- Location: Britain (Previously known as Great Britain)
- Contact:
Re: Comments on 1.01
The engine that you are using on the mac, and all the IDE bits, are based on 9.6.3.
So, you won't have these fixes from 9.6.6 on the Mac.
But the whole way it's calculated on the mac, because of how the IDE calculates where the top of the titlebar is - and how much height it takes up, is a mess under MacOS. (because Apple keep changing the height of it between OS versions).
That's why I simply allowed this to be set manually. If you turn off the grab handle in the preferences, and set it to 'show as a normal window', you can play about with it to your liking.
Funny thing, the IDE calculates this correctly on Windows if you have your taskbar set to the top of the screen - and correctly in Linux if you have a panel at the top of the screen. It's just MacOS that it has a recurring problem with.
So, you won't have these fixes from 9.6.6 on the Mac.
But the whole way it's calculated on the mac, because of how the IDE calculates where the top of the titlebar is - and how much height it takes up, is a mess under MacOS. (because Apple keep changing the height of it between OS versions).
That's why I simply allowed this to be set manually. If you turn off the grab handle in the preferences, and set it to 'show as a normal window', you can play about with it to your liking.
Funny thing, the IDE calculates this correctly on Windows if you have your taskbar set to the top of the screen - and correctly in Linux if you have a panel at the top of the screen. It's just MacOS that it has a recurring problem with.
- richmond62
- Posts: 2889
- Joined: Sun Sep 12, 2021 11:03 am
- Location: Bulgaria
- Contact:
Re: Comments on 1.01
And that is a very, very bad case of a dangling preposition.It's just MacOS that it has a recurring problem with.
Frankly it isn't that important . . .
-
https://richmondmathewson.owlstown.net/
- tperry2x
- Posts: 1669
- Joined: Tue Dec 21, 2021 9:10 pm
- Location: Britain (Previously known as Great Britain)
- Contact:
Re: Comments on 1.01
I found it kind of funny on the LC forum:
We really don't want to be creating invisible stacks, to calculate the difference of the height of the titlebar and such. Seems a bit of a hack, and not in a good way.I added the case that you want to move a scaled paletted stack. I turns out that LC apparently thinks for the top that the title bar of a stack is always the title bar of a topLevel stack which does not quite work for paletted stacks (or I did not find out how).
I resorted to a stunt that creates an invisibe stack on the fly and calculates the difference of the height of the title bar between a toplevel version and a paletted version and added that difference to the coordinates.
- tperry2x
- Posts: 1669
- Joined: Tue Dec 21, 2021 9:10 pm
- Location: Britain (Previously known as Great Britain)
- Contact:
Re: Comments on 1.01
Yes, because of this:richmond62 wrote: ↑Tue Feb 13, 2024 11:12 am I see that the App Browser has "gone back" to Plug-ins only.
https://www.openxtalk.org/forum/viewtop ... 6494#p6494
- richmond62
- Posts: 2889
- Joined: Sun Sep 12, 2021 11:03 am
- Location: Bulgaria
- Contact:
Re: Comments on 1.01
My main criticism of the LC faithful is that they are always on the look out for 'work arounds' instead of blasting the fudge out of the company for not living up to what people are paying a lot of money for.I found it kind of funny on the LC forum:
https://richmondmathewson.owlstown.net/
-
- Posts: 16
- Joined: Fri Feb 09, 2024 7:08 pm
- Contact:
Re: Comments on 1.01
The download link to 1.0.1 is currently disabled
- richmond62
- Posts: 2889
- Joined: Sun Sep 12, 2021 11:03 am
- Location: Bulgaria
- Contact:
Re: Comments on 1.01
Indeed it is: obviously OXT is becoming more popular.
-
-
https://richmondmathewson.owlstown.net/
-
- Posts: 18
- Joined: Mon Sep 13, 2021 5:02 am
- Contact:
Re: Comments on 1.01
https://mega.io/storage Just a suggestion if you are hurting for storage or are hitting the limits of Dropbox.
20 GB free storage and they take privacy and security seriously. Plus they are out of New Zealand, so they aren't part of the Silicon Valley crowd and ethos.
20 GB free storage and they take privacy and security seriously. Plus they are out of New Zealand, so they aren't part of the Silicon Valley crowd and ethos.
- OpenXTalkPaul
- Posts: 1706
- Joined: Sat Sep 11, 2021 4:19 pm
- Contact:
Re: Comments on 1.0.1
I have several mega accounts set up for different reasons / uses. I've gotta hand it to them they transformed KimDotCom's slightly shady former company into a legit cloud service, it's an excellent service for the money at that. 20 GIGs of cloud storage with a free account, it used to be 50 GB!Kdjanz wrote: ↑Wed Feb 14, 2024 8:52 pm https://mega.io/storage Just a suggestion if you are hurting for storage or are hitting the limits of Dropbox.
20 GB free storage and they take privacy and security seriously. Plus they are out of New Zealand, so they aren't part of the Silicon Valley crowd and ethos.
- richmond62
- Posts: 2889
- Joined: Sun Sep 12, 2021 11:03 am
- Location: Bulgaria
- Contact:
Re: Comments on 1.0.1
"Slightly shady"
With his bulk (both literally and metaphorically) the 'shade' was extensive.
With his bulk (both literally and metaphorically) the 'shade' was extensive.
https://richmondmathewson.owlstown.net/
-
- Posts: 16
- Joined: Fri Feb 09, 2024 7:08 pm
- Contact:
Re: Comments on 1.01
I've downloaded 1.0.1, but can not get the certificate to work. I've follolwed all the instructions numerous times without any luck. When searching for the certificate in Keychain Access, I see the certificate, but I do not see a private key as pictured in the troubleshooting.rtfd file. The terminal command results in "error: The specified item could not be found in the keychain." What am I doing wrong?
- tperry2x
- Posts: 1669
- Joined: Tue Dec 21, 2021 9:10 pm
- Location: Britain (Previously known as Great Britain)
- Contact:
Re: Comments on 1.01
Hi Tak,
This might be a silly question, but do you need to run the certificate process - or does OXT Lite launch?
It should just open without having to do this. The certificate is only included if you needed to self-sign it again - for example, if you change the plist information on MacOS, then need to resign it with the openxtalk lite development certificate. For normal use, that hopefully shouldn't be necessary.
If you did have to add it, and are needing to re-sign it after a change, are you trying to add the certificate into your 'system' keychain or 'login items' keychain on MacOS?
Many thanks.
This might be a silly question, but do you need to run the certificate process - or does OXT Lite launch?
It should just open without having to do this. The certificate is only included if you needed to self-sign it again - for example, if you change the plist information on MacOS, then need to resign it with the openxtalk lite development certificate. For normal use, that hopefully shouldn't be necessary.
If you did have to add it, and are needing to re-sign it after a change, are you trying to add the certificate into your 'system' keychain or 'login items' keychain on MacOS?
Many thanks.
Who is online
Users browsing this forum: No registered users and 2 guests