Pd-dev October 2007

pd-dev@lists.iem.at

30 participants
183 discussions

[ pure-data-Bugs-1818219 ] namespace prefix not included in save functions
by SourceForge.net 24 Oct '07

24 Oct '07

Bugs item #1818219, was opened at 2007-10-23 00:50 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1818219&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: puredata >Group: v0.41.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: stffn (stffn) Assigned to: Nobody/Anonymous (nobody) >Summary: namespace prefix not included in save functions Initial Comment: 1. Open the attahced patch in Pd-extended. 2. Notice the both [list-abs/wrandom] and [unauthorized/grid] gets created. 3. Save the patch whit out making any chages. 4. Close the patch. 5. CLose Pd-extended. 6. Open the patch again. 7. See that the grid objects doesn't get created and (since) the the prefix has been removed. This happens in Pd-extended-0.39.3 mac intel. ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2007-10-24 11:42 Message: Logged In: YES user_id=564396 Originator: NO i changed the category, since it is a problem with pd (though it affects externals) i changed the name, because it is not gui-specific: every object that defines a savefn() is affected by this (usually only gui-classes do this because they are the classes where you cannot directly edit the arguments (being hidden) and which might offer a properties window to change these arguments) however: i think it is a great feature that an object is able to change it's own name (really). nevertheless, an object should also be able to _query_ it's own name. this is usually not a big problem because the object assumes that it knows how it is called (the name the dev gave it). when using namespaces this is not the case any more. basically: the object would need a way to easily query it's own name (i am sure it is somehow possible via weird t_canvas/t_class/t_obj/t_pd/... pointer magic which is so complicated i will have to re-read to source code) the savefn() should provide a way to set object-name and arguments separately, the object-name should default to the actual name (not the canonical one) if not set otherwise. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-24 02:50 Message: Logged In: YES user_id=27104 Originator: NO I found the root of the problem, if the GUI object has a savefn, then that savefn needs to include the whole classname, including the namespace prefix. I think stffn was right, it does apply to all GUIs. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-23 23:09 Message: Logged In: YES user_id=27104 Originator: NO This doesn't happen to all GUI objects, just some. I think [grid] is one, but many others work fine with the prefixes. ---------------------------------------------------------------------- Comment By: stffn (stffn) Date: 2007-10-23 09:44 Message: Logged In: YES user_id=1658640 Originator: YES True, this also happens in Pd version 0.40-2. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-23 01:40 Message: Logged In: YES user_id=27104 Originator: NO This happens on Pd-0.40.3-extended-20071021 on Mac OS X also. Has anyone tested this on other GOPs? I know pddp/pddplink works fine. Also cyclone/Scope~ also works. I think this might be an issue with the objects themselves. ---------------------------------------------------------------------- Comment By: stffn (stffn) Date: 2007-10-23 00:52 Message: Logged In: YES user_id=1658640 Originator: YES I forgot to mention that it happens to quite many if not all the GUI objects. At least those in CVSROOT/doc/pddp/about/GUIs-about.pd. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1818219&group_…

1 0

Tcl loader and API
by Hans-Christoph Steiner 24 Oct '07

24 Oct '07

Now that I am wrestling with wrestling with the GUI API, I am thinking that it probably makes more sense to write a Tcl/Tk API and loader to allow you to write GUI objects completely in Tcl/Tk. I think this is the idea that Krzysztof had in mind when he wrote widget. That was before Thomas' loaders and the CLR API. Now I think it shouldn't be too hard to turn [widget] into a loader and API. Any thoughts, ideas, etc. on this? I am not the Tcl or loader expert, so I'd like to hear from people how feasible and useful they think this will be. .hc ------------------------------------------------------------------------ ---- All information should be free. - the hacker ethic

3 3

[ pure-data-Bugs-1818219 ] namespace prefix not included in gui save functions
by SourceForge.net 24 Oct '07

24 Oct '07

