It appears as though mouse clicks have a vertical offset of 20 pixels relative to mouse move events, but only for the GodleyTable window, which is truly bizarre. The canvas window has a constant offset of 20 pixels in the other direction, but for both mouse clicks and mouse move events.
I know I spent a lot of time trying to get this right, and it was when I was developing it, although, there were these bizarre 20 pixel vertical offsets required.
I can't help the sneaky feeling that the problem is the horizontal scroll bar, and the way that MacOS hides these scroll bars by default.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thanks for ths (and all your Minsky work). That sounds like a dreadful Mac
glitch to have to deal with.
Btw, unfortunately another Mac Godley table issue in rc9 I have found is
that, having opened the table, any zoom, in or out, results in the table
disappearing and becoming seemingly unfindable or else the whole pop-out
window turns solid red or solid black.
It appears as though mouse clicks have a vertical offset of 20 pixels
relative to mouse move events, but only for the GodleyTable window, which
is truly bizarre. The canvas window has a constant offset of 20 pixels in
the other direction, but for both mouse clicks and mouse move events.
I know I spent a lot of time trying to get this right, and it was when I
was developing it, although, there were these bizarre 20 pixel vertical
offsets required.
I can't help the sneaky feeling that the problem is the horizontal scroll
bar, and the way that MacOS hides these scroll bars by default.
Status: open Milestone: Cournot Labels: MacOSX Created: Mon Aug 15, 2022 11:48 AM UTC by Paul Price Last Updated: Mon Aug 15, 2022 11:49 AM UTC Owner: nobody
On Mac, Godley table input does not appear to work. eg. text entry for
Stock headings enters text in Initial Conditions
Two issues - handling of mouse down versus all other mouse events in the Godley table went through a different path for no understandable reason. And the tweaking of the vertical displacement in the main canvas needs t be 5 rather than -20. Why it is anything other than 0, is another incomprehensible thing.
Fixed in rc.10
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
It appears as though mouse clicks have a vertical offset of 20 pixels relative to mouse move events, but only for the GodleyTable window, which is truly bizarre. The canvas window has a constant offset of 20 pixels in the other direction, but for both mouse clicks and mouse move events.
I know I spent a lot of time trying to get this right, and it was when I was developing it, although, there were these bizarre 20 pixel vertical offsets required.
I can't help the sneaky feeling that the problem is the horizontal scroll bar, and the way that MacOS hides these scroll bars by default.
Thanks for ths (and all your Minsky work). That sounds like a dreadful Mac
glitch to have to deal with.
Btw, unfortunately another Mac Godley table issue in rc9 I have found is
that, having opened the table, any zoom, in or out, results in the table
disappearing and becoming seemingly unfindable or else the whole pop-out
window turns solid red or solid black.
Paul
On Tue, Aug 16, 2022 at 9:14 AM High Performance Coder hpcoder@users.sourceforge.net wrote:
Related
Bugs:
#1492Two issues - handling of mouse down versus all other mouse events in the Godley table went through a different path for no understandable reason. And the tweaking of the vertical displacement in the main canvas needs t be 5 rather than -20. Why it is anything other than 0, is another incomprehensible thing.
Fixed in rc.10