Re: Problems with Multiple Monitors

2021-05-06 Thread Gabe J via use-livecode
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

2021-05-06 Thread Gabe J via use-livecode
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

2021-05-06 Thread Gabe J via use-livecode
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
>> >>>
>> >>>set th

Re: Problems with Multiple Monitors

2021-05-06 Thread Gabe J via use-livecode
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
> >>>
> >>>
> >>> on po

Re: Problems with Multiple Monitors

2021-05-06 Thread Gabe J via use-livecode
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
>> > 

Re: Problems with Multiple Monitors

2021-05-06 Thread Gabe J via use-livecode
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:
> 

Multiple stacks showing at once on mobile

2021-04-19 Thread Gabe J via use-livecode
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

2020-03-08 Thread Gabe J via use-livecode
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

2020-03-08 Thread Gabe J via use-livecode
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

2019-04-07 Thread Gabe J via use-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

2018-07-06 Thread Gabe J via use-livecode
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