Bugs item #1818219, was opened at 2007-10-22 18:50 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1818219&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: externals Group: v0.40.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: stffn (stffn) Assigned to: Nobody/Anonymous (nobody) >Summary: namespace prefix not included in gui save functions Initial Comment: 1. Open the attahced patch in Pd-extended. 2. Notice the both [list-abs/wrandom] and [unauthorized/grid] gets created. 3. Save the patch whit out making any chages. 4. Close the patch. 5. CLose Pd-extended. 6. Open the patch again. 7. See that the grid objects doesn't get created and (since) the the prefix has been removed. This happens in Pd-extended-0.39.3 mac intel. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-23 20:50 Message: Logged In: YES user_id=27104 Originator: NO I found the root of the problem, if the GUI object has a savefn, then that savefn needs to include the whole classname, including the namespace prefix. I think stffn was right, it does apply to all GUIs. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-23 17:09 Message: Logged In: YES user_id=27104 Originator: NO This doesn't happen to all GUI objects, just some. I think [grid] is one, but many others work fine with the prefixes. ---------------------------------------------------------------------- Comment By: stffn (stffn) Date: 2007-10-23 03:44 Message: Logged In: YES user_id=1658640 Originator: YES True, this also happens in Pd version 0.40-2. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-22 19:40 Message: Logged In: YES user_id=27104 Originator: NO This happens on Pd-0.40.3-extended-20071021 on Mac OS X also. Has anyone tested this on other GOPs? I know pddp/pddplink works fine. Also cyclone/Scope~ also works. I think this might be an issue with the objects themselves. ---------------------------------------------------------------------- Comment By: stffn (stffn) Date: 2007-10-22 18:52 Message: Logged In: YES user_id=1658640 Originator: YES I forgot to mention that it happens to quite many if not all the GUI objects. At least those in CVSROOT/doc/pddp/about/GUIs-about.pd. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1818219&group_…

1 0

[ pure-data-Bugs-1650752 ] Select Cursor does not Correspond to Text In New PD-Extended
by SourceForge.net 24 Oct '07

24 Oct '07

Bugs item #1650752, was opened at 2007-02-02 11:00 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1650752&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: pd-extended Group: v0.39.2 Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Luke Iannini (lukeiannini) Assigned to: Hans-Christoph Steiner (eighthave) Summary: Select Cursor does not Correspond to Text In New PD-Extended Initial Comment: Basically the change to the new font(s) has caused the mouse cursor to be inaccurate when selecting text. It seems to be assuming the wider courier font is in use. This combined with the next bug I'm about to submit regarding backwards delete has made things a bit tedious. This is on i386 and PPC OS X (though I assume this is platform independent) with the lastest 392 autobuilds. A picture is included with a badly rendered OmniDazzle cursor in the position of the actual cursor (since the cursor is not included in OS X screengrabs), and the text cursor in the position that results from a click at that point. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-23 19:58 Message: Logged In: YES user_id=27104 Originator: NO If you have this problem on GNU/Linux it means that either you do not have Bitstream Vera Sans Mono installed, or it is not installed correctly. ---------------------------------------------------------------------- Comment By: SourceForge Robot (sf-robot) Date: 2007-05-04 22:20 Message: Logged In: YES user_id=1312539 Originator: NO This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: stffn (stffn) Date: 2007-04-20 03:30 Message: Logged In: YES user_id=1658640 Originator: NO I can confirm that i in that version can't reproduce it. :-) ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-04-20 00:12 Message: Logged In: YES user_id=27104 Originator: NO I think this is fixed in the released build of Pd-0.39.2-extended-RC1, as long as DejaVu Sans Mono is installed. Can anyone confirm? ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-02-05 10:02 Message: Logged In: YES user_id=27104 Originator: NO This stuff is still a work in progress. Most importantly, you need to have DejaVu Sans Mono font currently. Otherwise, it picks a proportional font, and causes the misalignment. ---------------------------------------------------------------------- Comment By: stffn (stffn) Date: 2007-02-02 18:01 Message: Logged In: YES user_id=1658640 Originator: NO I can confirm this behavior, using the intel mac build. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1650752&group_…

1 0

[ pure-data-Bugs-1818847 ] [entry] only accepts typing when mouse pointer is in box
by SourceForge.net 23 Oct '07

23 Oct '07

