Big Sur bugs

classic Classic list List threaded Threaded
20 messages Options
Reply | Threaded
Open this post in threaded view
|

Big Sur bugs

Paul Dupuis via use-livecode
In my testing of LC apps running under Big Sur I have run into the following bugs running LC 9.6.1:

1) Tabbed buttons: The background of the highlighted tab is now white by default. Since LC renders the text for the highlighted button as white, it is not readable until you switch to another tab. Work-around - set the backgroundColor of the button to black. Bug report 22879

2) Window Shape: Setting the windowShape of a stack to an imported image no longer works. It will show the rectangle of the stack. Bug report 22880

3) SystemVersion: Big Sur is designated by Apple as version 11 but LC will report it as 10.16. Easy enough to code around until it’s fixed. Bug report 22887

4) Printing: LC hangs as I mentioned in a previous post. Bug report 22930
_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Bug: jumping stack windows (when supress messages is off)

Paul Dupuis via use-livecode

Windows intermittently jump to a location on the screen when I move windows. It’s got too annoying to ignore.

• Is anyone else having this problem?

I am testing this on Mojave and Livecode 9.6.1 rc2. I am testing this without any of my own code such just was IDE stacks. This I “think” is quite a long standing bug that I suspect is related to the global coordinate system as I have been working around this for quite a while now.


Detail
The location of the jump seems to be the same horizontal x location. But with the vertical value being reset to the halfway point.

I am testing by. Simply moving the message box. It is intermittent - so occurring about once every 5 moves, and strangely is happening only when the top left of the stack window is within the top left quadrant of the screen. Using. The following code int eh message box I find the top of the message box stack is always 492 after a jump (see below). This appears to be related to half the screen less the decorations like menu?
        put the screenrect & CR & the rect of stack” Message box"

        0,0,1680,1050
        215,492,634,640

As a further indication that the problem is due to the IDE, I find that creating a test stack (no scripts or controls) exhibits the same behaviour - but this behaviour can be suppressed by choosing “Suppress Messages” from the “Development” menu. This suppression has no effect on the message box or other IDE windows which still jump intermittently.

The problem is most intense when working with multiple screens. For at least a couple of years stacks I create and place on second or third monitors receive mouse clicks in the wrong location. This happens on different machines, and different. Monitor setups. Only tested on Macs.

I am currently creating a multiscreen app - so taking the tracking down. Of this bug more seriously. The current tests are one on my laptop without external monitors, and having restarted the computer (several times). Applications other than Livecode don’t suffer this problem.

How should I report this bug - should I submit a video / screen recording?

_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: Bug: jumping stack windows (when supress messages is off)

Paul Dupuis via use-livecode
Also tested on Livecode 8.1.5 with same results.
On 9 Oct 2020, 14:00 +0100, David Bovill <[hidden email]>, wrote:

>
> Windows intermittently jump to a location on the screen when I move windows. It’s got too annoying to ignore.
>
> • Is anyone else having this problem?
>
> I am testing this on Mojave and Livecode 9.6.1 rc2. I am testing this without any of my own code such just was IDE stacks. This I “think” is quite a long standing bug that I suspect is related to the global coordinate system as I have been working around this for quite a while now.
>
>
> Detail
> The location of the jump seems to be the same horizontal x location. But with the vertical value being reset to the halfway point.
>
> I am testing by. Simply moving the message box. It is intermittent - so occurring about once every 5 moves, and strangely is happening only when the top left of the stack window is within the top left quadrant of the screen. Using. The following code int eh message box I find the top of the message box stack is always 492 after a jump (see below). This appears to be related to half the screen less the decorations like menu?
        > put the screenrect & CR & the rect of stack” Message box"
        >
        > 0,0,1680,1050
        > 215,492,634,640
>
> As a further indication that the problem is due to the IDE, I find that creating a test stack (no scripts or controls) exhibits the same behaviour - but this behaviour can be suppressed by choosing “Suppress Messages” from the “Development” menu. This suppression has no effect on the message box or other IDE windows which still jump intermittently.
>
> The problem is most intense when working with multiple screens. For at least a couple of years stacks I create and place on second or third monitors receive mouse clicks in the wrong location. This happens on different machines, and different. Monitor setups. Only tested on Macs.
>
> I am currently creating a multiscreen app - so taking the tracking down. Of this bug more seriously. The current tests are one on my laptop without external monitors, and having restarted the computer (several times). Applications other than Livecode don’t suffer this problem.
>
> How should I report this bug - should I submit a video / screen recording?
>
_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: Bug: jumping stack windows (when supress messages is off)

Paul Dupuis via use-livecode
I’m getting pretty curious about this bug :)

Testing  mouse clicks- and not stacks jumping position when moving their location - I find that a stack that is successfully moved between the four quadrants of the screen - accepts mouse clicks accurately in the bottom-left, top-right and bottom right quadrants - but in the top-eft quadrant the mouse-click interactions are offset vertically in a way that is compatible with the stack jump. So if you manage to locate the. Stack without it jumping - in the top-left quadrant the mouse clicks are off.

Monitor settings are set for default value of the MacBook Pro display. I think I’ll make a short video of this behaviour.
On 9 Oct 2020, 14:35 +0100, David Bovill <[hidden email]>, wrote:

> Also tested on Livecode 8.1.5 with same results.
> On 9 Oct 2020, 14:00 +0100, David Bovill <[hidden email]>, wrote:
> >
> > Windows intermittently jump to a location on the screen when I move windows. It’s got too annoying to ignore.
> >
> > • Is anyone else having this problem?
> >
> > I am testing this on Mojave and Livecode 9.6.1 rc2. I am testing this without any of my own code such just was IDE stacks. This I “think” is quite a long standing bug that I suspect is related to the global coordinate system as I have been working around this for quite a while now.
> >
> >
> > Detail
> > The location of the jump seems to be the same horizontal x location. But with the vertical value being reset to the halfway point.
> >
> > I am testing by. Simply moving the message box. It is intermittent - so occurring about once every 5 moves, and strangely is happening only when the top left of the stack window is within the top left quadrant of the screen. Using. The following code int eh message box I find the top of the message box stack is always 492 after a jump (see below). This appears to be related to half the screen less the decorations like menu?
        > > put the screenrect & CR & the rect of stack” Message box"
        > >
        > > 0,0,1680,1050
        > > 215,492,634,640
