Pd-dev June 2005

pd-dev@lists.iem.at

22 participants
69 discussions

[ pure-data-Bugs-1158648 ] start index for array writing not used anymore
by SourceForge.net 09 Jun '05

09 Jun '05

Bugs item #1158648, was opened at 2005-03-07 23:47 Message generated for change (Settings changed) made by fbar You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1158648&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: Closed Resolution: None Priority: 5 Submitted By: Frank Barknecht (fbar) Assigned to: Nobody/Anonymous (nobody) Summary: start index for array writing not used anymore Initial Comment: The contents of arrays/tables in Pd can be set using list messages as described in help patch: doc/2.control.examples/16.more.arrays.pd The current main 0.38 branch in CVS doesn't make use of the starting index anymore. Regardless of what index you choose, the array gets set starting at point 0. This is easy to check using the second message in above help patch: [; array99 3 -0.5 0.5( It does not set the array to "0 0 0 -0.5 0.5" but to "-0.5 0.5 0 0 0". The same bug is valid for [table] objects. Attached patch change seems to fix this. ---------------------------------------------------------------------- >Comment By: Frank Barknecht (fbar) Date: 2005-06-09 22:56 Message: Logged In: YES user_id=569446 This is fixed in the latest HEAD rev, so I close it. ---------------------------------------------------------------------- Comment By: Frank Barknecht (fbar) Date: 2005-03-07 23:49 Message: Logged In: YES user_id=569446 hm, the dreaded checkbox. Here's the patch, hopefully. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1158648&group_…

1 0

[ pure-data-Patches-1217783 ] Fix font in pdtk_data_dialog
by SourceForge.net 09 Jun '05

09 Jun '05

Patches item #1217783, was opened at 2005-06-09 22:54 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1217783&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: 3 Submitted By: Frank Barknecht (fbar) Assigned to: Nobody/Anonymous (nobody) Summary: Fix font in pdtk_data_dialog Initial Comment: This patch fixes a tiny typo in pdtk_data_dialog where the wrong font is used because of a missing dollar sign. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1217783&group_…

1 0

[ pure-data-Patches-1217759 ] small font/display change
by SourceForge.net 09 Jun '05

09 Jun '05

Patches item #1217759, was opened at 2005-06-09 16:20 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1217759&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: 7 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: small font/display change Initial Comment: I would like to propose a minor font change to make text more readable. First, in the console, make the text regular rather than bold. Usually regular fonts are used in terminal windows and bold is only for highlights. -text .printout.text -relief raised -bd 2 -font -*-courier-bold--normal--12-* +text .printout.text -relief raised -bd 2 -font -*-courier-regular--normal--12-* Secondly, courier is not a font meant for reading text, but rather terminals and things like that. So I propose changing the default font in text windows (not used very often) to Times Regular 14 point. - text $name.text -relief raised -bd 2 -font -*-courier-bold--normal--12-* + text $name.text -relief raised -bd 2 -font -*-times-regular--normal--14-* Attached is a diff patch file. This should work on all platforms since those fonts are already used within Pd. Lastly is a Mac OS X only change: setting minimun line size for anti-aliasing. If set to 1 or 0, then every line will be anti-aliased. While this makes connections and circles in [bng] and such look really good, it makes boxes and messages look out of focus. Setting this to 2 makes it so only the thick audio rate connections are anti-aliased + set tk::mac::CGAntialiasLimit 2 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1217759&group_…

1 0

small font/display change
by Hans-Christoph Steiner 09 Jun '05

09 Jun '05

I would like to propose a minor font change to make text more readable. First, in the console, make the text regular rather than bold. Usually regular fonts are used in terminal windows and bold is only for highlights. -text .printout.text -relief raised -bd 2 -font -*-courier-bold--normal--12-* \ +text .printout.text -relief raised -bd 2 -font -*-courier-regular--normal--12-* \ Secondly, courier is not a font meant for reading text, but rather terminals and things like that. So I propose changing the default font in text windows (not used very often) to Times Regular 14 point. - text $name.text -relief raised -bd 2 -font -*-courier-bold--normal--12-* \ + text $name.text -relief raised -bd 2 -font -*-times-regular--normal--14-* \ Attached is a diff patch file. This should work on all platforms since those fonts are already used within Pd. Lastly is a Mac OS X only change: setting minimun line size for anti-aliasing. If set to 1 or 0, then every line will be anti-aliased. While this makes connections and circles in [bng] and such look really good, it makes boxes and messages look out of focus. Setting this to 2 makes it so only the thick audio rate connections are anti-aliased + set tk::mac::CGAntialiasLimit 2 .hc ________________________________________________________________________ ____ News is what people want to keep hidden and everything else is publicity. - Bill Moyers

3 2

[ pure-data-Patches-1217414 ] change defines MACOSX to __APPLE__
by SourceForge.net 09 Jun '05

09 Jun '05