Bugs item #1818847, was opened at 2007-10-23 17:10 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1818847&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: externals Group: v0.39.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: [entry] only accepts typing when mouse pointer is in box Initial Comment: In order to type into the [entry] box, you need to have the mouse hovering above the box. Ideally, it would handle click focus, so that you'd have to click on something else for the current [entry] to loose focus. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1818847&group_…

1 0

[ pure-data-Bugs-1818219 ] namespace prefix to [grid] gets removed when saving
by SourceForge.net 23 Oct '07

23 Oct '07

Bugs item #1818219, was opened at 2007-10-22 18:50 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1818219&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: externals Group: v0.40.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: stffn (stffn) Assigned to: Nobody/Anonymous (nobody) >Summary: namespace prefix to [grid] gets removed when saving Initial Comment: 1. Open the attahced patch in Pd-extended. 2. Notice the both [list-abs/wrandom] and [unauthorized/grid] gets created. 3. Save the patch whit out making any chages. 4. Close the patch. 5. CLose Pd-extended. 6. Open the patch again. 7. See that the grid objects doesn't get created and (since) the the prefix has been removed. This happens in Pd-extended-0.39.3 mac intel. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-23 17:09 Message: Logged In: YES user_id=27104 Originator: NO This doesn't happen to all GUI objects, just some. I think [grid] is one, but many others work fine with the prefixes. ---------------------------------------------------------------------- Comment By: stffn (stffn) Date: 2007-10-23 03:44 Message: Logged In: YES user_id=1658640 Originator: YES True, this also happens in Pd version 0.40-2. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-22 19:40 Message: Logged In: YES user_id=27104 Originator: NO This happens on Pd-0.40.3-extended-20071021 on Mac OS X also. Has anyone tested this on other GOPs? I know pddp/pddplink works fine. Also cyclone/Scope~ also works. I think this might be an issue with the objects themselves. ---------------------------------------------------------------------- Comment By: stffn (stffn) Date: 2007-10-22 18:52 Message: Logged In: YES user_id=1658640 Originator: YES I forgot to mention that it happens to quite many if not all the GUI objects. At least those in CVSROOT/doc/pddp/about/GUIs-about.pd. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1818219&group_…

1 0

lib link levels
by Hans-Christoph Steiner 23 Oct '07

23 Oct '07

Hey all, I just wanted to double check something here. So if PiDiP links to libmagick, and libmagick links to a bunch of other libs, then PiDiP doesn't need to link to the libs that libmagick links to, right? I just want to try to limit the dependencies of the pd-extended packages to what's actually needed directly by Pd-extended. .hc ------------------------------------------------------------------------ ---- ¡El pueblo unido jamás será vencido!

1 0

[ pure-data-Bugs-1818219 ] Namespace prifix to GUI objects gets removed by saving
by SourceForge.net 23 Oct '07

23 Oct '07

Bugs item #1818219, was opened at 2007-10-23 00:50 Message generated for change (Comment added) made by stffn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1818219&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: externals Group: v0.40.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: stffn (stffn) Assigned to: Nobody/Anonymous (nobody) Summary: Namespace prifix to GUI objects gets removed by saving Initial Comment: 1. Open the attahced patch in Pd-extended. 2. Notice the both [list-abs/wrandom] and [unauthorized/grid] gets created. 3. Save the patch whit out making any chages. 4. Close the patch. 5. CLose Pd-extended. 6. Open the patch again. 7. See that the grid objects doesn't get created and (since) the the prefix has been removed. This happens in Pd-extended-0.39.3 mac intel. ---------------------------------------------------------------------- >Comment By: stffn (stffn) Date: 2007-10-23 09:44 Message: Logged In: YES user_id=1658640 Originator: YES True, this also happens in Pd version 0.40-2. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-23 01:40 Message: Logged In: YES user_id=27104 Originator: NO This happens on Pd-0.40.3-extended-20071021 on Mac OS X also. Has anyone tested this on other GOPs? I know pddp/pddplink works fine. Also cyclone/Scope~ also works. I think this might be an issue with the objects themselves. ---------------------------------------------------------------------- Comment By: stffn (stffn) Date: 2007-10-23 00:52 Message: Logged In: YES user_id=1658640 Originator: YES I forgot to mention that it happens to quite many if not all the GUI objects. At least those in CVSROOT/doc/pddp/about/GUIs-about.pd. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1818219&group_…