> >
> > As a further indication that the problem is due to the IDE, I find that creating a test stack (no scripts or controls) exhibits the same behaviour - but this behaviour can be suppressed by choosing “Suppress Messages” from the “Development” menu. This suppression has no effect on the message box or other IDE windows which still jump intermittently.
> >
> > The problem is most intense when working with multiple screens. For at least a couple of years stacks I create and place on second or third monitors receive mouse clicks in the wrong location. This happens on different machines, and different. Monitor setups. Only tested on Macs.
> >
> > I am currently creating a multiscreen app - so taking the tracking down. Of this bug more seriously. The current tests are one on my laptop without external monitors, and having restarted the computer (several times). Applications other than Livecode don’t suffer this problem.
> >
> > How should I report this bug - should I submit a video / screen recording?
> >
_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: Bug: jumping stack windows (when supress messages is off)

Paul Dupuis via use-livecode
Here is a video describing the bug - or at least I am assuming it is a bug. Very curious to see if anyone else is experiencing this issue:

https://vimeo.com/466580164

On 9 Oct 2020, 14:48 +0100, David Bovill <[hidden email]>, wrote:

> I’m getting pretty curious about this bug :)
>
> Testing  mouse clicks- and not stacks jumping position when moving their location - I find that a stack that is successfully moved between the four quadrants of the screen - accepts mouse clicks accurately in the bottom-left, top-right and bottom right quadrants - but in the top-eft quadrant the mouse-click interactions are offset vertically in a way that is compatible with the stack jump. So if you manage to locate the. Stack without it jumping - in the top-left quadrant the mouse clicks are off.
>
> Monitor settings are set for default value of the MacBook Pro display. I think I’ll make a short video of this behaviour.
> On 9 Oct 2020, 14:35 +0100, David Bovill <[hidden email]>, wrote:
> > Also tested on Livecode 8.1.5 with same results.
> > On 9 Oct 2020, 14:00 +0100, David Bovill <[hidden email]>, wrote:
> > >
> > > Windows intermittently jump to a location on the screen when I move windows. It’s got too annoying to ignore.
> > >
> > > • Is anyone else having this problem?
> > >
> > > I am testing this on Mojave and Livecode 9.6.1 rc2. I am testing this without any of my own code such just was IDE stacks. This I “think” is quite a long standing bug that I suspect is related to the global coordinate system as I have been working around this for quite a while now.
> > >
> > >
> > > Detail
> > > The location of the jump seems to be the same horizontal x location. But with the vertical value being reset to the halfway point.
> > >
> > > I am testing by. Simply moving the message box. It is intermittent - so occurring about once every 5 moves, and strangely is happening only when the top left of the stack window is within the top left quadrant of the screen. Using. The following code int eh message box I find the top of the message box stack is always 492 after a jump (see below). This appears to be related to half the screen less the decorations like menu?
        > > > put the screenrect & CR & the rect of stack” Message box"
        > > >
        > > > 0,0,1680,1050
        > > > 215,492,634,640
> > >
> > > As a further indication that the problem is due to the IDE, I find that creating a test stack (no scripts or controls) exhibits the same behaviour - but this behaviour can be suppressed by choosing “Suppress Messages” from the “Development” menu. This suppression has no effect on the message box or other IDE windows which still jump intermittently.
> > >
> > > The problem is most intense when working with multiple screens. For at least a couple of years stacks I create and place on second or third monitors receive mouse clicks in the wrong location. This happens on different machines, and different. Monitor setups. Only tested on Macs.
> > >
> > > I am currently creating a multiscreen app - so taking the tracking down. Of this bug more seriously. The current tests are one on my laptop without external monitors, and having restarted the computer (several times). Applications other than Livecode don’t suffer this problem.
> > >
> > > How should I report this bug - should I submit a video / screen recording?
> > >
_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: Bug: jumping stack windows (when supress messages is off)

Paul Dupuis via use-livecode
In reply to this post by Paul Dupuis via use-livecode
Window 10 has a snap to feature on by default that will try to snap any
window of any application to the edges and resize it to have the screen
(or perhaps other options) if the windows is being dragged and the mouse
moves close to a screen edge. I have not explored the feature fully, so
I am not sure of the details.



On 10/9/2020 9:48 AM, David Bovill via use-livecode wrote:

