Pd-dev November 2017

pd-dev@lists.iem.at

13 participants
15 discussions

Re: [PD-dev] message crash when using menuclose on patch
by Dan Wilcox 08 Nov '17

08 Nov '17

Thanks, but that won't work for me as my design is based on using the file name in a more generic way. > On Oct 22, 2017, at 9:22 PM, pd-dev-request(a)lists.iem.at wrote: > > On 10/22/2017 04:27 PM, Dan Wilcox wrote: >> IOhannes, et al, any tips on where to look to fix this? > > gdb. > also check [1300] for a simple fix. > (i thought i had put more triaging information into that bug-report but > apparently not; most likely becaues it was easy enough to do then...) > > gfasmr > IOhannes > > > [1300] https://sourceforge.net/p/pure-data/bugs/1300/ <https://sourceforge.net/p/pure-data/bugs/1300/> -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 1

canvas moveto
by Dan Wilcox 06 Nov '17

06 Nov '17

I've noticed in the TK 8.6 release notes <http://tcl.tk/software/tcltk/8.6.html>, there are a few new commands for moving existing canvas objects: > Moving Things on a Canvas: New commands $canvas moveto, $canvas imove and $canvas rchars for moving and manipulating canvas items. Perhaps this is something that can be used by the pd core instead of deleting then redrawing? I think there would need to be some sort of compile time or runtime check for the TK version though. In any case, I'm still interested in ways to abstract the raw guilt tcl from the core usage in order to provide a generic interface for guis communication in libpd, so looking into this could be part of that... -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

4 5

Re: [PD-dev] canvas moveto
by Dan Wilcox 05 Nov '17

05 Nov '17

That's the idea and I'd like to start with looking into porting Jonathan's work first. It would be nice to have a generic GUI layer so it would be easier to write GUIs and externals which would then work across flavors of Pd without relying directly on Tk drawing commands. For instance, I'd like to be able to drop my custom CoreGraphics implementations of the Pd GUIs in PdParty and just receive draw commands I can build with CG instead and then send touch/click/key events into libpd. As it is now, I've basically reverse-engineered the GUI behaviors and communicate via send & receives. Something to move toward. > From: Fred Jan Kraan <fjkraan(a)xs4all.nl <mailto:fjkraan@xs4all.nl>> > > On 03-11-17 18:42, Dan Wilcox wrote: > >> >> In any case, I'm still interested in ways to abstract the raw guilt tcl >> from the core usage in order to provide a generic interface for guis >> communication in libpd, so looking into this could be part of that... > > Is this the problem that Purr-data and CICM tried to solve? > > There were some ideas discussed atd Pd-CON-2016, and it would be nice to > try to implement it as a proof of concept for 'standard' objects and > maybe some IEM-GUI ones. Having something implemented makes it easier to > talk about the problem (the 'code,talk' adagium). -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 0

object [text define] makes libpd crash
by Pierre Guillot 02 Nov '17

02 Nov '17

Hi, I created a issue on the libPd repository ( https://github.com/libpd/libpd/issues/196) but perhaps it's more related to Pd itself. When I load a patch with [text define], it crashes (x_text.c line 280) because x->x_scalar is NULL (because in scalar_new(), the function template_findbyname(templatesym) returns NULL). So it seems that the function can't find a template linked with the symbol "pd-text". I can't figure out why it works in Pd but not in libPd. Perhaps, libPd don't call a method to bind a template to this symbol at startup? Or perhaps it's related to the fact that I use PDINSTANCE and PDTHREADS? I can't figure out the solution so any idea is welcomed! Cheers, Pierre

1 1

[pure-data:bugs] #1305 Object created after canvas cannot be placed on it
by Ticket 1305 01 Nov '17

01 Nov '17

--- ** [bugs:#1305] Object created after canvas cannot be placed on it** **Status:** open **Group:** v0.47 **Created:** Wed Nov 01, 2017 02:50 PM UTC by Anonymous **Last Updated:** Wed Nov 01, 2017 02:50 PM UTC **Owner:** nobody When i place an object, then a canvas, i cannot move the object onto the canvas, it dissapears behind. --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev November 2017