I was wondering if anybody else is having trouble with [cyclone/MouseState] when the kiosk plugin is running.
It's not working anymore here with Debian.
I have made myself an alternative with [hid] but it's not 100% reliable.
[MouseState] was the only left mouse button recognition that always worked with absolutely every mouse and touch screen.
Especially with multiple devices like a mouse and a touch screen at the same time - there was never a problem.
With [hid] the mouse is recognized 90-95% of the time but not always. After unplugging and reconnecting it works.
When I'm having two devices at the same time chances that one of them doesn't work after starting up increases.
I'm monitoring /dev/input/ and see if mouse0 or mouse1 is present and if yes I check for the hid ID which works perfectly.
But [hid] sometimes simply doesn't open the mouse. [hid] only works with the numbers like [open 7(.
[open mouse( or [open mouse1( or [open mouse 1( does not do anything.
Does anyone know how to get [cyclone/MouseState] to work with the kisok plugin?
Alternatively, is there a button that registers momentary mouse pressing and releasing with a "1" and "0 "?
This means not a switch like [toggle] that needs clicking twice for on / off (1 / 0 )!
I couldn't find anything.
I have buttons that change their function when being pressed briefly or being held for 2 seconds.
Thanks!
Ingo
Alternatively, is there a button that registers momentary
mouse pressing and releasing with a "1" and "0 "?
else/button
ps1. I hope I can add this feature to toggle => https://github.com/pure-data/pure-data/issues/1040
ps2. what version(s) of cyclone did you try? Is it working on its own and fails only in conjunction to the kiosk plugin?
cheers
Em qua., 2 de jun. de 2021 às 14:13, Ingo ingo@miamiwave.com escreveu:
I was wondering if anybody else is having trouble with [cyclone/MouseState] when the kiosk plugin is running.
It's not working anymore here with Debian.
I have made myself an alternative with [hid] but it's not 100% reliable.
[MouseState] was the only left mouse button recognition that always worked with absolutely every mouse and touch screen.
Especially with multiple devices like a mouse and a touch screen at the same time - there was never a problem.
With [hid] the mouse is recognized 90-95% of the time but not always. After unplugging and reconnecting it works.
When I'm having two devices at the same time chances that one of them doesn't work after starting up increases.
I'm monitoring /dev/input/ and see if mouse0 or mouse1 is present and if yes I check for the hid ID which works perfectly.
But [hid] sometimes simply doesn't open the mouse. [hid] only works with the numbers like [open 7(.
[open mouse( or [open mouse1( or [open mouse 1( does not do anything.
Does anyone know how to get [cyclone/MouseState] to work with the kisok plugin?
Alternatively, is there a button that registers momentary mouse pressing and releasing with a "1" and "0 "?
This means not a switch like [toggle] that needs clicking twice for on / off (1 / 0 )!
I couldn't find anything.
I have buttons that change their function when being pressed briefly or being held for 2 seconds.
Thanks!
Ingo _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Thanks, Alexandre!
I'll check out [else/button].
Is it working with Pd 0.49?
You had mentioned that some stuff in else is not working with the older Pd version.
I cannot update my Pd at the moment.
I might want to try the latest cyclone since my version is already 2 years old.
[MouseState] on it's own has been working for 10 years perfectly and stops working as soon as I activate the kisok mode.
If I disable kiosk it works again. Strange - I wonder what causes it.
Maybe the latest cyclone version has the issue fixed already.
Ingo
From: Alexandre Torres Porres [mailto:porres@gmail.com] Sent: Thursday, June 03, 2021 1:48 PM To: Ingo Cc: Pd list Subject: Re: [PD] [cyclone/MouseState] not working with the Kiosk Plugin on Linux
Alternatively, is there a button that registers momentary
mouse pressing and releasing with a "1" and "0 "?
else/button
ps1. I hope I can add this feature to toggle => https://github.com/pure-data/pure-data/issues/1040
ps2. what version(s) of cyclone did you try? Is it working on its own and fails only in conjunction to the kiosk plugin?
cheers
Em qua., 2 de jun. de 2021 às 14:13, Ingo <ingo@miamiwave.com mailto:ingo@miamiwave.com > escreveu:
I was wondering if anybody else is having trouble with [cyclone/MouseState] when the kiosk plugin is running.
It's not working anymore here with Debian.
I have made myself an alternative with [hid] but it's not 100% reliable.
[MouseState] was the only left mouse button recognition that always worked with absolutely every mouse and touch screen.
Especially with multiple devices like a mouse and a touch screen at the same time - there was never a problem.
With [hid] the mouse is recognized 90-95% of the time but not always. After unplugging and reconnecting it works.
When I'm having two devices at the same time chances that one of them doesn't work after starting up increases.
I'm monitoring /dev/input/ and see if mouse0 or mouse1 is present and if yes I check for the hid ID which works perfectly.
But [hid] sometimes simply doesn't open the mouse. [hid] only works with the numbers like [open 7(.
[open mouse( or [open mouse1( or [open mouse 1( does not do anything.
Does anyone know how to get [cyclone/MouseState] to work with the kisok plugin?
Alternatively, is there a button that registers momentary mouse pressing and releasing with a "1" and "0 "?
This means not a switch like [toggle] that needs clicking twice for on / off (1 / 0 )!
I couldn't find anything.
I have buttons that change their function when being pressed briefly or being held for 2 seconds.
Thanks!
Ingo
Pd-list@lists.iem.at mailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Em qui., 3 de jun. de 2021 às 13:00, Ingo ingo@miamiwave.com escreveu:
Thanks, Alexandre!
I'll check out [else/button].
Is it working with Pd 0.49?
i guess it should
You had mentioned that some stuff in else is not working with the older Pd version.
yeah, current version is fully compatible to at least 0.51-3, but I guess most of it works with older versions, specially compiled objects (this one is a compiled GUI object).
I cannot update my Pd at the moment.
I wonder why
I might want to try the latest cyclone since my version is already 2 years old.
It also requires the latest Pd for it full compatibility by the way
[MouseState] on it's own has been working for 10 years perfectly and stops working as soon as I activate the kisok mode.
If I disable kiosk it works again. Strange - I wonder what causes it.
Maybe the latest cyclone version has the issue fixed already.
unlikely, but we can try and get to the bottom of this. I don't really know the kiosk plugin well though, and maybe it could also be the one to blame.
else/mouse is a simplified version of mousestate and there's also else/canvas.mouse, maybe you can try this last one too as it uses a different approach by listening to the Pd events.
cheers
Hi Alexandre,
I'll check out [else/button].
Is it working with Pd 0.49?
i guess it should
you had mentioned that some stuff in else is not working with the older Pd version.
yeah, current version is fully compatible to at least 0.51-3, but I guess most of it works with older versions, specially compiled objects
(this one is a compiled GUI object).
Good to know!
I cannot update my Pd at the moment.
I wonder why
Because I have over 300 hardware boxes out there and updating the system with a new software is too much for most musicians who are no programmers.
They can run software updates but system upgrades with a different Pd software or operating system is too much for most users.
else/mouse is a simplified version of mousestate and there's also else/canvas.mouse, maybe you can try this last one too as it uses
a different approach by listening to the Pd events.
So there is a chance it will bahave the same way as [MouseState].
I'll give it a try anyway
Thanks in any case for helping out!
Ingo
From: Alexandre Torres Porres [mailto:porres@gmail.com] Sent: Thursday, June 03, 2021 8:28 PM To: Ingo Cc: Pd list Subject: Re: [PD] [cyclone/MouseState] not working with the Kiosk Plugin on Linux
Em qui., 3 de jun. de 2021 às 13:00, Ingo <ingo@miamiwave.com mailto:ingo@miamiwave.com > escreveu:
Thanks, Alexandre!
I'll check out [else/button].
Is it working with Pd 0.49?
i guess it should
You had mentioned that some stuff in else is not working with the older Pd version.
yeah, current version is fully compatible to at least 0.51-3, but I guess most of it works with older versions, specially compiled objects (this one is a compiled GUI object).
I cannot update my Pd at the moment.
I wonder why
I might want to try the latest cyclone since my version is already 2 years old.
It also requires the latest Pd for it full compatibility by the way
[MouseState] on it's own has been working for 10 years perfectly and stops working as soon as I activate the kisok mode.
If I disable kiosk it works again. Strange - I wonder what causes it.
Maybe the latest cyclone version has the issue fixed already.
unlikely, but we can try and get to the bottom of this. I don't really know the kiosk plugin well though, and maybe it could also be the one to blame.
else/mouse is a simplified version of mousestate and there's also else/canvas.mouse, maybe you can try this last one too as it uses a different approach by listening to the Pd events.
cheers
-
Alexandre Torres Porres -
Ingo