[L2Ork-dev] gui port

[Ivica Bukvic]

Did you make sure to emerge all the patches from the g_text.c? There in the
stable branch I check if the object is changed and only reinstantiate it
under specific circumstances. For instance, if it has changed it is
reinstantiated, or if it was never successfully created in the first place
the system tries to instantiate it no matter what. If you reinstantiate it
through this process without having to do so and do not create an an undo
checkpoint, that could produce the kind of inconsistency you are
experiencing.

-- 
Ivica Ico Bukvic, D.M.A.
Associate Professor
Computer Music
ICAT Senior Fellow
Director -- DISIS, L2Ork
Virginia Tech
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
ico at vt.edu
www.performingarts.vt.edu
disis.icat.vt.edu
l2ork.icat.vt.edu
ico.bukvic.net
On Jun 22, 2016 23:50, "Jonathan Wilkes" <jancsika at yahoo.com> wrote:

Ok, I can't figure out a process to find the undo bug that Ivica reported.
If I click an object on a canvas to activate it then immediately click an
empty part of the canvas to deactivate it, purr data is somehow mutating
the glist by reordering that object in the list.

Say I have three objects on a canvas.  I click one of them in edit mode
to activate it.  Then I click an empty part of the canvas to retext it.

Code path is something like this:
GUI sends "mouse/mouseup" message
canvas_doclick calls gobj_activate for the object
text_activate calls rtext_activate
rtext_activate calls gui_vmess("gui_textarea", ...)

To retext (i.e., deselect and try to instantiate):
GUI sends "obj_addtobuf" and "obj_buftotext"
canvas_buftotext calls rtext_settext to set the new box text
GUI sends a "mouse" message on empty part of canvas
canvas_doclick calls glist_deselect
glist_deselect calls text_setto
text_setto calls rtext_retext (because the object text hasn't changed)

Yet in all of that, somehow the relevant object's position in the glist
is changing?  Where is the mutation to the glist happening?

Thanks,
Jonathan




On Wednesday, June 22, 2016 7:16 PM, Albert Graef <aggraef at gmail.com> wrote:


On Thu, Jun 23, 2016 at 12:23 AM, Jonathan Wilkes <jancsika at yahoo.com>
wrote:

Wow, that was quick!  Does this mean I can drop manually building the
Manjaro binary and just leave it to the arch packaging system?


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:

yaourt -G purr-data-git
cd purr-data-git
makepkg

When that is done, you should have a purr-data-git-*.tar.xz package ready
to be installed with pacman.

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.

I have all the AUR dependencies listed above in my binary Pure repository
at http://pureaur.bitbucket.org. 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).

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggraef at gmail.com
WWW:    https://plus.google.com/+AlbertGraef



_______________________________________________
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/20160623/e74e0745/attachment.html>