Pd-dev February 2011

pd-dev@lists.iem.at

11 participants
53 discussions

[ pure-data-Patches-3163612 ] "save as" invalid command with [ ] in file name
by SourceForge.net 16 Feb '11

16 Feb '11

Patches item #3163612, was opened at 2011-01-21 21:08 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3163612&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: Accepted Priority: 5 Private: No Submitted By: ClaudiusMaximus (claudiusmaximus) Assigned to: Miller Puckette (millerpuckette) Summary: "save as" invalid command with [ ] in file name Initial Comment: 1. create a new patch 2. save it as "foo[bar].pd" 3. select "save as" from the menu => pd prints 'invalid command name "bar"' moreover no "save as" dialog window opens ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2011-02-16 05:20 Message: 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: Miller Puckette (millerpuckette) Date: 2011-02-02 04:50 Message: applied to 0.43 test ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-01-21 21:22 Message: There was a call to pdtk_canvas_saveas that used "" for quotes. This patch switches it to use {} like the rest of Pd. That way you can use " [ ', etc in filenames. All chars should work except {}. To support {}, we need to make much bigger changes. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3163612&group_…

1 0

[ pure-data-Patches-3166552 ] even more exported symbols for audio/midi API
by SourceForge.net 16 Feb '11

16 Feb '11

Patches item #3166552, was opened at 2011-01-27 14:36 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3166552&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: wishlist >Status: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: even more exported symbols for audio/midi API Initial Comment: sorry to keep coming up with functions that (i think) need to be exported from s_stuff. here are some more slight changes (mainly adding EXTERN to 5 more functions in s_stuff.h) originally i thought of using the "audio-dialog" and "midi-dialog" messages to pd to set audio/midi properties in the IntegraLive project, but it turns out, that this is rather limited (e.g. we can only set 4 midi in/out devices because of the "midi-dialog" message, whereas the C-code would actually allow more) please include for 0.43 ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2011-02-16 05:20 Message: 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: Miller Puckette (millerpuckette) Date: 2011-02-02 05:00 Message: applied to 0.43 test ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3166552&group_…

1 0

[ pure-data-Patches-3164161 ] set cursors in Tcl per-platform to get good behavior on all
by SourceForge.net 16 Feb '11

16 Feb '11

Patches item #3164161, was opened at 2011-01-23 05:01 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3164161&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: bugfix >Status: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: set cursors in Tcl per-platform to get good behavior on all Initial Comment: This simple patch sets the mouse cursors per-platform in pd-gui.tcl. First, the allows the mouse cursors to work properly on all platforms, second it allows the mouse cursors to be customized both from patches and from GUI plugins. Its been in Pd-extended since 0.40.3 ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2011-02-16 05:20 Message: 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: Miller Puckette (millerpuckette) Date: 2011-02-02 04:56 Message: applied to 0.43 test ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3164161&group_…

1 0

[ pure-data-Patches-3160988 ] [bugfix] array boundaries
by SourceForge.net 16 Feb '11

16 Feb '11

Patches item #3160988, was opened at 2011-01-18 17:24 Message generated for change (Settings changed) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3160988&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: Fixed Priority: 6 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: [bugfix] array boundaries Initial Comment: in Pd-0.43 the table boundaries do not work. to reproduce: - create a new array (keep everything default) - draw something into the array - right-click the array to go to properties - close the "array properties", we only want to modify the "canvas properties" - change (e.g.) the Y-range from 1,-1 to 1,0 - click on Apply - the table content vanishes - the pd-console prints 5 times "shouldvis 0: array" you cannot draw anything in the array anymore (nor see the contents) whenever you move the mouse over the array a "shouldvis 0: array" is printed save/open does not help ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2011-02-16 05:20 Message: 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: Miller Puckette (millerpuckette) Date: 2011-02-02 04:48 Message: I just now fixed this independently. There's probably a deeper problem here :) ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-01-19 14:25 Message: ooh, that was ugly... it turns out that the problem was following: if, after changing the boundaries, table values would be out of the graph's rectangle, the graph would refuse to update. attached patch fixes this by adding garray_class to the exceptions (like scalar_class), that are displayed regardless of whether they go out-of-bounds. i reason that this is acceptable, as the current state of affairs (without my patch) would allow the user to draw in the array und thus create out-of-bounds values: when they save the patch (with "save-contents-of-array" enabled) and re-open the patch, all values are invisible! ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-01-19 10:13 Message: btw, the "bounds" message to the array is working as expected. ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-01-19 09:20 Message: forgot to specify my used Pd-version: 0.43-test4 (ceb8db7372) since millers commit f5cabbb531cdee, the "shouldvis" message has obviously disappeared, but the problem with arrays not displaying their content persists. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3160988&group_…

1 0

[ pure-data-Patches-3160462 ] force use of Jack framework on Mac OS X
by SourceForge.net 16 Feb '11

16 Feb '11

Patches item #3160462, was opened at 2011-01-18 03:04 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3160462&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: bugfix >Status: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: force use of Jack framework on Mac OS X Initial Comment: On Mac OS X, it is possible to have jack installed in many places and in two different ways: lib or framework. The preferred way to use Jack on Mac OS X is the Jackmp.framework from jackosx.com. This patch forces the build system to only look for the Jack framework when building on Mac OS X. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2011-02-16 05:20 Message: 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: Miller Puckette (millerpuckette) Date: 2011-02-02 04:43 Message: applied to 0.43 test ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3160462&group_…

1 0

[ pure-data-Patches-3160342 ] remove CPU assumptions from build system
by SourceForge.net 16 Feb '11

16 Feb '11