1 0

[ pure-data-Bugs-1609736 ] [pix_movie] and [pix_film] only play solid colors
by SourceForge.net 23 Oct '07

23 Oct '07

Bugs item #1609736, was opened at 2006-12-05 17:31 Message generated for change (Settings changed) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1609736&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: gem Group: v0.39.2 >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: [pix_movie] and [pix_film] only play solid colors Initial Comment: On Intel-based machines with ATI cards both Mac OS X and Ubuntu, using Gem checked out from CVS on 2006-12-05, playing movies with both [pix_film] and [pix_movie] just plays solid colors that somehow seem related to the actual movie being played. This happened on a Dell Dimension 8400 with ATI card: 0000:01:00.0 VGA compatible controller: ATI Technologies Inc RV370 5B60 [Radeon X300 (PCIE)] 0000:01:00.1 Display controller: ATI Technologies Inc RV370 [Radeon X300SE] And on a Mac Pro with Quad Processors and an ATI Radeon X1900 XT. And on a MacBook Pro with a ATI Mobility Radeon X1600 ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2007-10-22 19:20 Message: Logged In: YES user_id=1312539 Originator: NO This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2007-09-04 03:18 Message: Logged In: YES user_id=564396 Originator: NO has this been fixed by the recent changes to use non-rectangle textures by default?? ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-12-06 10:44 Message: Logged In: YES user_id=27104 Originator: YES File Added: 05.film.pd-smoothing.png ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-12-06 10:43 Message: Logged In: YES user_id=27104 Originator: YES Ok, a follow up on the Mac Pro (using build 2006-12-06): 05.movie.pd: 1 movie plays all one color 2 sending [mode 0( to [pix_movie] causes error: error: pix_movie: no method for 'mode' 05.film.pd: 1 the movie plays fine 2 [pix_convolve] causes strange banding (see attached images) 3 turn off [pix_convolve] and the video is fine. And on the Ubuntu/Dell Dimension: 05.movie.pd: 1 plays solid colors by default 2 sending [mode 0( to [pix_movie] makes it work 3 now toggling mode 1/0 works, and reports the change to the Pd console 05.film.pd: 1 plays solid colors by default 2 sending [mode 0( to [pix_texture] makes it work 3 now toggling mode 1/0 works, and reports the change to the Pd console File Added: 05.film.pd-default.png ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-12-05 19:17 Message: Logged In: YES user_id=27104 Originator: YES This also happens on Ubuntu, so its not OS-specific. I guess I forgot to mention that. The above Dell Dimension is running Ubuntu Dapper. Is there a certain set of ./configure options to try? ---------------------------------------------------------------------- Comment By: christopher clepper (cclepper) Date: 2006-12-05 18:45 Message: Logged In: YES user_id=663212 Originator: NO This most likely is a problem with the autobuild building pix_film/movie files which are not the right ones on OSX. I use the same hardware daily without problems so the code is certainly fine. Some #ifdef bludgeoning might make the autobuild do the right thing. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1609736&group_…

1 0

[ pure-data-Patches-1412469 ] allow env vars in path and loadlib on Win32
by SourceForge.net 23 Oct '07

23 Oct '07

Patches item #1412469, was opened at 2006-01-22 22:05 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1412469&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: puredata Group: None Status: Open >Resolution: None >Priority: 6 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: allow env vars in path and loadlib on Win32 Initial Comment: This very minor change allows "path" and "loadlib" preferences to use Windows environment variables in the registry. A more complete solution is proposed in the feature tracker "minor changes to support env vars on Windows": http://sourceforge.net/tracker/index.php?func=detail&aid=1412443&group_id=5… ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-10-22 21:48 Message: Logged In: YES user_id=27104 Originator: YES is it time to revisit this? It's a super simple change, and makes things a lot more flexible for Windows users. ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2006-08-14 01:27 Message: Logged In: YES user_id=313747 I need to check this again later -msp ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1412469&group_…

1 0

← Newer
1
...
4
5
6
7
8
9
10
...
19
Older →

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