Pd-dev October 2007

pd-dev@lists.iem.at

30 participants
183 discussions

[ pure-data-Bugs-1722081 ] [Editmode 0( toggles rather than turns off editmode
by SourceForge.net 01 Oct '07

01 Oct '07

Bugs item #1722081, was opened at 2007-05-20 11:27 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1722081&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Luke Iannini (lukeiannini) Assigned to: Nobody/Anonymous (nobody) Summary: [Editmode 0( toggles rather than turns off editmode Initial Comment: Hallo, Simple enough... sending [editmode 0( to a subpatch toggles the edit-mode state of the subpatch, rather than turning it off. [editmode 1( works fine, reliably enabling (and never disabling) editmode. Ah! That makes me realize the workaround is to send [editmode 1(, then [editmode 0(. Regardless, this should be fixed! Demonstration is attached (move mouse around to see the cursor change). ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2007-10-01 13:33 Message: Logged In: YES user_id=564396 Originator: NO actually this is not really a bug: Pd internally uses "editmode 0" to toggle between the 2 states (e.g. when you press "Control-E"); so the behaviour you described is intended! the inffocial "pd-msg" documentation should be updated to reflect this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1722081&group_…

1 0

[ pure-data-Bugs-1804500 ] [lister] may give different outputs for the same bang
by SourceForge.net 01 Oct '07

01 Oct '07

Bugs item #1804500, was opened at 2007-09-28 22:26 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1804500&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: zexy Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: IOhannes m zmölnig (zmoelnig) Summary: [lister] may give different outputs for the same bang Initial Comment: It seems that the output of [lister] is reevaluated for each different outgoing connection of its outlet. If its cold inlet is changed in between because of the depth-first traversal, it can therefore output different values for each outgoing connection from a single "bang" on its hot inlet. See the attached patch for a demo. ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2007-10-01 13:12 Message: Logged In: YES user_id=564396 Originator: NO should be fixed in recent CVS ---------------------------------------------------------------------- Comment By: Frank Barknecht (fbar) Date: 2007-09-30 12:07 Message: Logged In: YES user_id=569446 Originator: NO Attached is another example patch, which is dependency-free and uses a clearer way to specify execution order without relying on creation order. File Added: bug_with_lister.pd ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2007-09-29 22:22 Message: Logged In: YES user_id=564396 Originator: NO while you have truely triggered a bug, you are quite right in your example patch about "i have to do this to fix it"; you should never ever (repeat: NEVER EVER) connect 1 message outlet to 2 signal outlets. there are weird and wild things out there... oh: and it would be nice to have a demo patch that actually works without having list-abs installed ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1804500&group_…

1 0

Re: [PD-dev] can pdvjtools have a place in your cvs external repository?
by ydegoyon＠free.fr 01 Oct '07

01 Oct '07

ola, >cool > >i just test graph on parents, and it' not working. > > > > > the trick is basically to replace : x->x_obj.te_xpix x->x_obj.te_ypix with : text_xpix(&x->x_obj, x->x_glist) text_ypix(&x->x_obj, x->x_glist) in any graphical object.. cool we can make it clearer. saludos, sevy

2 1

Jump to page:

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 October 2007