> I’m getting pretty curious about this bug :)
>
> Testing  mouse clicks- and not stacks jumping position when moving their location - I find that a stack that is successfully moved between the four quadrants of the screen - accepts mouse clicks accurately in the bottom-left, top-right and bottom right quadrants - but in the top-eft quadrant the mouse-click interactions are offset vertically in a way that is compatible with the stack jump. So if you manage to locate the. Stack without it jumping - in the top-left quadrant the mouse clicks are off.
>
> Monitor settings are set for default value of the MacBook Pro display. I think I’ll make a short video of this behaviour.
> On 9 Oct 2020, 14:35 +0100, David Bovill <[hidden email]>, wrote:
>> Also tested on Livecode 8.1.5 with same results.
>> On 9 Oct 2020, 14:00 +0100, David Bovill <[hidden email]>, wrote:
>>> Windows intermittently jump to a location on the screen when I move windows. It’s got too annoying to ignore.
>>>
>>> • Is anyone else having this problem?
>>>
>>> I am testing this on Mojave and Livecode 9.6.1 rc2. I am testing this without any of my own code such just was IDE stacks. This I “think” is quite a long standing bug that I suspect is related to the global coordinate system as I have been working around this for quite a while now.
>>>
>>>
>>> Detail
>>> The location of the jump seems to be the same horizontal x location. But with the vertical value being reset to the halfway point.
>>>
>>> I am testing by. Simply moving the message box. It is intermittent - so occurring about once every 5 moves, and strangely is happening only when the top left of the stack window is within the top left quadrant of the screen. Using. The following code int eh message box I find the top of the message box stack is always 492 after a jump (see below). This appears to be related to half the screen less the decorations like menu?
> > > put the screenrect & CR & the rect of stack” Message box"
> > >
> > > 0,0,1680,1050
> > > 215,492,634,640
>>> As a further indication that the problem is due to the IDE, I find that creating a test stack (no scripts or controls) exhibits the same behaviour - but this behaviour can be suppressed by choosing “Suppress Messages” from the “Development” menu. This suppression has no effect on the message box or other IDE windows which still jump intermittently.
>>>
>>> The problem is most intense when working with multiple screens. For at least a couple of years stacks I create and place on second or third monitors receive mouse clicks in the wrong location. This happens on different machines, and different. Monitor setups. Only tested on Macs.
>>>
>>> I am currently creating a multiscreen app - so taking the tracking down. Of this bug more seriously. The current tests are one on my laptop without external monitors, and having restarted the computer (several times). Applications other than Livecode don’t suffer this problem.
>>>
>>> How should I report this bug - should I submit a video / screen recording?
>>>
> _______________________________________________
> use-livecode mailing list
> [hidden email]
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: Bug: jumping stack windows (when supress messages is off)

Paul Dupuis via use-livecode
Sorry,

When I read you posts and saw "windows" I thought you were talking about
this happening on Microsoft Windows.

I have seen something similar on macOS, but only when you have dual
monitors and the second monitor has it's top positioned higher than the
primary monitor.






On 10/9/2020 10:23 AM, Paul Dupuis via use-livecode wrote:

> Window 10 has a snap to feature on by default that will try to snap
> any window of any application to the edges and resize it to have the
> screen (or perhaps other options) if the windows is being dragged and
> the mouse moves close to a screen edge. I have not explored the
> feature fully, so I am not sure of the details.
>
>
>
> On 10/9/2020 9:48 AM, David Bovill via use-livecode wrote:
>> I’m getting pretty curious about this bug :)
>>
>> Testing  mouse clicks- and not stacks jumping position when moving
>> their location - I find that a stack that is successfully moved
>> between the four quadrants of the screen - accepts mouse clicks
>> accurately in the bottom-left, top-right and bottom right quadrants -
>> but in the top-eft quadrant the mouse-click interactions are offset
>> vertically in a way that is compatible with the stack jump. So if you
>> manage to locate the. Stack without it jumping - in the top-left
>> quadrant the mouse clicks are off.
>>
>> Monitor settings are set for default value of the MacBook Pro
>> display. I think I’ll make a short video of this behaviour.
>> On 9 Oct 2020, 14:35 +0100, David Bovill <[hidden email]>,
>> wrote:
>>> Also tested on Livecode 8.1.5 with same results.
>>> On 9 Oct 2020, 14:00 +0100, David Bovill <[hidden email]>,
>>> wrote:
>>>> Windows intermittently jump to a location on the screen when I move
>>>> windows. It’s got too annoying to ignore.
>>>>
>>>> • Is anyone else having this problem?
>>>>
>>>> I am testing this on Mojave and Livecode 9.6.1 rc2. I am testing
>>>> this without any of my own code such just was IDE stacks. This I
>>>> “think” is quite a long standing bug that I suspect is related to
>>>> the global coordinate system as I have been working around this for
>>>> quite a while now.
>>>>
>>>>
>>>> Detail
>>>> The location of the jump seems to be the same horizontal x
>>>> location. But with the vertical value being reset to the halfway
>>>> point.
>>>>
>>>> I am testing by. Simply moving the message box. It is intermittent
>>>> - so occurring about once every 5 moves, and strangely is happening
>>>> only when the top left of the stack window is within the top left
>>>> quadrant of the screen. Using. The following code int eh message
>>>> box I find the top of the message box stack is always 492 after a
>>>> jump (see below). This appears to be related to half the screen
>>>> less the decorations like menu?
>>     > > put the screenrect & CR & the rect of stack” Message box"
>>     > >
>>     > > 0,0,1680,1050
>>     > > 215,492,634,640
>>>> As a further indication that the problem is due to the IDE, I find
>>>> that creating a test stack (no scripts or controls) exhibits the
>>>> same behaviour - but this behaviour can be suppressed by choosing
>>>> “Suppress Messages” from the “Development” menu. This suppression
>>>> has no effect on the message box or other IDE windows which still
>>>> jump intermittently.
>>>>
>>>> The problem is most intense when working with multiple screens. For
>>>> at least a couple of years stacks I create and place on second or
>>>> third monitors receive mouse clicks in the wrong location. This
>>>> happens on different machines, and different. Monitor setups. Only
>>>> tested on Macs.
>>>>
>>>> I am currently creating a multiscreen app - so taking the tracking
>>>> down. Of this bug more seriously. The current tests are one on my
>>>> laptop without external monitors, and having restarted the computer
>>>> (several times). Applications other than Livecode don’t suffer this
>>>> problem.
>>>>
>>>> How should I report this bug - should I submit a video / screen
>>>> recording?
>>>>
>> _______________________________________________
>> use-livecode mailing list
>> [hidden email]
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
> _______________________________________________
> use-livecode mailing list
> [hidden email]
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: Big Sur bugs

