Hi list,
chiming in to the discussion of possible improvements regarding mice and now also keyboards, I am wondering if there could be a way within Pd to get keyboard events without having the operating systems (all three of them) repeat key down/up events in rapid succession.
I know that I can tell the operating systems to disable it but would absolutely prefer Pd's keyboard objects to get these without repeats.
Happy to hear any feedback on that! P
for non-control keys this can be easily done in an abstraction (see attachement), but for control keys it's a bit more involved, so I agree that this would be a nice feature! it wouldn't be hard to implement in [key]/[keyname]. maybe just make a feature request on GitHub.
Christof
Gesendet: Montag, 18. März 2019 um 17:20 Uhr Von: "Peter P." peterparker@fastmail.com An: pd-list pd-list@iem.at Betreff: [PD] get keyboard events without repeats (in 2019)
Hi list,
chiming in to the discussion of possible improvements regarding mice and now also keyboards, I am wondering if there could be a way within Pd to get keyboard events without having the operating systems (all three of them) repeat key down/up events in rapid succession.
I know that I can tell the operating systems to disable it but would absolutely prefer Pd's keyboard objects to get these without repeats.
Happy to hear any feedback on that! P
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Christof, I am not sure if your abstraction behaves on my OS as you conceived it. Key entries in the table do not get reset. Subsequent key downs hang therefore indefinitely...
for non-control keys this can be easily done in an abstraction (see attachement), but for control keys it's a bit more involved, so I agree that this would be a nice feature! it wouldn't be hard to implement in [key]/[keyname]. maybe just make a feature request on GitHub.
Christof
Gesendet: Montag, 18. März 2019 um 17:20 Uhr Von: "Peter P." peterparker@fastmail.com An: pd-list pd-list@iem.at Betreff: [PD] get keyboard events without repeats (in 2019)
Hi list,
chiming in to the discussion of possible improvements regarding mice and now also keyboards, I am wondering if there could be a way within Pd to get keyboard events without having the operating systems (all three of them) repeat key down/up events in rapid succession.
I know that I can tell the operating systems to disable it but would absolutely prefer Pd's keyboard objects to get these without repeats.
Happy to hear any feedback on that! P
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
One workaround (that I'm using in practice since long) is to hold back the keyup message for slightly longer than the repeat time, and only let it through when keydown didn't come again in the meantime. The method introduces latency on keyup but not on keydown. See attached patch, it is slightly too complicated for ASCII illustration.
Katja
On 3/18/19, Peter P. peterparker@fastmail.com wrote:
Hi list,
chiming in to the discussion of possible improvements regarding mice and now also keyboards, I am wondering if there could be a way within Pd to get keyboard events without having the operating systems (all three of them) repeat key down/up events in rapid succession.
I know that I can tell the operating systems to disable it but would absolutely prefer Pd's keyboard objects to get these without repeats.
Happy to hear any feedback on that! P
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
If you use pd-l2ork v.1 (pre-Purr-Data) it also offers an optional argument for key and keyname objects (arg 1, e.g. [key 1]) that allows for filtering of repeat events. Doing so is fairly tricky given the tcl/tk + networked gui communication implementation, particularly on Linux, but it does work. Porting it should not be too difficult.
Best,
Ico
On 3/18/2019 1:01 PM, katja wrote:
One workaround (that I'm using in practice since long) is to hold back the keyup message for slightly longer than the repeat time, and only let it through when keydown didn't come again in the meantime. The method introduces latency on keyup but not on keydown. See attached patch, it is slightly too complicated for ASCII illustration.
Katja
On 3/18/19, Peter P. peterparker@fastmail.com wrote:
Hi list,
chiming in to the discussion of possible improvements regarding mice and now also keyboards, I am wondering if there could be a way within Pd to get keyboard events without having the operating systems (all three of them) repeat key down/up events in rapid succession.
I know that I can tell the operating systems to disable it but would absolutely prefer Pd's keyboard objects to get these without repeats.
Happy to hear any feedback on that! P
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Katja,
I am trying to use your idea about holding back key ups. However it seems that [keyup] outputs 0 for letter keys, and numbers for the number keys. I can't seem to figure out why. But it has the consequence that your nice idea will possibly not work if two or more keys are held down together. Seems this one is not (yet) solved for me.
Thanks again! P
One workaround (that I'm using in practice since long) is to hold back the keyup message for slightly longer than the repeat time, and only let it through when keydown didn't come again in the meantime. The method introduces latency on keyup but not on keydown. See attached patch, it is slightly too complicated for ASCII illustration.
Katja
On 3/18/19, Peter P. peterparker@fastmail.com wrote:
Hi list,
chiming in to the discussion of possible improvements regarding mice and now also keyboards, I am wondering if there could be a way within Pd to get keyboard events without having the operating systems (all three of them) repeat key down/up events in rapid succession.
I know that I can tell the operating systems to disable it but would absolutely prefer Pd's keyboard objects to get these without repeats.
Happy to hear any feedback on that! P
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
On 30.04.19 15:41, Peter P. wrote:
Katja,
I am trying to use your idea about holding back key ups. However it seems that [keyup] outputs 0 for letter keys, and numbers for the number keys. I can't seem to figure out why.
i would say that this is a bug. (it works as epxected on windows - at least under wine)
the problem seems to be on tcl/tk side.
fgamsdf IOhannes