Re: Problems with Multiple Monitors
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 screen. The solution would be to cycle through the working screenRects looking for the highest top. Gabe On Thu, May 6, 2021 at 2:01 PM Gabe J wrote: > 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 work properly when manually moved. (LC 9.6.1 and macOS Catalina). The > solution is to just always move stack "revMenubar" to near the top of the > top screen. > > Gabe > > > On Thu, May 6, 2021 at 1:52 PM Roger Guay via use-livecode < > use-livecode@lists.runrev.com> wrote: > >> 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 use-livecode < >> use-livecode@lists.runrev.com> wrote: >> > >> > 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 "revMenubar" is positioned lower than some of the >> > stacks (when those stacks are on the top screen), the stacks will >> report as >> > being below their visual position (when manually moved), or they just >> jump >> > down to the bottom screen to be under stack "revMenubar" when I try to >> > position them on the top screen. I'm using LC 9.6.1. >> >> ___ >> use-livecode mailing list >> use-livecode@lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode >> > ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Problems with Multiple Monitors
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 work properly when manually moved. (LC 9.6.1 and macOS Catalina). The solution is to just always move stack "revMenubar" to near the top of the top screen. Gabe On Thu, May 6, 2021 at 1:52 PM Roger Guay via use-livecode < use-livecode@lists.runrev.com> wrote: > 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 use-livecode < > use-livecode@lists.runrev.com> wrote: > > > > 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 "revMenubar" is positioned lower than some of the > > stacks (when those stacks are on the top screen), the stacks will report > as > > being below their visual position (when manually moved), or they just > jump > > down to the bottom screen to be under stack "revMenubar" when I try to > > position them on the top screen. I'm using LC 9.6.1. > > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Problems with Multiple Monitors
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 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 "revMenubar" is positioned lower than some of the > stacks (when those stacks are on the top screen), the stacks will report as > being below their visual position (when manually moved), or they just jump > down to the bottom screen to be under stack "revMenubar" when I try to > position them on the top screen. I'm using LC 9.6.1. > > Gabe > > > On Thu, May 6, 2021 at 1:15 PM Roger Guay via use-livecode < > use-livecode@lists.runrev.com> wrote: > >> 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 < >> use-livecode@lists.runrev.com> wrote: >> > >> > 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) 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 clicks will be vertically off by whatever offset >> there >> >> is between the bottom of stack "revMenubar" + 20 and the visual top of >> the >> >> overlapping, manually-moved stack. >> >> >> >> For example, if you were to run this: >> >> >> >>set the bottom of stack "revMenubar" to 200 >> >> >> >> And then move a stack so that it overlaps revMenubar (manually moving >> the >> >> stack seems to possibly be a necessary step), if you run "put the top >> of >> >> ..." for that overlapping stack, it will be 220, even if it is visually >> >> above 220, and mouse clicks in the stack will also be vertically off. >> >> >> >> If I set the position of stack "revMenubar" so that its bottom is above >> >> the highest working screenRect's top + 20 (or whatever the height of >> the >> >> window's title bars are?), this issue can be avoided. I have made a >> handler >> >> which does this when the screenRects change. >> >> >> >> I ran into another potential bug where the bottom of a stack couldn't >> be >> >> positioned in a certain area without it also reporting the >> top/mouseclicks >> >> incorrectly on a second screen above my laptop's screen, but I haven't >> >> figured out why that is, yet. >> >> >> >> Gabe >> >> >> >> >> >> On Thu, May 6, 2021 at 9:58 AM Roger Guay via use-livecode < >> >> use-livecode@lists.runrev.com> wrote: >> >> >> >>> 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” unchecked. >> >>> >> >>> >> >>> on mouseUp >> >>> >> >>> put the screenrects into tsr >> >>> >> >>>if the number of lines of tsr = 2 then >> >>> >> >>>if the left of stack revmenubar = item 1 of tsr then >> >>> >> >>>set the left of stack revmenubar to item 1 of >> >>> line 2 of tsr >> >>> >> &g
Re: Problems with Multiple Monitors
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 "revMenubar" is positioned lower than some of the stacks (when those stacks are on the top screen), the stacks will report as being below their visual position (when manually moved), or they just jump down to the bottom screen to be under stack "revMenubar" when I try to position them on the top screen. I'm using LC 9.6.1. Gabe On Thu, May 6, 2021 at 1:15 PM Roger Guay via use-livecode < use-livecode@lists.runrev.com> wrote: > 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 < > use-livecode@lists.runrev.com> wrote: > > > > 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) 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 clicks will be vertically off by whatever offset > there > >> is between the bottom of stack "revMenubar" + 20 and the visual top of > the > >> overlapping, manually-moved stack. > >> > >> For example, if you were to run this: > >> > >>set the bottom of stack "revMenubar" to 200 > >> > >> And then move a stack so that it overlaps revMenubar (manually moving > the > >> stack seems to possibly be a necessary step), if you run "put the top of > >> ..." for that overlapping stack, it will be 220, even if it is visually > >> above 220, and mouse clicks in the stack will also be vertically off. > >> > >> If I set the position of stack "revMenubar" so that its bottom is above > >> the highest working screenRect's top + 20 (or whatever the height of the > >> window's title bars are?), this issue can be avoided. I have made a > handler > >> which does this when the screenRects change. > >> > >> I ran into another potential bug where the bottom of a stack couldn't be > >> positioned in a certain area without it also reporting the > top/mouseclicks > >> incorrectly on a second screen above my laptop's screen, but I haven't > >> figured out why that is, yet. > >> > >> Gabe > >> > >> > >> On Thu, May 6, 2021 at 9:58 AM Roger Guay via use-livecode < > >> use-livecode@lists.runrev.com> wrote: > >> > >>> 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” unchecked. > >>> > >>> > >>> on mouseUp > >>> > >>> put the screenrects into tsr > >>> > >>>if the number of lines of tsr = 2 then > >>> > >>>if the left of stack revmenubar = item 1 of tsr then > >>> > >>>set the left of stack revmenubar to item 1 of > >>> line 2 of tsr > >>> > >>>set the top of stack revmenubar to item 2 of > line > >>> 2 of tsr + 25 > >>> > >>>else > >>> > >>>set the left of stack revmenubar to item 1 of > tsr > >>> > >>>set the top of stack revmenubar to item 2 of tsr > >>> + 25 > >>> > >>>end if > >>> > >>>end if > >>> > >>>positionPalletes > >>> > >>>pass mouseUp > >>> > >>> end mouseUp > >>> &
Re: Problems with Multiple Monitors
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) 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 clicks will be vertically off by whatever offset there > is between the bottom of stack "revMenubar" + 20 and the visual top of the > overlapping, manually-moved stack. > > For example, if you were to run this: > > set the bottom of stack "revMenubar" to 200 > > And then move a stack so that it overlaps revMenubar (manually moving the > stack seems to possibly be a necessary step), if you run "put the top of > ..." for that overlapping stack, it will be 220, even if it is visually > above 220, and mouse clicks in the stack will also be vertically off. > > If I set the position of stack "revMenubar" so that its bottom is above > the highest working screenRect's top + 20 (or whatever the height of the > window's title bars are?), this issue can be avoided. I have made a handler > which does this when the screenRects change. > > I ran into another potential bug where the bottom of a stack couldn't be > positioned in a certain area without it also reporting the top/mouseclicks > incorrectly on a second screen above my laptop's screen, but I haven't > figured out why that is, yet. > > Gabe > > > On Thu, May 6, 2021 at 9:58 AM Roger Guay via use-livecode < > use-livecode@lists.runrev.com> wrote: > >> 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” unchecked. >> >> >> on mouseUp >> >> put the screenrects into tsr >> >> if the number of lines of tsr = 2 then >> >> if the left of stack revmenubar = item 1 of tsr then >> >> set the left of stack revmenubar to item 1 of >> line 2 of tsr >> >> set the top of stack revmenubar to item 2 of line >> 2 of tsr + 25 >> >> else >> >> set the left of stack revmenubar to item 1 of tsr >> >> set the top of stack revmenubar to item 2 of tsr >> + 25 >> >> end if >> >> end if >> >> positionPalletes >> >> pass mouseUp >> >> end mouseUp >> >> >> on positionPalletes >> >> set the top of stack revtools to the bottom of stack revMenuBar + >> 20 >> >> set the left of stack revTools to the left of stack revmenubar >> >> set the top of stack rtools to the bottom of stack revMenuBar + 20 >> >> set the left of stack rTools to the right of stack revtools >> >> set the left of stack tmAlign3 to the right of stack revMenubar >> >> set the top of stack tmAlign3 to the top of stack revMenubar >> >> end positionPalletes >> >> >> >> HTH, >> Roger >> >> >> >> > On May 6, 2021, at 1:41 AM, Fred Moyer via use-livecode < >> use-livecode@lists.runrev.com> 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 the MacOS sometimes gets >> confused.) But now LC is doing crazy things — even when no external >> monitors are connected. I’ll move the mouse to the top of a stack window, >> and ask for the Mouseloc and it will return something like "100,-60”. If I >> click a button in the middle of the stack, the click will register in an >> object the 60 pixels above that. It’s not always 60 — the wrongness changed >> as I move the stack around. Other times it works fine. I can’t find a >> pattern to set it off. >> >> >> >> Any suggestions? >> >> Thanks. >> >> >> >> Fred >> >> >> >> >> > >> > Thanks everyone for the interesting replies. I learned a lot >> (“desktopChanged", "the working screenrects,” difference between "the >> screenrect" and "the screenrects," etc.) I have a hunch, though, my problem >> may relate to stack RevMenubar and some accommodation the IDE makes for >> “the mouseV” depending on whether RevMenubar is showing or whether you have >> your own menubar or whether that screen has a menubar in it — I dunno. >> I’ve never understood how this works. I notice sometimes, though, when I >> turn on Toolbar Text, it shows up about 100 or 200 pixels down. >> > >> > Fred >> > ___ >> > use-livecode mailing list >> > use
Re: Problems with Multiple Monitors
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 clicks will be vertically off by whatever offset there is between the bottom of stack "revMenubar" + 20 and the visual top of the overlapping, manually-moved stack. For example, if you were to run this: set the bottom of stack "revMenubar" to 200 And then move a stack so that it overlaps revMenubar (manually moving the stack seems to possibly be a necessary step), if you run "put the top of ..." for that overlapping stack, it will be 220, even if it is visually above 220, and mouse clicks in the stack will also be vertically off. If I set the position of stack "revMenubar" so that its bottom is above the highest working screenRect's top + 20 (or whatever the height of the window's title bars are?), this issue can be avoided. I have made a handler which does this when the screenRects change. I ran into another potential bug where the bottom of a stack couldn't be positioned in a certain area without it also reporting the top/mouseclicks incorrectly on a second screen above my laptop's screen, but I haven't figured out why that is, yet. Gabe On Thu, May 6, 2021 at 9:58 AM Roger Guay via use-livecode < use-livecode@lists.runrev.com> wrote: > 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” unchecked. > > > on mouseUp > > put the screenrects into tsr > > if the number of lines of tsr = 2 then > > if the left of stack revmenubar = item 1 of tsr then > > set the left of stack revmenubar to item 1 of line > 2 of tsr > > set the top of stack revmenubar to item 2 of line > 2 of tsr + 25 > > else > > set the left of stack revmenubar to item 1 of tsr > > set the top of stack revmenubar to item 2 of tsr + > 25 > > end if > > end if > > positionPalletes > > pass mouseUp > > end mouseUp > > > on positionPalletes > > set the top of stack revtools to the bottom of stack revMenuBar + > 20 > > set the left of stack revTools to the left of stack revmenubar > > set the top of stack rtools to the bottom of stack revMenuBar + 20 > > set the left of stack rTools to the right of stack revtools > > set the left of stack tmAlign3 to the right of stack revMenubar > > set the top of stack tmAlign3 to the top of stack revMenubar > > end positionPalletes > > > > HTH, > Roger > > > > > On May 6, 2021, at 1:41 AM, Fred Moyer via use-livecode < > use-livecode@lists.runrev.com> 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 the MacOS sometimes gets > confused.) But now LC is doing crazy things — even when no external > monitors are connected. I’ll move the mouse to the top of a stack window, > and ask for the Mouseloc and it will return something like "100,-60”. If I > click a button in the middle of the stack, the click will register in an > object the 60 pixels above that. It’s not always 60 — the wrongness changed > as I move the stack around. Other times it works fine. I can’t find a > pattern to set it off. > >> > >> Any suggestions? > >> Thanks. > >> > >> Fred > >> > >> > > > > Thanks everyone for the interesting replies. I learned a lot > (“desktopChanged", "the working screenrects,” difference between "the > screenrect" and "the screenrects," etc.) I have a hunch, though, my problem > may relate to stack RevMenubar and some accommodation the IDE makes for > “the mouseV” depending on whether RevMenubar is showing or whether you have > your own menubar or whether that screen has a menubar in it — I dunno. > I’ve never understood how this works. I notice sometimes, though, when I > turn on Toolbar Text, it shows up about 100 or 200 pixels down. > > > > Fred > > ___ > > use-livecode mailing list > > use-livecode@lists.runrev.com > > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > > http://lists.runrev.com/mailman/listinfo/use-livecode > > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runre
Multiple stacks showing at once on mobile
Hey All, Is it possible to have more than one stack showing at a time on mobile? Or is it always one stack showing at full-screen? Gabe ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Modal stacks acting like systemWindow property set to true
Sorry, I forgot an important detail: It has to be on a "send" command, like the following: *send* "answer 1" to this stack in 3 seconds Gabe On Sun, Mar 8, 2020 at 1:31 PM Klaus major-k via use-livecode < use-livecode@lists.runrev.com> wrote: > Hi Gabe, > > > Am 08.03.2020 um 19:25 schrieb Gabe J via use-livecode < > use-livecode@lists.runrev.com>: > > > > Hi, > > > > We have noticed an issue in LiveCode where if a modal stack is triggered > > (example: using the "answer" command) in LiveCode 8 and 9 in MacOS, but > we > > are in another application, the modal stack will appear over the other > > program we are in. This does not happen with "answer file", though (the > > resulting window will stay underneath the other application we are in). > > > > Does anyone know why this happens and how to prevent it? This does not > seem > > to happen in LC 6.6.3, but happens in LC 8 and 9. > > jut made a quick test and I do not see this on macOS 10.14.6 and LC 9.5.1. > > I created a button with this script, clicked it and switch to Mail and > Safari, > but no answer dialog on top except when switching back to LC. > --- > on mouseUp > wait 3 secs > answer "YO!" > end mouseUp > --- > > > Gabe > > Best > > Klaus > > -- > Klaus Major > https://www.major-k.de > kl...@major-k.de > > > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Modal stacks acting like systemWindow property set to true
Hi, We have noticed an issue in LiveCode where if a modal stack is triggered (example: using the "answer" command) in LiveCode 8 and 9 in MacOS, but we are in another application, the modal stack will appear over the other program we are in. This does not happen with "answer file", though (the resulting window will stay underneath the other application we are in). Does anyone know why this happens and how to prevent it? This does not seem to happen in LC 6.6.3, but happens in LC 8 and 9. Gabe ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
LiveCode time doesn't change when changing time zones unless you restart LiveCode
When the time zone changes on the computer (on MacOS, at least), the time in LiveCode does not update accordingly if LiveCode is not quit/reopened. Does anyone know of a way to force LiveCode to update its time zone/time-tracking value without needing to restart LiveCode? Thanks, Gabe ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
LiveCode 6.6.3 crashing and saving only part of a stack file
Hi, We have a recurring problem where on one of our computers, LiveCode 6.6.3 crashes (segmentation fault, signal 11) while saving a stack file, and only writes part of the file. The crash report says the last function called is a C function called getfontattsnew(). From what I understand of the crash report, it looks to me it looks like LiveCode was trying to get font info for a field, and then crashes. It only happens on one computer, which leads us to believe that there might be a font on that computer that is crashing LiveCode. Has anyone else had an issue with a font (or something font-related) crashing LiveCode during saving, and how we might go about debugging this? (I've compiled LiveCode 6.6.3 with some custom output related to getfontattsnew()/the saving process that might be able to tell us some more, but I'm wondering if anyone else has had this problem). Thanks, Gabe ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode