<!DOCTYPE html> <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> </head> <body> Hi Folks, Luciano's fix is not at GitHub. Thanks! <div class="moz-cite-prefix">On 2026-06-27 4:46 AM, Luciano Notarfrancesco via Cuis-dev wrote: </div> <blockquote type="cite" cite="mid:CAL5GDypF+sNWEJgqWYUqV-pNvYaYu0Zc3TS9=EmXK-xJh_n1qg@mail.gmail.com"> <meta http-equiv="content-type" content="text/html; charset=UTF-8"> <div dir="ltr">Hi Bernhard, <div>It was actually a bug in the parsing of the path data, related to implicit commands (when a command is not explicitly specified but implied from the previous command). This fixes the bug, or at least fixes the ink marker example, let me know if you find any other icon that doesn't work as expected.</div> <div> </div> <div>Thanks!</div> <div>Luciano</div> </div> <div class="gmail_quote gmail_quote_container"> <div dir="ltr" class="gmail_attr">On Sat, Jun 27, 2026 at 3:11 AM Bernhard Pieber <<a href="mailto:bernhard@pieber.com" moz-do-not-send="true" class="moz-txt-link-freetext">bernhard@pieber.com</a>> wrote: </div> <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> <div> Hi Juan, Hi Luciano, This is great! Many icons work well. What's most amazing: The Ink Marker even works when I move it! ;-) (IconMorph new pathData: 'm272-104-38-38-42 42q-19 19-46.5 19.5T100-100q-19-19-19-46t19-46l42-42-38-40 554-554q12-12 29-12t29 12l112 112q12 12 12 29t-12 29L272-104Zm172-396L216-274l58 58 226-228-56-56Z') openInWorld ...</div> <div> I guess the drawing artifacts have nothing to do with the pathData parsing, right? The class category of IconMorph is named Widgetst. I guess this is a typo. Thanks für working on this! Cheers, Bernhard > Am 25.06.2026 um 17:00 schrieb Juan Vuletich via Cuis-dev : > > Hi Luciano, > > On 2026-06-25 5:16 AM, Luciano Notarfrancesco via Cuis-dev wrote: >> Hi Juan, >> Thanks for the detailed explanation of the rationale behind your >> design. I was considering using TTF icons, but then I thought it >> was going to be annoying to have to work with arbitrary code points >> instead of the actual fonts, or would require a global mapping name -> >> icon/codePoint that I also didn't like much, so I followed your >> suggestion of doing this instead of TTF fonts and now I see it's much >> cleaner and simpler. > > Most important to me, using TTF forces you to use text metrics > arguments, when you're actually doing graphics and text metrics are > maningless here. > >> >> I'm still not sure, but at this point I feel that we don't really need >> the reified PathCommands (or perhaps they just belong to the SVG >> package), I'd prefer to use literal Float32Arrays directly if we added >> support for the rest of the commands. > > Yes. We need to add support for the rest of the commands. It is in my > ToDo list now. > >> BTW, regarding #[], I'd like to suggest to change it to create >> Float32Arrays instead of Float64Arrays... apparently all the current >> use cases end up converting them to Float32Array anyway, and for that >> they use two syntactic suggars: #[] and the backtick, it would be >> simpler if #[] produced Float32Arrays instead... > > You're right. Just pushed 2 updates for that. We never actually needed > literal Float64Arrays anyway. > >> >> Here's an example of an IconMorph, not necessarily the best >> implementation but it shows the idea, you can test it like this: >> IconMorph new pathData: >> 'M240-200h120v-240h240v240h120v-360L480-740 240-560v360Zm-80 >> 80v-480l320-240 320 240v480H520v-240h-80v240H160Zm320-350Z' > > Just pushed your IconMorph as an update. Included this as a class > example method. > > Thanks! > >> >> Cheers, >> Luciano > > -- > Juan Vuletich > <a href="http://www.cuis.st" target="_blank" moz-do-not-send="true">www.cuis.st</a> > <a href="http://github.com/jvuletich" target="_blank" moz-do-not-send="true">github.com/jvuletich</a> > <a href="http://researchgate.net/profile/Juan-Vuletich" target="_blank" moz-do-not-send="true">researchgate.net/profile/Juan-Vuletich</a> > <a href="http://independent.academia.edu/JuanVuletich" target="_blank" moz-do-not-send="true">independent.academia.edu/JuanVuletich</a> > <a href="http://patents.justia.com/inventor/juan-manuel-vuletich" target="_blank" moz-do-not-send="true">patents.justia.com/inventor/juan-manuel-vuletich</a> > > -- > Cuis-dev mailing list > <a href="mailto:Cuis-dev@lists.cuis.st" target="_blank" moz-do-not-send="true" class="moz-txt-link-freetext">Cuis-dev@lists.cuis.st</a> > <a href="https://lists.cuis.st/mailman/listinfo/cuis-dev" target="_blank" moz-do-not-send="true" class="moz-txt-link-freetext">https://lists.cuis.st/mailman/listinfo/cuis-dev</a> </div> </blockquote> </div> <fieldset class="moz-mime-attachment-header"></fieldset> </blockquote> <pre class="moz-signature" cols="72">-- Juan Vuletich <a class="moz-txt-link-abbreviated" href="http://www.cuis.st">www.cuis.st</a> github.com/jvuletich researchgate.net/profile/Juan-Vuletich independent.academia.edu/JuanVuletich patents.justia.com/inventor/juan-manuel-vuletich</pre> </body> </html>