<div dir="auto">I favor your way of thinking on this one. Namely, implicitly backwards compatible while offering a superior interface.<br><br><div data-smartmail="gmail_signature">Best,<br><br>Ico<br><br>-- <br>Ivica Ico Bukvic, D.M.A.<br>Director, Creativity + Innovation<br>Institute for Creativity, Arts, and Technology<br><br>Virginia Tech<br>Creative Technologies in Music<br>School of Performing Arts – 0141<br>Blacksburg, VA 24061<br>(540) 231-6139<br><a href="mailto:ico@vt.edu">ico@vt.edu</a><br><br><a href="http://www.icat.vt.edu">www.icat.vt.edu</a><br><a href="http://www.performingarts.vt.edu">www.performingarts.vt.edu</a><br><a href="http://l2ork.icat.vt.edu">l2ork.icat.vt.edu</a><br><a href="http://ico.bukvic.net">ico.bukvic.net</a></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Jul 5, 2020, 16:08 Jonathan Wilkes <<a href="mailto:jon.w.wilkes@gmail.com">jon.w.wilkes@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
<br>
Looking at porting the symbolic hex color values for iemguis. But this<br>
pd_compatibility business doesn't make sense to me.<br>
<br>
    if (ac >= 1)<br>
        iemgui->x_bcol = iemgui_compatible_colorarg(0, ac, av);<br>
    if (ac == 2 && pd_compatibilitylevel < 47)<br>
            /* old versions of Pd updated foreground and label color<br>
            if only two args; now we do it more coherently. */<br>
        iemgui->x_lcol = iemgui_compatible_colorarg(1, ac, av);<br>
    else if (ac >= 2)<br>
        iemgui->x_fcol = iemgui_compatible_colorarg(1, ac, av);<br>
<br>
This means any mortal user who happens to open a pre 0.47 patch that<br>
uses this interface will see breakage. And the pd_compatibility<br>
interface essentially tells them, "Here, *you* fix this by playing a<br>
version number guessing game and crossing your fingers that no other<br>
bits flip that you care about..."<br>
<br>
But can't we fix this automatically?  E.g., if the user is sending the<br>
"color" message with args from the old, lossy human unreadable<br>
integers then parse them according to the old way. If they are the hex<br>
syntax from the bleeding edge of 1995, then use the new branch.<br>
<br>
Or am I missing something here?<br>
<br>
-Jonathan<br>
_______________________________________________<br>
L2Ork-dev mailing list<br>
<a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank" rel="noreferrer">L2Ork-dev@disis.music.vt.edu</a><br>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a></blockquote></div>