Patches item #3160342, was opened at 2011-01-17 23:01 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3160342&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: bugfix >Status: Closed Resolution: Accepted Priority: 8 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: remove CPU assumptions from build system Initial Comment: Currently in the configure.ac, for Mac OS X and Windows, there are some CPU-assumptions in the CFLAGS. This patch removes them so that Pd will be more likely to build on all platforms. This patch directly fixes building on Mac OS X/PowerPC, which currently does not build. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2011-02-16 05:20 Message: 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: Miller Puckette (millerpuckette) Date: 2011-02-02 04:39 Message: applied to 0.43 test ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3160342&group_…

1 0

[ pure-data-Patches-3160982 ] [bugfix] allow to type UTF8 characters in symbolatoms
by SourceForge.net 16 Feb '11

16 Feb '11

Patches item #3160982, was opened at 2011-01-18 17:16 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3160982&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: Accepted Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: [bugfix] allow to type UTF8 characters in symbolatoms Initial Comment: since Pd-0.43 patches can handle UTF-8 characters. great! unfortunately, it doesn't seem to work when typing in symbolboxes. example: i switch to a russian(DOS) keyboard layout i create a message box and type the keys 'asd' which correctly shows up as '' i create a symbolgatom and type the keys 'asd' which incorrectly show up as 'DK2' note: sending a [symbol ( to the symbolgatom, will correctly display it. it seems like the keyboard input sanitation code for the symbolbox perverts my input. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2011-02-16 05:20 Message: 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: Miller Puckette (millerpuckette) Date: 2011-02-02 04:45 Message: applied to 0.43 test ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-01-19 11:04 Message: thanks. i added your amendments to the attached patch ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-01-19 10:51 Message: ... of course that was meant to be: - char utf8[4]; + char utf8[UTF8_MAXBYTES]; ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-01-19 10:51 Message: argh... beat me to it! :-) anyhoo, you might want to also: + #include "s_utf8.h" ... - char utf8[4]; - char utf8[UTF8_MAXBYTES]; so that things don't break if we need the full UCS-4 range someday. Sorry; I would have attached a patch (now that I've managed to acquire a rudimentary working knowledge of git :-), but I don't seem to be able to (looks like an instance of http://sourceforge.net/apps/trac/sourceforge/ticket/16001) ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-01-19 10:11 Message: mukau, i'm IOhannes not hans :-) i'm working on pd-vanilla: http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pure-data;a… ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-01-19 10:09 Message: anyhow, i have a fix for the problem. instead of writing the wchar into a char, the wchar is first decoded to utf8 using u8_wc_toutf8() and only then written into the symbol-buffer of the atom. this seems to work fine. the attached patch modifies g_text.c and applies to f5cabb ("took out debug msg") ---------------------------------------------------------------------- Comment By: Bryan Jurish (mukau) Date: 2011-01-19 10:08 Message: ok; trying to look into this now; have you any idea what sources you built from? I'm currently using most recent snapshot from http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pd-extended… ; ... svn doesn't appear to have the utf-8 patches applied anywhere yet... ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-01-19 10:01 Message: @mukau: no, LC_* are not changed at all (btw, they are set to de_AT.UTF-8 here) the kbd layout changes only effect the key->character mapping, way before tk is involved. also note, that tk can handle all quite well, as can most parts of Pd (confirm: i can type cyrillic characters in objects, msgboxes and comments) it's only gatom's that do some additional magic to filter out unwanted characters, and then write the received wchar into a char without checking. ---------------------------------------------------------------------- Comment By: Bryan Jurish (mukau) Date: 2011-01-18 20:45 Message: What exactly does "changing the keyboard layout" entail? Does it e.g. change your locale (LC_ALL, LC_CTYPE, etc.)? That might annoy Tk's unicode handling... ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-01-18 17:31 Message: one more thing: in the original report i said that typing 'asd' should result in '' which is wrong. it should rseult in ''' ('a'='', 's'='', 'd'='') ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2011-01-18 17:30 Message: btw, in normal (de) kbd-layout, when i type (and releae) 'a', pd-gui sends: .x99e9708 key 1 97 0; .x99e9708 key 0 97 0; whereas when i switch to russian, pd-gui sends (again key 'a'): .x99e9708 key 1 1092 0; .x99e9708 key 0 a 0; "1092" is the unicode number for "" (which is what should show up, when i press 'a') i don't know why the keyup sends 'a' instead. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3160982&group_…

1 0

message box for symbol generation
by Hans-Christoph Steiner 14 Feb '11

14 Feb '11

I just had a thought for an easy way to generate symbols that are numbers or that contain spaces: use the message box. What if these generated proper symbols: [symbol 123( [symbol blah blah( -- makes "blah blah" Can anyone think of downsides to this? I can't imagine anyone relying on the fact that [symbol blah blah( now makes "blah" and drops the " blah" .hc ---------------------------------------------------------------------------- kill your television

1 0

updated Pd-extended workflow
by Hans-Christoph Steiner 14 Feb '11

14 Feb '11

Ok, I figured out a more rational git workflow for Pd-extended, so now you can clone the pd-extended.git and work out of master without it changing on you. The new branches are documented here: http://puredata.info/docs/developer/GettingPdSource The workflow is documented here: http://puredata.info/docs/developer/GitWorkflows .hc ---------------------------------------------------------------------------- Mistrust authority - promote decentralization. - the hacker ethic

1 0

[ pure-data-Bugs-3181281 ] copy pasting apostrophy in cyclone/comment
by SourceForge.net 14 Feb '11

14 Feb '11

Bugs item #3181281, was opened at 2011-02-14 21:06 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3181281&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: copy pasting apostrophy in cyclone/comment Initial Comment: typing an appostrophy works, copy pasting one does not. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3181281&group_…

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 February 2011