Good catch, Gabe. my menubar is set to the bottom MBP display, and didn’t think
to mess with the menubar in the top display.
Thanks,
Roger
> On May 6, 2021, at 12:10 PM, Gabe J via use-livecode
> wrote:
>
> Oh, I think I see what the difference is: The screenRects will be in a
> different ord
Oh, I think I see what the difference is: The screenRects will be in a
different order depending on which screen the menubar is set to. So, when
the menubar is set to the top screen, your script sends stack "revMenubar"
to the bottom screen. I was running with the menubar set to be on the top
scree
Yeah, "Displays have separate Spaces" is unchecked. Yes, your script is
moving stack "revMenubar" to near the top of the bottom screen when the top
and bottom screen are left-aligned, but since it is on the bottom screen
(below stacks on the top screen) the stacks above it on the top screen do
not
Huh . . . this is hard to understand since the script toggles revMenubar
precisely to the top of one monitor or the other based on returned screenRects.
And, you unchecked the “Displays have separate Spaces” in the Mission Control
System Prefs?
Roger
> On May 6, 2021, at 11:39 AM, Gabe J via u
If I were to do everything on the bottom screen, it would work. But to use
stacks on the top screen, stack "revMenubar" needs to go to the top of the
top screen, it appears. (At least in LC 9.6.1)
Gabe
On Thu, May 6, 2021 at 1:39 PM Gabe J wrote:
> Sorry Roger,
>
> I was replying to the email
Sorry Roger,
I was replying to the email thread--- I clicked reply on your message
because it was the last one in my list here.
However, I just tried your script and it looks like it isn't working. I
have an external screen positioned above my laptop and it ran into the same
problem: Since stack
Gabe, before delving deeply into your message, are you saying that my script
does not work for you?
Roger
> On May 6, 2021, at 9:56 AM, Gabe J via use-livecode
> wrote:
>
> Also, the point of my previous email is that stack "revMenubar" seems to
> move around sometimes when you change multi-m
Also, the point of my previous email is that stack "revMenubar" seems to
move around sometimes when you change multi-monitor configurations on Mac,
which sets up the conditions for this issue.
Gabe
On Thu, May 6, 2021 at 11:52 AM Gabe J wrote:
> I've discovered that LiveCode (at least LC 9.6.1)
I've discovered that LiveCode (at least LC 9.6.1) seems to force the
reported top of a manually-moved stack to be the bottom of stack
"revMenubar" + 20, if the stack is overlapping revMenubar (even if
revMenubar is not visible), even if the visual top of the stack is higher
than that. All mouse cli
>
> Thank you Matthias! Your tools make my life SO much easier! You have
> done a great service for this community.
+100
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscri
Hi Fred et al,
I use the following script to switch the monitor I wish to use for the
revmenubar and revTools and then position pallets like my own rTools and
tmAlign3. It is working quite nicely for me with my external monitor positioned
above my MBP and “Displays have separate spaces” uncheck
On 5/6/2021 4:41 AM, Fred Moyer via use-livecode wrote:
On May 4, 2021, at 5:32 PM, Fred Moyer wrote:
Anyone having problems with multiple monitors and LC? I’m running 9.6.1 - Mac. I
have a feeling LC is confused because I like to connect and disconnect monitors from
my MacBook Pro. (Even t
Hi Matthias,
your doc is wonderful helpful!
Just the matter is pretty complex for the first time, and there are quite a
bunch of different approaches to go and I have to find the pieces for my
approach. Therefore I wouldn't chop it into several docs.
Sometimes I overread some implicit informati
Tiemo,
i am wondering, if my lesson is not clear enough about this. What do you think?
I really thought, that it's clear that you just have to sent only the top level
container to Apple and that the local stapling process goes through the
container and writes the information to the app within t
I found an answer to my question here
https://developer.apple.com/forums/thread/650288 :
You will need to sign the .pkg installer with Developer ID and notarize it in
order for it to install on macOS 10.14.5 and newer. The reason why it may have
appeared to work locally was that the pkg wasn't
So...
Stapling always staples the app, regardless if it is nested in one container
or more.
When you send your app as pkg, dmg or as pkg on dmg to apple, then you can
staple those containers, because the stapling goes "through" and the stapling
information is written to the .app inside the c
> On May 4, 2021, at 5:32 PM, Fred Moyer wrote:
>
> Anyone having problems with multiple monitors and LC? I’m running 9.6.1 -
> Mac. I have a feeling LC is confused because I like to connect and disconnect
> monitors from my MacBook Pro. (Even the MacOS sometimes gets confused.) But
> now LC
One question is left for me about notarization and stapling. If you have an
app, which is packaged and the package is wrapped in a DMG, which instance
should be notarized and which stapled? All three, each one after the other,
before proceeding to the next step, or only the outer shell, in this
18 matches
Mail list logo