Paul Dupuis via use-livecode
In reply to this post by Paul Dupuis via use-livecode
So my custom tabbed object would come in handy then. :-)

Bob S


On Oct 8, 2020, at 5:31 PM, Marty Knapp via use-livecode <[hidden email]<mailto:[hidden email]>> wrote:

In my testing of LC apps running under Big Sur I have run into the following bugs running LC 9.6.1:

1) Tabbed buttons: The background of the highlighted tab is now white by default. Since LC renders the text for the highlighted button as white, it is not readable until you switch to another tab. Work-around - set the backgroundColor of the button to black. Bug report 22879

_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: Big Sur bugs

Paul Dupuis via use-livecode
In reply to this post by Paul Dupuis via use-livecode
1,2 and 4 are definitely show stoppers for Mac devs.
Is  LC ready with a new version?

Riccardo



> Il giorno 9 ott 2020, alle ore 02:32, Marty Knapp via use-livecode <[hidden email]> ha scritto:
>
> In my testing of LC apps running under Big Sur I have run into the following bugs running LC 9.6.1:
>
> 1) Tabbed buttons: The background of the highlighted tab is now white by default. Since LC renders the text for the highlighted button as white, it is not readable until you switch to another tab. Work-around - set the backgroundColor of the button to black. Bug report 22879
>
> 2) Window Shape: Setting the windowShape of a stack to an imported image no longer works. It will show the rectangle of the stack. Bug report 22880
>
> 3) SystemVersion: Big Sur is designated by Apple as version 11 but LC will report it as 10.16. Easy enough to code around until it’s fixed. Bug report 22887
>
> 4) Printing: LC hangs as I mentioned in a previous post. Bug report 22930
> _______________________________________________
> use-livecode mailing list
> [hidden email]
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: Bug: jumping stack windows (when supress messages is off)

Paul Dupuis via use-livecode
In reply to this post by Paul Dupuis via use-livecode
Hi David,

What I see on Mojave is that e.g. TextEdit or Safari show a similar behavior.
Open  2 windows in TextEdit.  Move one close to the other and they will snap into place, if the tops of those two windows are almost horizontally aligned they will snap into place.

Same goes for Safari with two windows open. And the  same happens in  the IDE.
If that is what you describe on a single monitor setup then it is an operating system thing.

Kind regards
Bernd
_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: Bug: jumping stack windows (when supress messages is off)

Paul Dupuis via use-livecode
In reply to this post by Paul Dupuis via use-livecode
Completely off-topic, but could you post a brief description of how you made that video David (or send me a PM)? I have to do something similar in the near future and it would be good to know what kit/software you recorded with.

Cheers and thanks,
Mark

> On Oct 9, 2020, at 3:18 PM, David Bovill via use-livecode <[hidden email]> wrote:
>
> Here is a video describing the bug - or at least I am assuming it is a bug. Very curious to see if anyone else is experiencing this issue:
>
> • https://vimeo.com/466580164
>
> On 9 Oct 2020, 14:48 +0100, David Bovill <[hidden email]>, wrote:
>> I’m getting pretty curious about this bug :)
>>
>> Testing  mouse clicks- and not stacks jumping position when moving their location - I find that a stack that is successfully moved between the four quadrants of the screen - accepts mouse clicks accurately in the bottom-left, top-right and bottom right quadrants - but in the top-eft quadrant the mouse-click interactions are offset vertically in a way that is compatible with the stack jump. So if you manage to locate the. Stack without it jumping - in the top-left quadrant the mouse clicks are off.
>>
>> Monitor settings are set for default value of the MacBook Pro display. I think I’ll make a short video of this behaviour.
>> On 9 Oct 2020, 14:35 +0100, David Bovill <[hidden email]>, wrote:
>>> Also tested on Livecode 8.1.5 with same results.
>>> On 9 Oct 2020, 14:00 +0100, David Bovill <[hidden email]>, wrote:
>>>>
>>>> Windows intermittently jump to a location on the screen when I move windows. It’s got too annoying to ignore.
>>>>
>>>> • Is anyone else having this problem?
>>>>
>>>> I am testing this on Mojave and Livecode 9.6.1 rc2. I am testing this without any of my own code such just was IDE stacks. This I “think” is quite a long standing bug that I suspect is related to the global coordinate system as I have been working around this for quite a while now.
>>>>
>>>>
>>>> Detail
>>>> The location of the jump seems to be the same horizontal x location. But with the vertical value being reset to the halfway point.
>>>>
>>>> I am testing by. Simply moving the message box. It is intermittent - so occurring about once every 5 moves, and strangely is happening only when the top left of the stack window is within the top left quadrant of the screen. Using. The following code int eh message box I find the top of the message box stack is always 492 after a jump (see below). This appears to be related to half the screen less the decorations like menu?
> > > > put the screenrect & CR & the rect of stack” Message box"
> > > >
> > > > 0,0,1680,1050
> > > > 215,492,634,640
>>>>
>>>> As a further indication that the problem is due to the IDE, I find that creating a test stack (no scripts or controls) exhibits the same behaviour - but this behaviour can be suppressed by choosing “Suppress Messages” from the “Development” menu. This suppression has no effect on the message box or other IDE windows which still jump intermittently.
>>>>
>>>> The problem is most intense when working with multiple screens. For at least a couple of years stacks I create and place on second or third monitors receive mouse clicks in the wrong location. This happens on different machines, and different. Monitor setups. Only tested on Macs.
>>>>
>>>> I am currently creating a multiscreen app - so taking the tracking down. Of this bug more seriously. The current tests are one on my laptop without external monitors, and having restarted the computer (several times). Applications other than Livecode don’t suffer this problem.
>>>>
>>>> How should I report this bug - should I submit a video / screen recording?
>>>>
> _______________________________________________
> use-livecode mailing list
> [hidden email]
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: Bug: jumping stack windows (when supress messages is off)

