[L2Ork-dev] commit message clarification

Ivica Ico Bukvic ico at vt.edu
Sun Mar 26 16:15:01 UTC 2017


That was so long ago I honestly don't remember. What I do remember is 
that I had to take several stabs at this until I got it right. So, there 
may be another commit on top of this that does this the right way. If 
Purr-Data's current behavior matches that of the latest pd-l2ork, then 
this fix may have been superseded by another.


On 3/25/2017 9:44 PM, Jonathan Wilkes wrote:
> Hello,
> I just noticed this:
>
> commit 5e18b837acd440ac4751c90c0c0b1e4a71623a2e
> Author: Ivica Ico Bukvic <ico at vt.edu>
> Date:   Thu Jul 18 16:41:53 2013 -0400
>
>     fixed regression in select due to 
> 37c0cf150e42e0277a0496cb73d48a114c64f0e7 commit which made it behave 
> inconsistently thus making it impossible for floats to be treated as 
> symbols (in cases where first argument was a symbol). Also introduced 
> similar fix to the route object, thus allowing for second inlet to 
> receive either float or symbol
>
> ***
>
> What is the regression that this was meant to fix?  Basing the 
> object's "mode" off of the type
> of the first argument as this commit does will _not_ allow floats to 
> be treated as symbols as the
> commit message suggests.
>
> If the implication is that you want this to work:
> [42(
> |
> [makefilename %d]
> |
> [select blah 42]
>
> Then the implication is wrong, because you don't get a match that way 
> under any version of
> [select] for any version of Pd.  Instead you get a match for the "42" 
> slot on this:
>
> [symbol(
> |
> [select blah 42]
>
> That is, _any_ numeric argument will match an incoming empty symbol 
> because that's what
> the SETSYMBOL macro does when you feed it a floatarg.
>
> I'd like to revert back to my "mixed" mode algorithm so that the "42" 
> slot matches on this:
>
> [42(
> |
> [select blah 42]
>
> and the "blah" slot matches on this:
>
> [symbol blah(
> |
> [select 42 blah]
>
> Mixing arg types isn't very common, but this is the only sane behavior 
> I can think of (and it
> shouldn't have broken any patches in all the time [select] behaved 
> this way in Pd-l2ork).
>
> -Jonathan
>
>
> _______________________________________________
> L2Ork-dev mailing list
> L2Ork-dev at disis.music.vt.edu
> http://disis.music.vt.edu/listinfo/l2ork-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://disis.music.vt.edu/pipermail/l2ork-dev/attachments/20170326/d4410541/attachment.html>


More information about the L2Ork-dev mailing list