Patches item #1217414, was opened at 2005-06-09 02:27 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1217414&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: 2 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: change defines MACOSX to __APPLE__ Initial Comment: gcc defines __APPLE__ automatically on Mac OS X so there is no need for the -DMACOSX, #ifdef MACOSX, etc This patch just changes every relevant instance of MACOSX to __APPLE__ and removes -DMACOSX in configure.in. This does not change the functionality at all, but cleans up the code, using standard constructs, and makes things consistent with __linux__ and __FreeBSD__. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2005-06-09 14:10 Message: Logged In: YES user_id=27104 For Apple documentation on this topic, check out the "Predefined Macros" section of this webpage: http://developer.apple.com/technotes/tn2002/tn2071.html ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1217414&group_…

1 0

[ pure-data-Patches-1217414 ] change defines MACOSX to __APPLE__
by SourceForge.net 09 Jun '05

09 Jun '05

Patches item #1217414, was opened at 2005-06-09 02:27 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1217414&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 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: change defines MACOSX to __APPLE__ Initial Comment: gcc defines __APPLE__ automatically on Mac OS X so there is no need for the -DMACOSX, #ifdef MACOSX, etc This patch just changes every relevant instance of MACOSX to __APPLE__ and removes -DMACOSX in configure.in. This does not change the functionality at all, but cleans up the code, using standard constructs, and makes things consistent with __linux__ and __FreeBSD__. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2005-06-09 14:10 Message: Logged In: YES user_id=27104 For Apple documentation on this topic, check out the "Predefined Macros" section of this webpage: http://developer.apple.com/technotes/tn2002/tn2071.html ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1217414&group_…

1 0

[ pure-data-Patches-1217414 ] change defines MACOSX to __APPLE__
by SourceForge.net 09 Jun '05

09 Jun '05

Patches item #1217414, was opened at 2005-06-09 02:27 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1217414&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 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: change defines MACOSX to __APPLE__ Initial Comment: gcc defines __APPLE__ automatically on Mac OS X so there is no need for the -DMACOSX, #ifdef MACOSX, etc This patch just changes every relevant instance of MACOSX to __APPLE__ and removes -DMACOSX in configure.in. This does not change the functionality at all, but cleans up the code, using standard constructs, and makes things consistent with __linux__ and __FreeBSD__. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1217414&group_…

1 0

building external from cvs using scons error
by patrick 09 Jun '05

09 Jun '05

hi all, fresh cvs download of all externals, then cd build / scons: gcc -pipe -O2 -fPIC -DPD -DUNIX -I/usr/local/lib/pd/src -I/usr/include -I/usr/local/include -I. -I/home/patrick/src/pd/src -I/home/patrick/src/src -Isrc -Ishared -c -o src/rtin~.os src/rtin~.c src/rtin~.c:1:34: ../ggee/signal/rtin~.c: No such file or directory scons: *** [src/rtin~.os] Error 1 scons: building terminated because of errors. what can i do to remove this error and build everything? patrick

2 2

two questions about API
by Krzysztof Czaja 08 Jun '05

08 Jun '05

hi Miller, 1. Any chance of having an access in the API to c_externdir field of struct _class? Externals which are not pure dlls, i.e. which come bundled with additional private resources, would benefit, because private resources may only be stored robustly relative to c_externdir. 2. Since neither glob_evalfile(), nor glob_pdobject are part of the API, what is the proper way of opening patches from within an external: a) mimicking glob_evalfile(), i.e. calling binbuf_evalfile(), popping every s__X.s_thing, and sending a "loadbang" message to the last one popped (pd_doloadbang() is not in the API), or b) sending an "open" message to gensym("pd")->s_thing? Btw, a handy thing would be a way to open patches in an exclusive mode, which would reject ";pd open name dir" requests if a patch "name - dir" already exists. Could be a separate "openx" method or an optional flag to "open" (plus API access). Krzysztof

1 0

motex cvs
by Iain Mott 08 Jun '05

08 Jun '05

hello list I recently contacted Guenter via sourceforge to ask to be listed as a Pd project developer. Specifically I wish to update my "motex" externals on the CVS site which someone had kindly uploaded for me a few years ago. Since my externals were already on the CVS, Guenter granted me developer access without running this past the pd-dev list. He suggested though that I let the list know what my plans are: The first thing i'd like to do is include the "sqlsingle" external. This was previously omitted from motex but was available separately from my web site. In brief, sqlsingle allows the use of SQL messages to communicate and retrieve data from a postgreSQL dbase. Since it requires postgresql to be installed in order to compile, i'll create a separate compilation option in the makefile. The external has been tested on Linux only, but since I have postgresql installed on a Windows box (a big drama for me to do!) - I'll attempt to test it on Windows too. For the CVS version of sqlsingle i'd like to change its name to "postgresqlpd" as I may decide to change the way various data types are formated in its output (currently some are sent to lists as floats for convenience and everything else as symbols). Binary data type handling won't be added. Additionally, I may (if it's easy to do) adapt the external for use with mysql databases. This would be called "mysqlpd". Beyond that I hope to write two new externals in order to read and write to disk in the "speex" compression format (see www.speex.org). This format for those that don't know it is an open source codec similar to ogg vorbis but optimised for speech. I'll get back to the list about this project as there are some issues regarding downsampling that i'll need to resolve. If anyone has any comments - please let me know! cheers, iain -- Iain Mott www.reverberant.com

6 16

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 June 2005