Paul Dupuis via use-livecode
In reply to this post by Paul Dupuis via use-livecode
Hi Bernd, the bug is not to do with the standard window snap. This is unresponsive try to any mouse clicks and a big jump across half the screen without any other windows present. Check the video to see.
On 10 Oct 2020, 22:15 +0100, Niggemann, Bernd via use-livecode <[hidden email]>, wrote:

> Hi David,
>
> What I see on Mojave is that e.g. TextEdit or Safari show a similar behavior.
> Open 2 windows in TextEdit. Move one close to the other and they will snap into place, if the tops of those two windows are almost horizontally aligned they will snap into place.
>
> Same goes for Safari with two windows open. And the same happens in the IDE.
> If that is what you describe on a single monitor setup then it is an operating system thing.
>
> Kind regards
> Bernd
> _______________________________________________
> use-livecode mailing list
> [hidden email]
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: Bug: jumping stack windows (when supress messages is off)

Paul Dupuis via use-livecode
https://support.apple.com/guide/mac-help/work-with-app-windows-mchlp2469/mac

Could it just be macOS's windows alignment feature?

On 10/11/2020 8:28 AM, David Bovill via use-livecode wrote:

> Hi Bernd, the bug is not to do with the standard window snap. This is unresponsive try to any mouse clicks and a big jump across half the screen without any other windows present. Check the video to see.
> On 10 Oct 2020, 22:15 +0100, Niggemann, Bernd via use-livecode <[hidden email]>, wrote:
>> Hi David,
>>
>> What I see on Mojave is that e.g. TextEdit or Safari show a similar behavior.
>> Open 2 windows in TextEdit. Move one close to the other and they will snap into place, if the tops of those two windows are almost horizontally aligned they will snap into place.
>>
>> Same goes for Safari with two windows open. And the same happens in the IDE.
>> If that is what you describe on a single monitor setup then it is an operating system thing.
>>
>> Kind regards
>> Bernd
>> _______________________________________________
>> use-livecode mailing list
>> [hidden email]
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> _______________________________________________
> use-livecode mailing list
> [hidden email]
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: Bug: jumping stack windows (when supress messages is off)

Paul Dupuis via use-livecode
In reply to this post by Paul Dupuis via use-livecode
Hi David,

I am sorry, I did not look at  the video.  That is quite  impressive.
I have never experienced anything like that in the IDE. (LC 9.6.1 MacOS Mojave)

Did you have a look at your plug-ins? Or have you tried to remove your preference file temporarily?

Kind regards
Bernd



David Bovill via use-livecode<https://www.mail-archive.com/search?l=use-livecode@...&q=from:%22David+Bovill+via+use%5C-livecode%22> Sun, 11 Oct 2020 05:30:43 -0700<https://www.mail-archive.com/search?l=use-livecode@...&q=date:20201011>

Hi Bernd, the bug is not to do with the standard window snap. This is
unresponsive try to any mouse clicks and a big jump across half the screen
without any other windows present. Check the video to see.


_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: Bug: jumping stack windows (when supress messages is off)

Paul Dupuis via use-livecode
In reply to this post by Paul Dupuis via use-livecode
Sure Mark. This week I’m doing a sprint on this topic - finishing on Sunday. As part of that work I’ll be recording more videos in Livecode and will post them next week together with some documentation. If you want a quick touch base before that I’d be happy to do a Zoom and do a show / tell.
On 11 Oct 2020, 11:37 +0100, Mark Smith <[hidden email]>, wrote:

> Completely off-topic, but could you post a brief description of how you made that video David (or send me a PM)? I have to do something similar in the near future and it would be good to know what kit/software you recorded with.
>
> Cheers and thanks,
> Mark
>
> > On Oct 9, 2020, at 3:18 PM, David Bovill via use-livecode <[hidden email]> wrote:
> >
> > Here is a video describing the bug - or at least I am assuming it is a bug. Very curious to see if anyone else is experiencing this issue:
> >
> > • https://vimeo.com/466580164
> >
> > On 9 Oct 2020, 14:48 +0100, David Bovill <[hidden email]>, wrote:
> > > I’m getting pretty curious about this bug :)
> > >
> > > Testing mouse clicks- and not stacks jumping position when moving their location - I find that a stack that is successfully moved between the four quadrants of the screen - accepts mouse clicks accurately in the bottom-left, top-right and bottom right quadrants - but in the top-eft quadrant the mouse-click interactions are offset vertically in a way that is compatible with the stack jump. So if you manage to locate the. Stack without it jumping - in the top-left quadrant the mouse clicks are off.
> > >
> > > Monitor settings are set for default value of the MacBook Pro display. I think I’ll make a short video of this behaviour.
> > > On 9 Oct 2020, 14:35 +0100, David Bovill <[hidden email]>, wrote:
> > > > Also tested on Livecode 8.1.5 with same results.
> > > > On 9 Oct 2020, 14:00 +0100, David Bovill <[hidden email]>, wrote:
> > > > >
> > > > > Windows intermittently jump to a location on the screen when I move windows. It’s got too annoying to ignore.
> > > > >
> > > > > • Is anyone else having this problem?
> > > > >
> > > > > I am testing this on Mojave and Livecode 9.6.1 rc2. I am testing this without any of my own code such just was IDE stacks. This I “think” is quite a long standing bug that I suspect is related to the global coordinate system as I have been working around this for quite a while now.
> > > > >
> > > > >
> > > > > Detail
> > > > > The location of the jump seems to be the same horizontal x location. But with the vertical value being reset to the halfway point.
> > > > >
> > > > > I am testing by. Simply moving the message box. It is intermittent - so occurring about once every 5 moves, and strangely is happening only when the top left of the stack window is within the top left quadrant of the screen. Using. The following code int eh message box I find the top of the message box stack is always 492 after a jump (see below). This appears to be related to half the screen less the decorations like menu?
> > > > > put the screenrect & CR & the rect of stack” Message box"
> > > > >
> > > > > 0,0,1680,1050
> > > > > 215,492,634,640
> > > > >
> > > > > As a further indication that the problem is due to the IDE, I find that creating a test stack (no scripts or controls) exhibits the same behaviour - but this behaviour can be suppressed by choosing “Suppress Messages” from the “Development” menu. This suppression has no effect on the message box or other IDE windows which still jump intermittently.
> > > > >
> > > > > The problem is most intense when working with multiple screens. For at least a couple of years stacks I create and place on second or third monitors receive mouse clicks in the wrong location. This happens on different machines, and different. Monitor setups. Only tested on Macs.
> > > > >
> > > > > I am currently creating a multiscreen app - so taking the tracking down. Of this bug more seriously. The current tests are one on my laptop without external monitors, and having restarted the computer (several times). Applications other than Livecode don’t suffer this problem.
> > > > >
> > > > > How should I report this bug - should I submit a video / screen recording?
> > > > >
> > _______________________________________________
> > use-livecode mailing list
> > [hidden email]
> > Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: Bug: jumping stack windows (when supress messages is off)

