Closed gilbertohasnofb closed 9 years ago
I just found out that the object [gcanvas] is also influenced by this bug.
I've got to look the code of these objects to see if it's my error or not. Perhaps for the moment, you can use the mousestate and blackboard of the cream library ? Thanks
Thanks for the suggestion, indeed [c.mousestate] and [c.blackboard] are working perfectly well with your library.
Hi Pierre, may I ask you wether this issue was closed because it was solved or was it closed because using the c library objects works as a workaround? Thanks a lot.
Hi, I can't find the solution to this problem, it seems that [mousestate] and [mousefilter] have binding problems with tcl. Perhaps I'm wrong but I don't think that my code is the problem.
I understand, thanks for the information and for trying to fix it.
When using the HOA library with pd-extended, it somehow breaks some object that use mouse click information, such as [mousefilter] and [MouseState]: the first one is completely broken, since its only function needs the mouse click information to work; the second one is half broken: usually the first outlet of [MouseState] reports if the left button of the mouse is pressed or not, but when your library is loaded this outlet always outputs 0. By removing both HOA and Cream libraries from the path and restarting pd, these objects start to behave normally. No other output of MouseState is affected by your library, such as x and y position, reset cursor position, etc, it is only the mouse click.
These objects also show this very problem if only one of Cream or HOA libraries are loaded (as well as with both).
I am using pd-extended version 0.43.4 in a Linux Mint 17 Cinnamon 64-bit notebook. If I can be of any help with this issue, please let me know.