<html><head></head><body><div style="color:#000; background-color:#fff; font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px"><div>Ok, I can't figure out a process to find the undo bug that Ivica reported. <br></div><div dir="ltr">If I click an object on a canvas to activate it then immediately click an <br></div><div dir="ltr">empty part of the canvas to deactivate it, purr data is somehow mutating <br></div><div dir="ltr">the glist by reordering that object in the list.<br></div><div id="yui_3_16_0_ym19_1_1466647098705_21656"><br></div><div dir="ltr" id="yui_3_16_0_ym19_1_1466647098705_21657">Say I have three objects on a canvas. I click one of them in edit mode <br></div><div id="yui_3_16_0_ym19_1_1466647098705_21730" dir="ltr">to activate it. Then I click an empty part of the canvas to retext it.</div><div id="yui_3_16_0_ym19_1_1466647098705_21769" dir="ltr"><br></div><div id="yui_3_16_0_ym19_1_1466647098705_21981" dir="ltr">Code path is something like this:</div><div id="yui_3_16_0_ym19_1_1466647098705_21980" dir="ltr">GUI sends "mouse/mouseup" message</div><div id="yui_3_16_0_ym19_1_1466647098705_21979" dir="ltr">canvas_doclick calls gobj_activate for the object</div><div id="yui_3_16_0_ym19_1_1466647098705_21935" dir="ltr">text_activate calls rtext_activate</div><div id="yui_3_16_0_ym19_1_1466647098705_22068" dir="ltr">rtext_activate calls gui_vmess("gui_textarea", ...)</div><div id="yui_3_16_0_ym19_1_1466647098705_22124" dir="ltr"><br></div><div id="yui_3_16_0_ym19_1_1466647098705_22231" dir="ltr">To retext (i.e., deselect and try to instantiate):</div><div id="yui_3_16_0_ym19_1_1466647098705_22234" dir="ltr">GUI sends "obj_addtobuf" and "obj_buftotext"</div><div id="yui_3_16_0_ym19_1_1466647098705_22352" dir="ltr">canvas_buftotext calls rtext_settext to set the new box text</div><div id="yui_3_16_0_ym19_1_1466647098705_22699" dir="ltr">GUI sends a "mouse" message on empty part of canvas</div><div id="yui_3_16_0_ym19_1_1466647098705_22783" dir="ltr">canvas_doclick calls glist_deselect</div><div id="yui_3_16_0_ym19_1_1466647098705_22825" dir="ltr">glist_deselect calls text_setto</div><div id="yui_3_16_0_ym19_1_1466647098705_22983" dir="ltr">text_setto calls rtext_retext (because the object text hasn't changed)</div><div id="yui_3_16_0_ym19_1_1466647098705_23184" dir="ltr"><br></div><div dir="ltr">Yet in all of that, somehow the relevant object's position in the glist <br></div><div id="yui_3_16_0_ym19_1_1466647098705_23477" dir="ltr">is changing? Where is the mutation to the glist happening?</div><div id="yui_3_16_0_ym19_1_1466647098705_23183" dir="ltr"><br></div><div id="yui_3_16_0_ym19_1_1466647098705_23181" dir="ltr">Thanks,</div><div id="yui_3_16_0_ym19_1_1466647098705_23479" dir="ltr">Jonathan<br></div><div id="yui_3_16_0_ym19_1_1466647098705_21985" dir="ltr"> <br></div><br><div class="qtdSeparateBR"><br><br></div><div style="display: block;" class="yahoo_quoted"> <div style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 16px;"> <div style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 16px;"> <div dir="ltr"><font face="Arial" size="2"> On Wednesday, June 22, 2016 7:16 PM, Albert Graef <aggraef@gmail.com> wrote:<br></font></div> <br><br> <div class="y_msg_container"><div id="yiv9065468755"><div><div dir="ltr"><div class="yiv9065468755gmail_extra"><div class="yiv9065468755gmail_quote">On Thu, Jun 23, 2016 at 12:23 AM, Jonathan Wilkes <span dir="ltr"><<a rel="nofollow" shape="rect" ymailto="mailto:jancsika@yahoo.com" target="_blank" href="mailto:jancsika@yahoo.com">jancsika@yahoo.com</a>></span> wrote:<br clear="none"><blockquote class="yiv9065468755gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex;"><div>Wow, that was quick! Does this mean I can drop manually building the <br clear="none"></div><div>Manjaro binary and just leave it to the arch packaging system?</div></blockquote></div><br clear="none"></div><div class="yiv9065468755gmail_extra">You still have to run makepkg to build the package on your Manjaro system, but the PKGBUILD of course takes care of all the messy details. Basically, you just do the following:<br clear="none"><br clear="none"></div><div class="yiv9065468755gmail_extra">yaourt -G purr-data-git<br clear="none"></div><div class="yiv9065468755gmail_extra">cd purr-data-git<br clear="none"></div><div class="yiv9065468755gmail_extra">makepkg<br clear="none"></div><div class="yiv9065468755gmail_extra"><br clear="none"></div><div class="yiv9065468755gmail_extra">When that is done, you should have a purr-data-git-*.tar.xz package ready to be installed with pacman.<br clear="none"><br clear="none"></div><div class="yiv9065468755gmail_extra">Note that the binary package still depends on some AUR packages (flite1, libsndobj-git, tkpng and xapian-tcl-bindings), so ppl will have to install those beforehand.<br clear="none"><br clear="none">I have all the AUR dependencies listed above in my binary Pure repository at <a rel="nofollow" shape="rect" target="_blank" href="http://pureaur.bitbucket.org/">http://pureaur.bitbucket.org</a>. I can also offer purr-data-git package there, just let me know (pd-l2ork is already available there as a binary package as well).</div><div class="yiv9065468755yqt8977030678" id="yiv9065468755yqtfd79741"><div class="yiv9065468755gmail_extra"><br clear="none">-- <br clear="none"><div class="yiv9065468755gmail_signature"><div dir="ltr">Dr. Albert Gr"af<br clear="none">Computer Music Research Group, JGU Mainz, Germany<br clear="none">Email: <a rel="nofollow" shape="rect" ymailto="mailto:aggraef@gmail.com" target="_blank" href="mailto:aggraef@gmail.com">aggraef@gmail.com</a><br clear="none">WWW: <a rel="nofollow" shape="rect" target="_blank" href="https://plus.google.com/+AlbertGraef">https://plus.google.com/+AlbertGraef</a></div></div>
</div></div></div></div></div><br><br></div> </div> </div> </div></div></body></html>