Paul Dupuis via use-livecode
Thanks David, very kind of you to offer. Could we schedule for next week (or the one after)? I’m also in a bit of a crunch week myself so next week or after would work out better for me as well.

Cheers,
Mark

> On Oct 13, 2020, at 12:34 PM, David Bovill <[hidden email]> wrote:
>
> Sure Mark. This week I’m doing a sprint on this topic - finishing on Sunday. As part of that work I’ll be recording more videos in Livecode and will post them next week together with some documentation. If you want a quick touch base before that I’d be happy to do a Zoom and do a show / tell.
> On 11 Oct 2020, 11:37 +0100, Mark Smith <[hidden email]>, wrote:
>> Completely off-topic, but could you post a brief description of how you made that video David (or send me a PM)? I have to do something similar in the near future and it would be good to know what kit/software you recorded with.
>>
>> Cheers and thanks,
>> Mark
>>
>>> On Oct 9, 2020, at 3:18 PM, David Bovill via use-livecode <[hidden email]> wrote:
>>>
>>> Here is a video describing the bug - or at least I am assuming it is a bug. Very curious to see if anyone else is experiencing this issue:
>>>
>>> • https://vimeo.com/466580164
>>>
>>> On 9 Oct 2020, 14:48 +0100, David Bovill <[hidden email]>, wrote:
>>>> I’m getting pretty curious about this bug :)
>>>>
>>>> Testing mouse clicks- and not stacks jumping position when moving their location - I find that a stack that is successfully moved between the four quadrants of the screen - accepts mouse clicks accurately in the bottom-left, top-right and bottom right quadrants - but in the top-eft quadrant the mouse-click interactions are offset vertically in a way that is compatible with the stack jump. So if you manage to locate the. Stack without it jumping - in the top-left quadrant the mouse clicks are off.
>>>>
>>>> Monitor settings are set for default value of the MacBook Pro display. I think I’ll make a short video of this behaviour.
>>>> On 9 Oct 2020, 14:35 +0100, David Bovill <[hidden email]>, wrote:
>>>>> Also tested on Livecode 8.1.5 with same results.
>>>>> On 9 Oct 2020, 14:00 +0100, David Bovill <[hidden email]>, wrote:
>>>>>>
>>>>>> Windows intermittently jump to a location on the screen when I move windows. It’s got too annoying to ignore.
>>>>>>
>>>>>> • Is anyone else having this problem?
>>>>>>
>>>>>> I am testing this on Mojave and Livecode 9.6.1 rc2. I am testing this without any of my own code such just was IDE stacks. This I “think” is quite a long standing bug that I suspect is related to the global coordinate system as I have been working around this for quite a while now.
>>>>>>
>>>>>>
>>>>>> Detail
>>>>>> The location of the jump seems to be the same horizontal x location. But with the vertical value being reset to the halfway point.
>>>>>>
>>>>>> I am testing by. Simply moving the message box. It is intermittent - so occurring about once every 5 moves, and strangely is happening only when the top left of the stack window is within the top left quadrant of the screen. Using. The following code int eh message box I find the top of the message box stack is always 492 after a jump (see below). This appears to be related to half the screen less the decorations like menu?
>>> > > > put the screenrect & CR & the rect of stack” Message box"
>>> > > >
>>> > > > 0,0,1680,1050
>>> > > > 215,492,634,640
>>>>>>
>>>>>> As a further indication that the problem is due to the IDE, I find that creating a test stack (no scripts or controls) exhibits the same behaviour - but this behaviour can be suppressed by choosing “Suppress Messages” from the “Development” menu. This suppression has no effect on the message box or other IDE windows which still jump intermittently.
>>>>>>
>>>>>> The problem is most intense when working with multiple screens. For at least a couple of years stacks I create and place on second or third monitors receive mouse clicks in the wrong location. This happens on different machines, and different. Monitor setups. Only tested on Macs.
>>>>>>
>>>>>> I am currently creating a multiscreen app - so taking the tracking down. Of this bug more seriously. The current tests are one on my laptop without external monitors, and having restarted the computer (several times). Applications other than Livecode don’t suffer this problem.
>>>>>>
>>>>>> How should I report this bug - should I submit a video / screen recording?
>>>>>>
>>> _______________________________________________
>>> use-livecode mailing list
>>> [hidden email]
>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>


_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Is this a bug?

Paul Dupuis via use-livecode
In reply to this post by Paul Dupuis via use-livecode
Does anyone else have this behaviour in MacOs? Note I have no plugins installed or loaded in the demo. The same behaviour happens on different laptops.

