Re: [PD] Problem with this (involved) abstraction for XY
On 13.09.23 15:41, Dan Wilcox wrote: Not to toll (really!), but I can always suggest an old/used iPad with TouchOSC to send to your machine. You can then make your own Lemur-esque layouts with good multi-touch. The only requirement would be an Apple ID to be able to have TouchOSC and I can understand if people do not want to join the Apple-verse, even for this specific case. However I can *always* recommend the hardware. People with Android hardware can also use Sensors2OSC for that purpose, without having to register with Google. https://sensors2.org/osc/ Best regards, Thomas -- "Theoretically, [the amount of money in circulation] is watched carefully by clever, serious economists. In practice, all the world's money is one big swirling, whirling pool." (Cory Doctorow - For The Win) http://www.residuum.org/ ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Problem with this (involved) abstraction for XY
Not to toll (really!), but I can always suggest an old/used iPad with TouchOSC to send to your machine. You can then make your own Lemur-esque layouts with good multi-touch. The only requirement would be an Apple ID to be able to have TouchOSC and I can understand if people do not want to join the Apple-verse, even for this specific case. However I can *always* recommend the hardware. > On Sep 13, 2023, at 12:00 PM, pd-list-requ...@lists.iem.at wrote: > > Message: 1 > Date: Tue, 12 Sep 2023 22:37:15 -0400 > From: Billy Stiltner <mailto:billy.stilt...@gmail.com>> > To: Pd-List mailto:pd-list@lists.iem.at>> > Subject: Re: [PD] Problem with this (involved) abstraction for XY > Message-ID: ><mailto:cafci2m7ou++tl+ev_ghfpwysvhagq7wowzjxglqqj04nuj_...@mail.gmail.com>> > Content-Type: text/plain; charset="utf-8" > > the multitouch xy object > https://lists.puredata.info/pipermail/pd-list//2018-10/123713.html > this plus the rust app microwave which uses bevy game engine > is the only thing ive seen that actually works with multitouch laptop > screen on linux , its lije even the apps like surge that have touchscreen > mode, the virtual keyboard only treats touches like a single mouse pointer > thus only monophonic input. > i guess thats a bit off subject, can start a new thread to rant about lack > of multitouch input on linux , you would think there were tons of programs > for playing polyphonic music and twidlin more than one control at a time in > this day and age Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/> ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Problem with this (involved) abstraction for XY
the multitouch xy object https://lists.puredata.info/pipermail/pd-list//2018-10/123713.html this plus the rust app microwave which uses bevy game engine is the only thing ive seen that actually works with multitouch laptop screen on linux , its lije even the apps like surge that have touchscreen mode, the virtual keyboard only treats touches like a single mouse pointer thus only monophonic input. i guess thats a bit off subject, can start a new thread to rant about lack of multitouch input on linux , you would think there were tons of programs for playing polyphonic music and twidlin more than one control at a time in this day and age On Wed, Aug 30, 2023, 5:40 AM Christof Ressi wrote: > > WHERE IS THIS CHANGELOG ENTRY TO BE FOUND? > > HERE ARE THE RELEASE NOTES, WHICH INCLUDE THE MOST IMPORTANT (BUT NOT > ALL!) CHANGES: http://msp.ucsd.edu/Pd_documentation/x5.htm#s1 > > > how the hidden but essential donecanvasdialog settings / behaviour has > changed. > To be clear: "donecanvasdialog" is an undocumented *private* message. > (It is sent from the GUI back to the core upon closing the canvas > property dialog.) The behavior may change anytime and it won't appear in > a changelog. > > If anything, it is better to use the "coords" message instead because it > is used in Pd patch files and can be considered stable. However, there > are still pitfalls with this approach, so the only sane way is to use a > proper public message as proposed in > https://github.com/pure-data/pure-data/pull/627. > > > In all case, I hope this unexpected behaviour report is somewhat helpful. > Yes, it might be still interesting to know what has changed exactly > because there might be a regression. Can you come up with a minimal > reproducing example and open an issue on GitHub? Thanks! > > Christof > > On 30.08.2023 11:23, Pierre Alexandre Tremblay wrote: > > Oh the capital shout - I hadn’t seen that in a while :) > > > > There isn’t but I won’t blame anyone, they are a pain to write. So much > love goes into software maintenance… > > > > I’m spying this: > > > > https://github.com/pure-data/pure-data/commits/master > > > >> On 30 Aug 2023, at 10:13, ro...@dds.nl wrote: > >> > >> > >> Pierre Alexandre Tremblay schreef op 30-08-2023 9:27: > >>> Dear Miller and Christof > >>> I’m sorry to be the cause of pain - I will amend the patch now but > >>> what is strange in this one is that recoding it actually changes its > >>> behaviour. > >>> In all cases, I wish I had seen the changelog entry that would tell me > >>> how the hidden but essential donecanvasdialog settings / behaviour has > >>> changed. In all case, I hope this unexpected behaviour report is > >>> somewhat helpful. > >> > >> WHERE IS THIS CHANGELOG ENTRY TO BE FOUND? > >> > >> ROLF > >> > >> > >>> I know my desire to stay vanilla complicates things too, but again, so > >>> many combinations of hardware and oses I think might justify my > >>> self-inflicted pain > >>> p > On 29 Aug 2023, at 23:36, Christof Ressi > wrote: > Sigh. > @Miller Can we please finally get > https://github.com/pure-data/pure-data/pull/627? This PR has been sitting > around for more than 4 years now. In the meantime, people kept abusing the > private "donecanvasdialog" message in place of a better and officially > supported alternative, and they will continue to do so... > Christof > On 30.08.2023 00:14, Pierre Alexandre Tremblay wrote: > > Ok a lot more investigations later, I have isolated the change of > behaviour. > > donecanvasdialog 1 -1 0 0 0 0 0 0 0 0 0 > > Which was used to reset the patcher’s sub patchers at the top left > is corrupting the ability for a struct to broadcast its click through a > graph. Now, can anyone on the Pd dev confirm this? > > How to reproduce: > >> > https://forum.pdpatchrepo.info/topic/10854/xy-abstraction-to-get-mouse-click-and-drag-coordinates-vanilla > > In pd 0.53.2 it works > > In pd 0.54.0 it doesn’t receive the click from the #0-rectangle (so > it draws and emits nothing) > > To fix it, remove top left the donecanvasdialog elements (2 of them) > > Then reinstantiate the 3 pd Subpatches on the right > > (Or you can just try the one I attach) > > It is not fixed completely yet but the click gets through now. I > really wonder what has changed there… > > Any pointer (pun intended) welcome > > 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 > >>> ___ > >>> Pd-list@lists.iem.at mailing list > >>> UNSUBSCRIBE and account-management -> > >>> https://lists.puredata.info/listinfo/pd-list > >> > >> > >> ___
Re: [PD] Problem with this (involved) abstraction for XY
WHERE IS THIS CHANGELOG ENTRY TO BE FOUND? HERE ARE THE RELEASE NOTES, WHICH INCLUDE THE MOST IMPORTANT (BUT NOT ALL!) CHANGES: http://msp.ucsd.edu/Pd_documentation/x5.htm#s1 how the hidden but essential donecanvasdialog settings / behaviour has changed. To be clear: "donecanvasdialog" is an undocumented *private* message. (It is sent from the GUI back to the core upon closing the canvas property dialog.) The behavior may change anytime and it won't appear in a changelog. If anything, it is better to use the "coords" message instead because it is used in Pd patch files and can be considered stable. However, there are still pitfalls with this approach, so the only sane way is to use a proper public message as proposed in https://github.com/pure-data/pure-data/pull/627. In all case, I hope this unexpected behaviour report is somewhat helpful. Yes, it might be still interesting to know what has changed exactly because there might be a regression. Can you come up with a minimal reproducing example and open an issue on GitHub? Thanks! Christof On 30.08.2023 11:23, Pierre Alexandre Tremblay wrote: Oh the capital shout - I hadn’t seen that in a while :) There isn’t but I won’t blame anyone, they are a pain to write. So much love goes into software maintenance… I’m spying this: https://github.com/pure-data/pure-data/commits/master On 30 Aug 2023, at 10:13, ro...@dds.nl wrote: Pierre Alexandre Tremblay schreef op 30-08-2023 9:27: Dear Miller and Christof I’m sorry to be the cause of pain - I will amend the patch now but what is strange in this one is that recoding it actually changes its behaviour. In all cases, I wish I had seen the changelog entry that would tell me how the hidden but essential donecanvasdialog settings / behaviour has changed. In all case, I hope this unexpected behaviour report is somewhat helpful. WHERE IS THIS CHANGELOG ENTRY TO BE FOUND? ROLF I know my desire to stay vanilla complicates things too, but again, so many combinations of hardware and oses I think might justify my self-inflicted pain p On 29 Aug 2023, at 23:36, Christof Ressi wrote: Sigh. @Miller Can we please finally get https://github.com/pure-data/pure-data/pull/627? This PR has been sitting around for more than 4 years now. In the meantime, people kept abusing the private "donecanvasdialog" message in place of a better and officially supported alternative, and they will continue to do so... Christof On 30.08.2023 00:14, Pierre Alexandre Tremblay wrote: Ok a lot more investigations later, I have isolated the change of behaviour. donecanvasdialog 1 -1 0 0 0 0 0 0 0 0 0 Which was used to reset the patcher’s sub patchers at the top left is corrupting the ability for a struct to broadcast its click through a graph. Now, can anyone on the Pd dev confirm this? How to reproduce: https://forum.pdpatchrepo.info/topic/10854/xy-abstraction-to-get-mouse-click-and-drag-coordinates-vanilla In pd 0.53.2 it works In pd 0.54.0 it doesn’t receive the click from the #0-rectangle (so it draws and emits nothing) To fix it, remove top left the donecanvasdialog elements (2 of them) Then reinstantiate the 3 pd Subpatches on the right (Or you can just try the one I attach) It is not fixed completely yet but the click gets through now. I really wonder what has changed there… Any pointer (pun intended) welcome 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 ___ 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 ___ 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
Re: [PD] Problem with this (involved) abstraction for XY
Oh the capital shout - I hadn’t seen that in a while :) There isn’t but I won’t blame anyone, they are a pain to write. So much love goes into software maintenance… I’m spying this: https://github.com/pure-data/pure-data/commits/master > On 30 Aug 2023, at 10:13, ro...@dds.nl wrote: > > > Pierre Alexandre Tremblay schreef op 30-08-2023 9:27: >> Dear Miller and Christof >> I’m sorry to be the cause of pain - I will amend the patch now but >> what is strange in this one is that recoding it actually changes its >> behaviour. >> In all cases, I wish I had seen the changelog entry that would tell me >> how the hidden but essential donecanvasdialog settings / behaviour has >> changed. In all case, I hope this unexpected behaviour report is >> somewhat helpful. > > > WHERE IS THIS CHANGELOG ENTRY TO BE FOUND? > > ROLF > > >> I know my desire to stay vanilla complicates things too, but again, so >> many combinations of hardware and oses I think might justify my >> self-inflicted pain >> p >>> On 29 Aug 2023, at 23:36, Christof Ressi wrote: >>> Sigh. >>> @Miller Can we please finally get >>> https://github.com/pure-data/pure-data/pull/627? This PR has been sitting >>> around for more than 4 years now. In the meantime, people kept abusing the >>> private "donecanvasdialog" message in place of a better and officially >>> supported alternative, and they will continue to do so... >>> Christof >>> On 30.08.2023 00:14, Pierre Alexandre Tremblay wrote: Ok a lot more investigations later, I have isolated the change of behaviour. donecanvasdialog 1 -1 0 0 0 0 0 0 0 0 0 Which was used to reset the patcher’s sub patchers at the top left is corrupting the ability for a struct to broadcast its click through a graph. Now, can anyone on the Pd dev confirm this? How to reproduce: > https://forum.pdpatchrepo.info/topic/10854/xy-abstraction-to-get-mouse-click-and-drag-coordinates-vanilla In pd 0.53.2 it works In pd 0.54.0 it doesn’t receive the click from the #0-rectangle (so it draws and emits nothing) To fix it, remove top left the donecanvasdialog elements (2 of them) Then reinstantiate the 3 pd Subpatches on the right (Or you can just try the one I attach) It is not fixed completely yet but the click gets through now. I really wonder what has changed there… Any pointer (pun intended) welcome 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 >> ___ >> 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 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Problem with this (involved) abstraction for XY
Pierre Alexandre Tremblay schreef op 30-08-2023 9:27: Dear Miller and Christof I’m sorry to be the cause of pain - I will amend the patch now but what is strange in this one is that recoding it actually changes its behaviour. In all cases, I wish I had seen the changelog entry that would tell me how the hidden but essential donecanvasdialog settings / behaviour has changed. In all case, I hope this unexpected behaviour report is somewhat helpful. WHERE IS THIS CHANGELOG ENTRY TO BE FOUND? ROLF I know my desire to stay vanilla complicates things too, but again, so many combinations of hardware and oses I think might justify my self-inflicted pain p On 29 Aug 2023, at 23:36, Christof Ressi wrote: Sigh. @Miller Can we please finally get https://github.com/pure-data/pure-data/pull/627? This PR has been sitting around for more than 4 years now. In the meantime, people kept abusing the private "donecanvasdialog" message in place of a better and officially supported alternative, and they will continue to do so... Christof On 30.08.2023 00:14, Pierre Alexandre Tremblay wrote: Ok a lot more investigations later, I have isolated the change of behaviour. donecanvasdialog 1 -1 0 0 0 0 0 0 0 0 0 Which was used to reset the patcher’s sub patchers at the top left is corrupting the ability for a struct to broadcast its click through a graph. Now, can anyone on the Pd dev confirm this? How to reproduce: https://forum.pdpatchrepo.info/topic/10854/xy-abstraction-to-get-mouse-click-and-drag-coordinates-vanilla In pd 0.53.2 it works In pd 0.54.0 it doesn’t receive the click from the #0-rectangle (so it draws and emits nothing) To fix it, remove top left the donecanvasdialog elements (2 of them) Then reinstantiate the 3 pd Subpatches on the right (Or you can just try the one I attach) It is not fixed completely yet but the click gets through now. I really wonder what has changed there… Any pointer (pun intended) welcome 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 ___ 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
Re: [PD] Problem with this (involved) abstraction for XY
Dear Miller and Christof I’m sorry to be the cause of pain - I will amend the patch now but what is strange in this one is that recoding it actually changes its behaviour. In all cases, I wish I had seen the changelog entry that would tell me how the hidden but essential donecanvasdialog settings / behaviour has changed. In all case, I hope this unexpected behaviour report is somewhat helpful. I know my desire to stay vanilla complicates things too, but again, so many combinations of hardware and oses I think might justify my self-inflicted pain p > On 29 Aug 2023, at 23:36, Christof Ressi wrote: > > Sigh. > > @Miller Can we please finally get > https://github.com/pure-data/pure-data/pull/627? This PR has been sitting > around for more than 4 years now. In the meantime, people kept abusing the > private "donecanvasdialog" message in place of a better and officially > supported alternative, and they will continue to do so... > > Christof > > On 30.08.2023 00:14, Pierre Alexandre Tremblay wrote: >> Ok a lot more investigations later, I have isolated the change of behaviour. >> >> donecanvasdialog 1 -1 0 0 0 0 0 0 0 0 0 >> >> Which was used to reset the patcher’s sub patchers at the top left is >> corrupting the ability for a struct to broadcast its click through a graph. >> Now, can anyone on the Pd dev confirm this? >> >> How to reproduce: >> >>> https://forum.pdpatchrepo.info/topic/10854/xy-abstraction-to-get-mouse-click-and-drag-coordinates-vanilla >> >> In pd 0.53.2 it works >> >> In pd 0.54.0 it doesn’t receive the click from the #0-rectangle (so it draws >> and emits nothing) >> >> To fix it, remove top left the donecanvasdialog elements (2 of them) >> >> Then reinstantiate the 3 pd Subpatches on the right >> >> (Or you can just try the one I attach) >> >> It is not fixed completely yet but the click gets through now. I really >> wonder what has changed there… >> >> Any pointer (pun intended) welcome >> >> 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 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Problem with this (involved) abstraction for XY
Sigh. @Miller Can we please finally get https://github.com/pure-data/pure-data/pull/627? This PR has been sitting around for more than 4 years now. In the meantime, people kept abusing the private "donecanvasdialog" message in place of a better and officially supported alternative, and they will continue to do so... Christof On 30.08.2023 00:14, Pierre Alexandre Tremblay wrote: Ok a lot more investigations later, I have isolated the change of behaviour. donecanvasdialog 1 -1 0 0 0 0 0 0 0 0 0 Which was used to reset the patcher’s sub patchers at the top left is corrupting the ability for a struct to broadcast its click through a graph. Now, can anyone on the Pd dev confirm this? How to reproduce: https://forum.pdpatchrepo.info/topic/10854/xy-abstraction-to-get-mouse-click-and-drag-coordinates-vanilla In pd 0.53.2 it works In pd 0.54.0 it doesn’t receive the click from the #0-rectangle (so it draws and emits nothing) To fix it, remove top left the donecanvasdialog elements (2 of them) Then reinstantiate the 3 pd Subpatches on the right (Or you can just try the one I attach) It is not fixed completely yet but the click gets through now. I really wonder what has changed there… Any pointer (pun intended) welcome 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
Re: [PD] Problem with this (involved) abstraction for XY
Ok a lot more investigations later, I have isolated the change of behaviour. donecanvasdialog 1 -1 0 0 0 0 0 0 0 0 0Which was used to reset the patcher’s sub patchers at the top left is corrupting the ability for a struct to broadcast its click through a graph. Now, can anyone on the Pd dev confirm this?How to reproduce:https://forum.pdpatchrepo.info/topic/10854/xy-abstraction-to-get-mouse-click-and-drag-coordinates-vanillaIn pd 0.53.2 it worksIn pd 0.54.0 it doesn’t receive the click from the #0-rectangle (so it draws and emits nothing)To fix it, remove top left the donecanvasdialog elements (2 of them)Then reinstantiate the 3 pd Subpatches on the right(Or you can just try the one I attach)It is not fixed completely yet but the click gets through now. I really wonder what has changed there…Any pointer (pun intended) welcomep xy-fixed.pd Description: Binary data ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Problem with this (involved) abstraction for XY
Yes this is the one I pointed at in the original post and that is actually broken now :) I will get to the bottom of what changed in the last version to break it. > On 23 Aug 2023, at 02:13, Chris McCormick wrote: > > Hello, > > > On 21/8/23 10:46 pm, Pierre Alexandre Tremblay wrote: > > This is a great object but you need to click on the box for it to work. > > The other is literally a pad (so you can click anywhere in the box and > > get coordinates) > > > This one looks like it could be better. The author figured out a hack to get > the click: > > https://forum.pdpatchrepo.info/topic/10854/xy-abstraction-to-get-mouse-click-and-drag-coordinates-vanilla > > Cheers, > > Chris. > > -- > https://mccormick.cx/ ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Problem with this (involved) abstraction for XY
Hello, On 21/8/23 10:46 pm, Pierre Alexandre Tremblay wrote: > This is a great object but you need to click on the box for it to work. > The other is literally a pad (so you can click anywhere in the box and > get coordinates) This one looks like it could be better. The author figured out a hack to get the click: https://forum.pdpatchrepo.info/topic/10854/xy-abstraction-to-get-mouse-click-and-drag-coordinates-vanilla Cheers, Chris. -- https://mccormick.cx/ ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Problem with this (involved) abstraction for XY
This is a great object but you need to click on the box for it to work. The other is literally a pad (so you can click anywhere in the box and get coordinates) I’ll investigate more and will come back with the change in all cases > On 21 Aug 2023, at 13:03, Dan Wilcox wrote: > > There is an xy pad called "touch" in the droidparty abstractions which works > on vanilla. I just tested on 0.54. It could be used or possibly checked as to > why it doesn't break as compared to your abstraction. > > https://github.com/chr15m/PdDroidParty/tree/master/droidparty-abstractions > <https://github.com/chr15m/PdDroidParty/tree/master/droidparty-abstractions> > > There isn't a help patch but the creation args are: width height sendname > >> On Aug 21, 2023, at 11:01 AM, pd-list-requ...@lists.iem.at wrote: >> >> Message: 1 >> Date: Sun, 20 Aug 2023 16:07:18 +0100 >> From: Pierre Alexandre Tremblay > <mailto:tremb...@gmail.com>> >> To: Pd-List mailto:pd-list@lists.iem.at>> >> Subject: [PD] Problem with this (involved) abstraction for XY >> Message-ID: <167ef89d-6618-4456-a5b1-98946db41...@gmail.com >> <mailto:167ef89d-6618-4456-a5b1-98946db41...@gmail.com>> >> Content-Type: text/plain;charset=utf-8 >> >> Dear all >> >> As I wanted to keep FluCoMa depending only on Vanilla, I took the lazy >> shortcut to use a x-y abstraction for the fluid.plotter (I know I need to >> code it in c+tcl) >> >> https://forum.pdpatchrepo.info/topic/10854/xy-abstraction-to-get-mouse-click-and-drag-coordinates-vanilla >> >> <https://forum.pdpatchrepo.info/topic/10854/xy-abstraction-to-get-mouse-click-and-drag-coordinates-vanilla> >> >> Now, in the last Pd, it breaks on all OSes. I thought it waste do with >> donecanvasdialog changes, but it doesn?t seem to be the case. >> >> I?m asking here because I?m time-short at the moment, if nobody has found >> the same problem and fixed it. Otherwise I?ll respond to self when I have >> found time to fix it - I hope it isn?t a breaking change or at least not a >> problem that will need 2 versions of the abstraction depending on the Pd >> version? >> >> p > > > Dan Wilcox > @danomatika <http://twitter.com/danomatika> > danomatika.com <http://danomatika.com/> > robotcowboy.com <http://robotcowboy.com/> > > > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Problem with this (involved) abstraction for XY
There is an xy pad called "touch" in the droidparty abstractions which works on vanilla. I just tested on 0.54. It could be used or possibly checked as to why it doesn't break as compared to your abstraction. https://github.com/chr15m/PdDroidParty/tree/master/droidparty-abstractions There isn't a help patch but the creation args are: width height sendname > On Aug 21, 2023, at 11:01 AM, pd-list-requ...@lists.iem.at wrote: > > Message: 1 > Date: Sun, 20 Aug 2023 16:07:18 +0100 > From: Pierre Alexandre Tremblay <mailto:tremb...@gmail.com>> > To: Pd-List mailto:pd-list@lists.iem.at>> > Subject: [PD] Problem with this (involved) abstraction for XY > Message-ID: <167ef89d-6618-4456-a5b1-98946db41...@gmail.com > <mailto:167ef89d-6618-4456-a5b1-98946db41...@gmail.com>> > Content-Type: text/plain; charset=utf-8 > > Dear all > > As I wanted to keep FluCoMa depending only on Vanilla, I took the lazy > shortcut to use a x-y abstraction for the fluid.plotter (I know I need to > code it in c+tcl) > > https://forum.pdpatchrepo.info/topic/10854/xy-abstraction-to-get-mouse-click-and-drag-coordinates-vanilla > > Now, in the last Pd, it breaks on all OSes. I thought it waste do with > donecanvasdialog changes, but it doesn?t seem to be the case. > > I?m asking here because I?m time-short at the moment, if nobody has found the > same problem and fixed it. Otherwise I?ll respond to self when I have found > time to fix it - I hope it isn?t a breaking change or at least not a problem > that will need 2 versions of the abstraction depending on the Pd version? > > p Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/> ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Problem with this (involved) abstraction for XY
> On 21 Aug 2023, at 06:40, Alexandre Torres Porres > > wrote: > > > > you can get/use/steal my mouse pad external GUI [else/pad] - On Mon, 2023-08-21 at 08:26 +0100, Pierre Alexandre Tremblay wrote: > > Thanks for the kind offer but I would never dare :) This kind of speak makes me slightly uncomfortable as it implies a notion of ownership that is contrary to the license used for that software. Of course, I simply (re-)use software for my own purposes without notification if it is licensed accordingly. I'm not accusing you of being serious here, but the tongue-in-cheek is only understood in relation to a deeply ingrained capitalistic sense of property. Why is this is notion even apparent on a ML about FLOSS software? Roman signature.asc Description: This is a digitally signed message part ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Problem with this (involved) abstraction for XY
Dear Alexandre Thanks for the kind offer but I would never dare :) moreover, this bug is tantalising… and one day I’ll most probably steal with source reference some of your x-y c code, but the hard job will be to plot all those points in an efficient manner. Some Max users have devised an open GL replacement of our JS for datasets higher than 100k items (yes…) so I will have to be clever there… In the meantime the performance of this hack is mediocre but I need a few days of continuous dev time to make it native (famous last words, I know I,ll need more than a few days…) p > On 21 Aug 2023, at 06:40, Alexandre Torres Porres wrote: > > > > Em dom., 20 de ago. de 2023 às 12:09, Pierre Alexandre Tremblay > mailto:tremb...@gmail.com>> escreveu: > Dear all > > As I wanted to keep FluCoMa depending only on Vanilla, I took the lazy > shortcut to use a x-y abstraction for the fluid.plotter (I know I need to > code it in c+tcl) > > you can get/use/steal my mouse pad external GUI [else/pad] ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Problem with this (involved) abstraction for XY
Em dom., 20 de ago. de 2023 às 12:09, Pierre Alexandre Tremblay < tremb...@gmail.com> escreveu: > Dear all > > As I wanted to keep FluCoMa depending only on Vanilla, I took the lazy > shortcut to use a x-y abstraction for the fluid.plotter (I know I need to > code it in c+tcl) > you can get/use/steal my mouse pad external GUI [else/pad] ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] Problem with this (involved) abstraction for XY
Dear all As I wanted to keep FluCoMa depending only on Vanilla, I took the lazy shortcut to use a x-y abstraction for the fluid.plotter (I know I need to code it in c+tcl) https://forum.pdpatchrepo.info/topic/10854/xy-abstraction-to-get-mouse-click-and-drag-coordinates-vanilla Now, in the last Pd, it breaks on all OSes. I thought it waste do with donecanvasdialog changes, but it doesn’t seem to be the case. I’m asking here because I’m time-short at the moment, if nobody has found the same problem and fixed it. Otherwise I’ll respond to self when I have found time to fix it - I hope it isn’t a breaking change or at least not a problem that will need 2 versions of the abstraction depending on the Pd version… p ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
