It seems like the difficulty you are having (starting a fill operation at pixel 0,0 ) is a good argument for a new George Command... tv_SetMouse X Y which would let you indicate the exact pixel location where a fill operation in a subsequent script command was intended to start.
I have argued before that a tv_SetMouse X Y command might be helpful but was told such a command "makes no sense with a wacom tablet".
At the time when I inquired about the lack of a tv_SetMouse X Y command, I had a different purpose in mind.
When using the George script tv_ListRequest command to display a multi-option menu to the user, the menu always pops up wherever the cursor happened to be when the LMB was last clicked.
In a script, adding an optional tv_SetMouse X Y command one line before displaying the menu-list could be very helpful to dictate exactly WHERE IN THE INTERFACE the popup menu would appear.
Svengali wrote:
In a script, adding an optional tv_SetMouse X Y command one line before displaying the menu-list could be very helpful to dictate exactly WHERE IN THE INTERFACE the popup menu would appear.
Sven
that could be cool I'm missing that in my list script too. in a way I would like to open my list in the same spot that I closed it.
If you have time, take a quick look at the little sample script in the attachment which shows a way to present the user with a list of items whose STATES can be toggled on/off. I requested the tv_SetMouse X Y command which I think would keep the popup menu list in the SAME LOCATION each time the popup menu was redrawn.
Without the proposed tv_SetMouse X Y command, the redisplayed popup menu migrates down and to the right each iteration, offset by where the cursor was located when the menu was previously clicked.
Wouldn't it be cool to be able to have a long menu of settings or preferences consistently displayed like this in a menu (at a pre-determined location) any or all items of which could be interactively toggled/updated by the user before he clicked the EXIT option? (Once the menu was EXITED the script could then store those updated values in the .ini file for other scripts to reference).
If you have time, take a quick look at the little sample script in the attachment which shows a way to present the user with a list of items whose STATES can be toggled on/off. I requested the tv_SetMouse X Y command which I think would keep the popup menu list in the SAME LOCATION each time the popup menu was redrawn.
Without the proposed tv_SetMouse X Y command, the redisplayed popup menu migrates down and to the right each iteration, offset by where the cursor was located when the menu was previously clicked.
Wouldn't it be cool to be able to have a long menu of settings or preferences consistently displayed like this in a menu (at a pre-determined location) any or all items of which could be interactively toggled/updated by the user before he clicked the EXIT option? (Once the menu was EXITED the script could then store those updated values in the .ini file for other scripts to reference).
Sven
+1
To be able to make the menu appear in the same place or at another place, would be an improvement. and maybe not so difficult to implement I guess it could also be a parameter in the george command sometime like tv_ListRequest red|blue xposition 200 yposition 300
there is a bigger discussion in a total update of the UI interface of George something like Adobe has implemented in their script system. There had been a talk about switching to Python syntax and change george , well thats another discussion.