https://vimeo.com/466580164

On 9 Oct 2020, 16:33 +0100, Paul Dupuis via use-livecode <[hidden email]>, wrote:

> Sorry,
>
> When I read you posts and saw "windows" I thought you were talking about
> this happening on Microsoft Windows.
>
> I have seen something similar on macOS, but only when you have dual
> monitors and the second monitor has it's top positioned higher than the
> primary monitor.
>
>
>
>
>
>
> On 10/9/2020 10:23 AM, Paul Dupuis via use-livecode wrote:
> > Window 10 has a snap to feature on by default that will try to snap
> > any window of any application to the edges and resize it to have the
> > screen (or perhaps other options) if the windows is being dragged and
> > the mouse moves close to a screen edge. I have not explored the
> > feature fully, so I am not sure of the details.
> >
> >
> >
> > On 10/9/2020 9:48 AM, David Bovill via use-livecode wrote:
> > > I’m getting pretty curious about this bug :)
> > >
> > > Testing  mouse clicks- and not stacks jumping position when moving
> > > their location - I find that a stack that is successfully moved
> > > between the four quadrants of the screen - accepts mouse clicks
> > > accurately in the bottom-left, top-right and bottom right quadrants -
> > > but in the top-eft quadrant the mouse-click interactions are offset
> > > vertically in a way that is compatible with the stack jump. So if you
> > > manage to locate the. Stack without it jumping - in the top-left
> > > quadrant the mouse clicks are off.
> > >
> > > Monitor settings are set for default value of the MacBook Pro
> > > display. I think I’ll make a short video of this behaviour.
> > > On 9 Oct 2020, 14:35 +0100, David Bovill <[hidden email]>,
> > > wrote:
> > > > Also tested on Livecode 8.1.5 with same results.
> > > > On 9 Oct 2020, 14:00 +0100, David Bovill <[hidden email]>,
> > > > wrote:
> > > > > Windows intermittently jump to a location on the screen when I move
> > > > > windows. It’s got too annoying to ignore.
> > > > >
> > > > > • Is anyone else having this problem?
> > > > >
> > > > > I am testing this on Mojave and Livecode 9.6.1 rc2. I am testing
> > > > > this without any of my own code such just was IDE stacks. This I
> > > > > “think” is quite a long standing bug that I suspect is related to
> > > > > the global coordinate system as I have been working around this for
> > > > > quite a while now.
> > > > >
> > > > >
> > > > > Detail
> > > > > The location of the jump seems to be the same horizontal x
> > > > > location. But with the vertical value being reset to the halfway
> > > > > point.
> > > > >
> > > > > I am testing by. Simply moving the message box. It is intermittent
> > > > > - so occurring about once every 5 moves, and strangely is happening
> > > > > only when the top left of the stack window is within the top left
> > > > > quadrant of the screen. Using. The following code int eh message
> > > > > box I find the top of the message box stack is always 492 after a
> > > > > jump (see below). This appears to be related to half the screen
> > > > > less the decorations like menu?
> > >     > > put the screenrect & CR & the rect of stack” Message box"
> > >     > >
> > >     > > 0,0,1680,1050
> > >     > > 215,492,634,640
> > > > > As a further indication that the problem is due to the IDE, I find
> > > > > that creating a test stack (no scripts or controls) exhibits the
> > > > > same behaviour - but this behaviour can be suppressed by choosing
> > > > > “Suppress Messages” from the “Development” menu. This suppression
> > > > > has no effect on the message box or other IDE windows which still
> > > > > jump intermittently.
> > > > >
> > > > > The problem is most intense when working with multiple screens. For
> > > > > at least a couple of years stacks I create and place on second or
> > > > > third monitors receive mouse clicks in the wrong location. This
> > > > > happens on different machines, and different. Monitor setups. Only
> > > > > tested on Macs.
> > > > >
> > > > > I am currently creating a multiscreen app - so taking the tracking
> > > > > down. Of this bug more seriously. The current tests are one on my
> > > > > laptop without external monitors, and having restarted the computer
> > > > > (several times). Applications other than Livecode don’t suffer this
> > > > > problem.
> > > > >
> > > > > How should I report this bug - should I submit a video / screen
> > > > > recording?
> > > > >
> > > _______________________________________________
> > > use-livecode mailing list
> > > [hidden email]
> > > Please visit this url to subscribe, unsubscribe and manage your
> > > subscription preferences:
> > > http://lists.runrev.com/mailman/listinfo/use-livecode
> >
> >
> > _______________________________________________
> > use-livecode mailing list
> > [hidden email]
> > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
> _______________________________________________
> use-livecode mailing list
> [hidden email]
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: Is this a bug?

Paul Dupuis via use-livecode
Hello David,

Have you tried trashing your Prefs?

1. Quit LC
2. Delete files:

/Users/<username>/Library/Preferences/RunRev/livecode.rev
/Users/<username>/Library/Preferences/RunRev/livecode7.rev

3. Open LC

I hope this fixes the problem :)

Kind regards,
Panos
--

On Wed, 14 Oct 2020 at 01:10, David Bovill via use-livecode <
[hidden email]> wrote:

> Does anyone else have this behaviour in MacOs? Note I have no plugins
> installed or loaded in the demo. The same behaviour happens on different
> laptops.
>
> • https://vimeo.com/466580164
>
> On 9 Oct 2020, 16:33 +0100, Paul Dupuis via use-livecode <
> [hidden email]>, wrote:
> > Sorry,
> >
> > When I read you posts and saw "windows" I thought you were talking about
> > this happening on Microsoft Windows.
> >
> > I have seen something similar on macOS, but only when you have dual
> > monitors and the second monitor has it's top positioned higher than the
> > primary monitor.
> >
> >
> >
> >
> >
> >
> > On 10/9/2020 10:23 AM, Paul Dupuis via use-livecode wrote:
> > > Window 10 has a snap to feature on by default that will try to snap
> > > any window of any application to the edges and resize it to have the
> > > screen (or perhaps other options) if the windows is being dragged and
> > > the mouse moves close to a screen edge. I have not explored the
> > > feature fully, so I am not sure of the details.
> > >
> > >
> > >
> > > On 10/9/2020 9:48 AM, David Bovill via use-livecode wrote:
> > > > I’m getting pretty curious about this bug :)
> > > >
> > > > Testing  mouse clicks- and not stacks jumping position when moving
> > > > their location - I find that a stack that is successfully moved
> > > > between the four quadrants of the screen - accepts mouse clicks
> > > > accurately in the bottom-left, top-right and bottom right quadrants -
> > > > but in the top-eft quadrant the mouse-click interactions are offset
> > > > vertically in a way that is compatible with the stack jump. So if you
> > > > manage to locate the. Stack without it jumping - in the top-left
> > > > quadrant the mouse clicks are off.
> > > >
> > > > Monitor settings are set for default value of the MacBook Pro
> > > > display. I think I’ll make a short video of this behaviour.
> > > > On 9 Oct 2020, 14:35 +0100, David Bovill <[hidden email]>,
> > > > wrote:
> > > > > Also tested on Livecode 8.1.5 with same results.
> > > > > On 9 Oct 2020, 14:00 +0100, David Bovill <[hidden email]>,
> > > > > wrote:
> > > > > > Windows intermittently jump to a location on the screen when I
> move
> > > > > > windows. It’s got too annoying to ignore.
> > > > > >
> > > > > > • Is anyone else having this problem?
> > > > > >
> > > > > > I am testing this on Mojave and Livecode 9.6.1 rc2. I am testing
> > > > > > this without any of my own code such just was IDE stacks. This I
> > > > > > “think” is quite a long standing bug that I suspect is related to
> > > > > > the global coordinate system as I have been working around this
> for
> > > > > > quite a while now.
> > > > > >
> > > > > >
> > > > > > Detail
> > > > > > The location of the jump seems to be the same horizontal x
> > > > > > location. But with the vertical value being reset to the halfway
> > > > > > point.
> > > > > >
> > > > > > I am testing by. Simply moving the message box. It is
> intermittent
> > > > > > - so occurring about once every 5 moves, and strangely is
> happening
> > > > > > only when the top left of the stack window is within the top left
> > > > > > quadrant of the screen. Using. The following code int eh message
> > > > > > box I find the top of the message box stack is always 492 after a
> > > > > > jump (see below). This appears to be related to half the screen
> > > > > > less the decorations like menu?
> > > >     > > put the screenrect & CR & the rect of stack” Message box"
> > > >     > >
> > > >     > > 0,0,1680,1050
> > > >     > > 215,492,634,640
> > > > > > As a further indication that the problem is due to the IDE, I
> find
> > > > > > that creating a test stack (no scripts or controls) exhibits the
> > > > > > same behaviour - but this behaviour can be suppressed by choosing
> > > > > > “Suppress Messages” from the “Development” menu. This suppression
> > > > > > has no effect on the message box or other IDE windows which still
> > > > > > jump intermittently.
> > > > > >
> > > > > > The problem is most intense when working with multiple screens.
> For
> > > > > > at least a couple of years stacks I create and place on second or
> > > > > > third monitors receive mouse clicks in the wrong location. This
> > > > > > happens on different machines, and different. Monitor setups.
> Only
> > > > > > tested on Macs.
> > > > > >
> > > > > > I am currently creating a multiscreen app - so taking the
> tracking
> > > > > > down. Of this bug more seriously. The current tests are one on my
> > > > > > laptop without external monitors, and having restarted the
> computer
> > > > > > (several times). Applications other than Livecode don’t suffer
> this
> > > > > > problem.
> > > > > >
> > > > > > How should I report this bug - should I submit a video / screen
> > > > > > recording?
> > > > > >
> > > > _______________________________________________
> > > > use-livecode mailing list
> > > > [hidden email]
> > > > Please visit this url to subscribe, unsubscribe and manage your
> > > > subscription preferences:
> > > > http://lists.runrev.com/mailman/listinfo/use-livecode
> > >
> > >
> > > _______________________________________________
> > > use-livecode mailing list
> > > [hidden email]
> > > Please visit this url to subscribe, unsubscribe and manage your
> > > subscription preferences:
> > > http://lists.runrev.com/mailman/listinfo/use-livecode
> >
> >
> > _______________________________________________
> > use-livecode mailing list
> > [hidden email]
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
> _______________________________________________
> use-livecode mailing list
> [hidden email]
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: Is this a bug?

Paul Dupuis via use-livecode
Oooh thanks!

Fun. Fact. I’ve been living with this bug for a few years - which is why I didn’t try deleting the prefs.
On 14 Oct 2020, 09:23 +0100, How to use LiveCode <[hidden email]>, wrote:
>
> /Users/<username>/Library/Preferences/RunRev/livecode.rev
> /Users/<username>/Library/Preferences/RunRev/livecode7.rev
>
_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Datagrid question - variable row templates

Paul Dupuis via use-livecode
In reply to this post by Paul Dupuis via use-livecode
It’s been a while since I used data grids - so I’m wondering if there are any new aspects / tricks here that I’m missing.

Requirements
I need a data grid like object to display json data / an array, in which each item has a type. So type image or type text etc. Each type should be displayed by a different equivalent of a row template.

As far as I know the data grid can’t really do this. I’ve hacked it before by creating a row template that has the ability to transfer itself - but this is quite a hack and I expect will be too slow for mobile.

Solutions sought?
My thought is that I have to create my. Own. Custom datagrid like group - which is naturally quite a lot of work. Any suggestions?
_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode