Thanks for all your swift feedback... I've put out 0.47-0 test 2, which fixes most of the problems I've heard about - I'm still trying to chase down a couple of things. I'll plan to put out the "stable" release next weekend if things go smoothly.
http://msp.ucsd.edu/software.htm
or $ git clone git://git.code.sf.net/p/pure-data/pure-data
cheers Miller
Pd-announce mailing list Pd-announce@lists.iem.at https://lists.puredata.info/listinfo/pd-announce
Cool, the crashes with the help patches seem to be gone!
Just two minor things:
In the help subpatch for [text delete] the original text only has 2 lines instead of 5 lines. Also, you wrote 'delete second line' while it's actually the third line ;-).
Thank you again! Looking forward to the stable release.
Christof
Gesendet: Montag, 25. April 2016 um 18:23 Uhr Von: "Miller Puckette" msp@ucsd.edu An: pd-announce@iem.at Betreff: [PD] [PD-announce] pd 0.47-0test2 released
Thanks for all your swift feedback... I've put out 0.47-0 test 2, which fixes most of the problems I've heard about - I'm still trying to chase down a couple of things. I'll plan to put out the "stable" release next weekend if things go smoothly.
http://msp.ucsd.edu/software.htm
or $ git clone git://git.code.sf.net/p/pure-data/pure-data
cheers Miller
Pd-announce mailing list Pd-announce@lists.iem.at https://lists.puredata.info/listinfo/pd-announce _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Hello,
... and the comment for [text] in [pd delete] come from [pd set] : "text set" replaces the nth line with the incoming list. If the number n is greater than the number of lines in the text the new line is added. ;) ++
Jack
Le 25/04/2016 21:45, Christof Ressi a écrit :
Cool, the crashes with the help patches seem to be gone!
Just two minor things:
In the help subpatch for [text delete] the original text only has 2 lines instead of 5 lines. Also, you wrote 'delete second line' while it's actually the third line ;-).
Thank you again! Looking forward to the stable release.
Christof
Gesendet: Montag, 25. April 2016 um 18:23 Uhr Von: "Miller Puckette" msp@ucsd.edu An: pd-announce@iem.at Betreff: [PD] [PD-announce] pd 0.47-0test2 released
Thanks for all your swift feedback... I've put out 0.47-0 test 2, which fixes most of the problems I've heard about - I'm still trying to chase down a couple of things. I'll plan to put out the "stable" release next weekend if things go smoothly.
http://msp.ucsd.edu/software.htm
or $ git clone git://git.code.sf.net/p/pure-data/pure-data
cheers Miller
Pd-announce mailing list Pd-announce@lists.iem.at https://lists.puredata.info/listinfo/pd-announce _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Thanks... should be fixed.
M
On Mon, Apr 25, 2016 at 09:45:10PM +0200, Christof Ressi wrote:
Cool, the crashes with the help patches seem to be gone!
Just two minor things:
In the help subpatch for [text delete] the original text only has 2 lines instead of 5 lines. Also, you wrote 'delete second line' while it's actually the third line ;-).
Thank you again! Looking forward to the stable release.
Christof
Gesendet: Montag, 25. April 2016 um 18:23 Uhr Von: "Miller Puckette" msp@ucsd.edu An: pd-announce@iem.at Betreff: [PD] [PD-announce] pd 0.47-0test2 released
Thanks for all your swift feedback... I've put out 0.47-0 test 2, which fixes most of the problems I've heard about - I'm still trying to chase down a couple of things. I'll plan to put out the "stable" release next weekend if things go smoothly.
http://msp.ucsd.edu/software.htm
or $ git clone git://git.code.sf.net/p/pure-data/pure-data
cheers Miller
Pd-announce mailing list Pd-announce@lists.iem.at https://lists.puredata.info/listinfo/pd-announce _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
I'm glad to see the release that includes deken is out now.
One minor thing still apparent in the test2 release: The second argument of the 'color' message to a [cnv] object does not change the text color anymore in Pd 0.47. Text color can be changed by providing a _third_ argument, though.
See attached patch.
Cheers and thanks for all the work gone into that release, Roman
On Mon, 2016-04-25 at 09:23 -0700, Miller Puckette wrote:
Thanks for all your swift feedback... I've put out 0.47-0 test 2, which fixes most of the problems I've heard about - I'm still trying to chase down a couple of things. I'll plan to put out the "stable" release next weekend if things go smoothly.
http://msp.ucsd.edu/software.htm
or $ git clone git://git.code.sf.net/p/pure-data/pure-data
It looks like the new color handling has made teh "color" message work more coherently. In the past, if "color" had two arguments they were interpreted as background, foreground, and label color, but if only two were supplied theyt were the foreground and label colors (without setting background color). I think the old behavior is horribly confusing. I'm not sure whether to consider it a bug or a 'feature' - and whether back compatibility is more important than making the color-settings sane.
On Mon, Apr 25, 2016 at 10:47:38PM +0200, Roman Haefeli wrote:
I'm glad to see the release that includes deken is out now.
One minor thing still apparent in the test2 release: The second argument of the 'color' message to a [cnv] object does not change the text color anymore in Pd 0.47. Text color can be changed by providing a _third_ argument, though.
See attached patch.
Cheers and thanks for all the work gone into that release, Roman
First thanks Miller.. It's always nice to thaks first! :)
I tested zoom feature, and pd can't zoom the text in canvas. (screenshots in attach)
Cheers
Em sex, 29 de abr de 2016 às 19:52, Miller Puckette msp@ucsd.edu escreveu:
It looks like the new color handling has made teh "color" message work more coherently. In the past, if "color" had two arguments they were interpreted as background, foreground, and label color, but if only two were supplied theyt were the foreground and label colors (without setting background color). I think the old behavior is horribly confusing. I'm not sure whether to consider it a bug or a 'feature' - and whether back compatibility is more important than making the color-settings sane.
On Mon, Apr 25, 2016 at 10:47:38PM +0200, Roman Haefeli wrote:
I'm glad to see the release that includes deken is out now.
One minor thing still apparent in the test2 release: The second argument of the 'color' message to a [cnv] object does not change the text color anymore in Pd 0.47. Text color can be changed by providing a _third_ argument, though.
See attached patch.
Cheers and thanks for all the work gone into that release, Roman
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Yep, none of rhte IEM GUI labels zoom - I think the only way to get that working will be for me to redesign the label font handling.
I deal with this by avoiding using the labels on IEM GUIS - I just use comments instead.
cheers Miller
On Fri, Apr 29, 2016 at 11:24:16PM +0000, Esteban Viveros wrote:
First thanks Miller.. It's always nice to thaks first! :)
I tested zoom feature, and pd can't zoom the text in canvas. (screenshots in attach)
Cheers
Em sex, 29 de abr de 2016 Ã s 19:52, Miller Puckette msp@ucsd.edu escreveu:
It looks like the new color handling has made teh "color" message work more coherently. In the past, if "color" had two arguments they were interpreted as background, foreground, and label color, but if only two were supplied theyt were the foreground and label colors (without setting background color). I think the old behavior is horribly confusing. I'm not sure whether to consider it a bug or a 'feature' - and whether back compatibility is more important than making the color-settings sane.
On Mon, Apr 25, 2016 at 10:47:38PM +0200, Roman Haefeli wrote:
I'm glad to see the release that includes deken is out now.
One minor thing still apparent in the test2 release: The second argument of the 'color' message to a [cnv] object does not change the text color anymore in Pd 0.47. Text color can be changed by providing a _third_ argument, though.
See attached patch.
Cheers and thanks for all the work gone into that release, Roman
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
2016-04-29 19:49 GMT-03:00 Miller Puckette msp@ucsd.edu:
It looks like the new color handling has made teh "color" message work more coherently. In the past, if "color" had two arguments they were interpreted as background, foreground, and label color, but if only two were supplied theyt were the foreground and label colors (without setting background color). I think the old behavior is horribly confusing. I'm not sure whether to consider it a bug or a 'feature' - and whether back compatibility is more important than making the color-settings sane.
i think saner is better
On Mon, Apr 25, 2016 at 10:47:38PM +0200, Roman Haefeli wrote:
I'm glad to see the release that includes deken is out now.
One minor thing still apparent in the test2 release: The second argument of the 'color' message to a [cnv] object does not change the text color anymore in Pd 0.47. Text color can be changed by providing a _third_ argument, though.
See attached patch.
Cheers and thanks for all the work gone into that release, Roman
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
On Fri, 2016-04-29 at 15:49 -0700, Miller Puckette wrote:
It looks like the new color handling has made teh "color" message work more coherently. In the past, if "color" had two arguments they were interpreted as background, foreground, and label color, but if only two were supplied theyt were the foreground and label colors (without setting background color).
Actually, a color message with two arguments sets background and label, leaving foreground color unchanged (in Pd <= 0.46).
I think the old behavior is horribly confusing.
Until now, I wasn't aware that all iemguis behave the same regarding colors. The new behavior would have worked for old versions of Pd, but it never occurred to me, since the documentation for [cnv] clearly suggests using only two arguments (background, label), while all other iemguis require three arguments. Thus, I used only two arguments whenever setting the label color for [cnv]s dynamically. The change of behavior breaks quite a few patches of mine. This doesn't mean I'm opposed to introducing sanity in that matter (it's quite easy to fix), but I'm wondering how many other patches with non-trivial GUI designs would be affected.
I'm not sure whether to consider it a bug or a 'feature' - and whether back compatibility is more important than making the color-settings sane.
I'm not even sure what is more sane. The new behavior forces the use of a redundant middle argument when setting the label of a [cnv].
Roman
On Mon, Apr 25, 2016 at 10:47:38PM +0200, Roman Haefeli wrote:
I'm glad to see the release that includes deken is out now.
One minor thing still apparent in the test2 release: The second argument of the 'color' message to a [cnv] object does not change the text color anymore in Pd 0.47. Text color can be changed by providing a _third_ argument, though.
See attached patch.
Cheers and thanks for all the work gone into that release, Roman
OK.. I added a 0.46 compatibility mode to get the old, strange behavior :)
On Sat, Apr 30, 2016 at 05:42:55PM +0200, Roman Haefeli wrote:
On Fri, 2016-04-29 at 15:49 -0700, Miller Puckette wrote:
It looks like the new color handling has made teh "color" message work more coherently. In the past, if "color" had two arguments they were interpreted as background, foreground, and label color, but if only two were supplied theyt were the foreground and label colors (without setting background color).
Actually, a color message with two arguments sets background and label, leaving foreground color unchanged (in Pd <= 0.46).
I think the old behavior is horribly confusing.
Until now, I wasn't aware that all iemguis behave the same regarding colors. The new behavior would have worked for old versions of Pd, but it never occurred to me, since the documentation for [cnv] clearly suggests using only two arguments (background, label), while all other iemguis require three arguments. Thus, I used only two arguments whenever setting the label color for [cnv]s dynamically. The change of behavior breaks quite a few patches of mine. This doesn't mean I'm opposed to introducing sanity in that matter (it's quite easy to fix), but I'm wondering how many other patches with non-trivial GUI designs would be affected.
I'm not sure whether to consider it a bug or a 'feature' - and whether back compatibility is more important than making the color-settings sane.
I'm not even sure what is more sane. The new behavior forces the use of a redundant middle argument when setting the label of a [cnv].
Roman
On Mon, Apr 25, 2016 at 10:47:38PM +0200, Roman Haefeli wrote:
I'm glad to see the release that includes deken is out now.
One minor thing still apparent in the test2 release: The second argument of the 'color' message to a [cnv] object does not change the text color anymore in Pd 0.47. Text color can be changed by providing a _third_ argument, though.
See attached patch.
Cheers and thanks for all the work gone into that release, Roman
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
On Sat, 2016-04-30 at 12:08 -0700, Miller Puckette wrote:
OK.. I added a 0.46 compatibility mode to get the old, strange behavior :)
I don't see anything regarding this in the logs. Did you push? The most recent commit I see is adcdcede.
Now I feel somewhat guilty for another compatibility mode ;-) Probably more important than supporting the 'strange' behavior would be to reflect the current behavior in the documentation. See attached my_canvas-help.pd
Roman
On Sat, Apr 30, 2016 at 05:42:55PM +0200, Roman Haefeli wrote:
On Fri, 2016-04-29 at 15:49 -0700, Miller Puckette wrote:
It looks like the new color handling has made teh "color" message work more coherently. In the past, if "color" had two arguments they were interpreted as background, foreground, and label color, but if only two were supplied theyt were the foreground and label colors (without setting background color).
Actually, a color message with two arguments sets background and label, leaving foreground color unchanged (in Pd <= 0.46).
I think the old behavior is horribly confusing.
Until now, I wasn't aware that all iemguis behave the same regarding colors. The new behavior would have worked for old versions of Pd, but it never occurred to me, since the documentation for [cnv] clearly suggests using only two arguments (background, label), while all other iemguis require three arguments. Thus, I used only two arguments whenever setting the label color for [cnv]s dynamically. The change of behavior breaks quite a few patches of mine. This doesn't mean I'm opposed to introducing sanity in that matter (it's quite easy to fix), but I'm wondering how many other patches with non-trivial GUI designs would be affected.
I'm not sure whether to consider it a bug or a 'feature' - and whether back compatibility is more important than making the color-settings sane.
I'm not even sure what is more sane. The new behavior forces the use of a redundant middle argument when setting the label of a [cnv].
Roman
On Mon, Apr 25, 2016 at 10:47:38PM +0200, Roman Haefeli wrote:
I'm glad to see the release that includes deken is out now.
One minor thing still apparent in the test2 release: The second argument of the 'color' message to a [cnv] object does not change the text color anymore in Pd 0.47. Text color can be changed by providing a _third_ argument, though.
See attached patch.
Cheers and thanks for all the work gone into that release, Roman
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Sorry - I hadn't pushed my local git repo yet, now I have. I edited the help file too (with a bit more detail :)
Miller
On Sun, May 01, 2016 at 11:42:45AM +0200, Roman Haefeli wrote:
On Sat, 2016-04-30 at 12:08 -0700, Miller Puckette wrote:
OK.. I added a 0.46 compatibility mode to get the old, strange behavior :)
I don't see anything regarding this in the logs. Did you push? The most recent commit I see is adcdcede.
Now I feel somewhat guilty for another compatibility mode ;-) Probably more important than supporting the 'strange' behavior would be to reflect the current behavior in the documentation. See attached my_canvas-help.pd
Roman
On Sat, Apr 30, 2016 at 05:42:55PM +0200, Roman Haefeli wrote:
On Fri, 2016-04-29 at 15:49 -0700, Miller Puckette wrote:
It looks like the new color handling has made teh "color" message work more coherently. In the past, if "color" had two arguments they were interpreted as background, foreground, and label color, but if only two were supplied theyt were the foreground and label colors (without setting background color).
Actually, a color message with two arguments sets background and label, leaving foreground color unchanged (in Pd <= 0.46).
I think the old behavior is horribly confusing.
Until now, I wasn't aware that all iemguis behave the same regarding colors. The new behavior would have worked for old versions of Pd, but it never occurred to me, since the documentation for [cnv] clearly suggests using only two arguments (background, label), while all other iemguis require three arguments. Thus, I used only two arguments whenever setting the label color for [cnv]s dynamically. The change of behavior breaks quite a few patches of mine. This doesn't mean I'm opposed to introducing sanity in that matter (it's quite easy to fix), but I'm wondering how many other patches with non-trivial GUI designs would be affected.
I'm not sure whether to consider it a bug or a 'feature' - and whether back compatibility is more important than making the color-settings sane.
I'm not even sure what is more sane. The new behavior forces the use of a redundant middle argument when setting the label of a [cnv].
Roman
On Mon, Apr 25, 2016 at 10:47:38PM +0200, Roman Haefeli wrote:
I'm glad to see the release that includes deken is out now.
One minor thing still apparent in the test2 release: The second argument of the 'color' message to a [cnv] object does not change the text color anymore in Pd 0.47. Text color can be changed by providing a _third_ argument, though.
See attached patch.
Cheers and thanks for all the work gone into that release, Roman
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
#N canvas 0 44 500 292 10; #X obj 1 1 cnv 15 300 60 foo10_snd foo10_rcv my_canvas=cnv 63 37 0 17 -257472 -355 0; #X text 4 232 (c) musil@iem.kug.ac.at; #X text 46 245 IEM KUG; #N canvas 219 100 699 530 edit 0; #X obj 39 226 f; #X msg 17 205 bang; #X floatatom 55 204 3 63 88 0 - - -, f 3; #X floatatom 90 226 3 0 37 0 - - -, f 3; #X obj 39 249 pack 0 0; #X text 117 226 y-label; #X text 83 204 x-label; #X obj 297 281 f; #X msg 275 260 bang; #X floatatom 313 259 3 -10 10 0 - - -, f 3; #X floatatom 348 281 3 -10 10 0 - - -, f 3; #X obj 297 304 pack 0 0; #X obj 309 396 f; #X msg 287 375 bang; #X floatatom 325 374 3 20 60 0 - - -, f 3; #X floatatom 360 396 3 150 200 0 - - -, f 3; #X obj 309 419 pack 0 0; #X text 341 259 x-delta; #X text 375 281 y-delta; #X text 353 374 x-position; #X text 387 396 y-position; #X obj 59 341 f; #X msg 37 320 bang; #X floatatom 75 319 3 0 2 0 - - -, f 3; #X floatatom 110 341 3 4 36 0 - - -, f 3; #X obj 59 364 pack 0 0; #X text 103 319 font; #X text 139 341 height; #X floatatom 275 183 3 2 20 0 - - -, f 3; #X msg 39 274 ; foo10_rcv label_pos $1 $2; #X msg 59 390 ; foo10_rcv label_font $1 $2; #X msg 36 430 ; foo10_rcv label blabla; #X msg 36 466 ; foo10_rcv label my_canvas; #X msg 309 444 ; foo10_rcv pos $1 $2; #X msg 297 329 ; foo10_rcv delta $1 $2; #X obj 505 234 f; #X msg 483 213 bang; #X floatatom 521 212 5 100 1000 0 - - -, f 5; #X floatatom 556 234 4 50 500 0 - - -, f 4; #X obj 505 257 pack 0 0; #X text 566 212 width; #X text 594 236 height; #X msg 505 282 ; foo10_rcv vis_size $1 $2; #X msg 275 211 ; foo10_rcv size $1; #X text 305 183 selectable size; #X msg 483 156 ; foo10a_rcv receive foo10_rcv; #X msg 483 119 ; foo10_rcv receive foo10a_rcv; #X msg 482 29 ; foo10_rcv send foo10a_snd; #X msg 482 67 ; foo10_rcv send foo10_snd; #X msg 509 372 ; foo10_rcv get_pos; #X obj 510 407 r foo10_snd; #X obj 510 428 unpack 0 0; #X floatatom 510 453 4 0 0 0 - - -, f 4; #X floatatom 575 452 4 0 0 0 - - -, f 4; #X text 490 452 x=; #X text 557 452 y=; #X obj 52 79 f; #X msg 29 31 bang; #X floatatom 68 29 3 0 29 0 - - -, f 3; #X floatatom 103 47 3 0 29 0 - - -, f 3; #X text 96 29 background; #X text 131 48 label-color; #X msg 290 25 back; #X msg 290 49 label; #X msg 252 25 bang; #N canvas 15 207 606 448 RGB_____________ 0; #X obj 97 56 inlet; #X obj 262 53 inlet; #X obj 339 55 inlet; #X obj 405 56 inlet; #X obj 97 270 bang; #X msg 77 295 0; #X msg 104 295 1; #X obj 146 268 bang; #X msg 132 295 0; #X msg 160 295 1; #X obj 265 313 spigot; #X obj 312 313 spigot; #X obj 249 385 outlet; #X text 93 33 select; #X text 267 28 red; #X text 337 30 green; #X text 409 30 blue; #X obj 405 102 t b f; #X obj 339 160 +; #X obj 339 185 t b f; #X obj 339 216 +; #X obj 296 385 outlet; #X obj 28 180 loadbang; #X obj 296 361 f; #X obj 249 361 f; #X obj 262 79 * -65536; #X obj 339 80 * -256; #X obj 405 80 * -1; #X obj 339 247 - 1; #X obj 97 135 route back label bang; #X obj 235 168 t b b b; #X connect 0 0 29 0; #X connect 1 0 25 0; #X connect 2 0 26 0; #X connect 3 0 27 0; #X connect 4 0 5 0; #X connect 4 0 6 0; #X connect 5 0 11 1; #X connect 6 0 10 1; #X connect 7 0 8 0; #X connect 7 0 9 0; #X connect 8 0 10 1; #X connect 9 0 11 1; #X connect 10 0 24 1; #X connect 11 0 23 1; #X connect 17 0 18 0; #X connect 17 1 18 1; #X connect 18 0 19 0; #X connect 19 0 20 0; #X connect 19 1 20 1; #X connect 20 0 28 0; #X connect 22 0 6 0; #X connect 23 0 21 0; #X connect 24 0 12 0; #X connect 25 0 20 0; #X connect 26 0 18 0; #X connect 27 0 17 0; #X connect 28 0 11 0; #X connect 28 0 10 0; #X connect 29 0 4 0; #X connect 29 1 7 0; #X connect 29 2 30 0; #X connect 30 0 24 0; #X connect 30 1 23 0; #X connect 30 2 28 0; #X restore 290 86 pd RGB_____________; #X floatatom 332 55 3 0 255 0 - - -, f 3; #X floatatom 375 55 3 0 255 0 - - -, f 3; #X floatatom 418 56 3 0 255 0 - - -, f 3; #X text 39 3 preset-colors; #X text 301 0 RGB-colors; #X text 332 37 red; #X text 368 36 green; #X text 416 36 blue; #X obj 52 104 pack 0 0; #X msg 52 137 ; foo10_rcv color $1 0 $2; #X connect 0 0 4 0; #X connect 1 0 0 0; #X connect 2 0 0 1; #X connect 3 0 4 1; #X connect 4 0 29 0; #X connect 7 0 11 0; #X connect 8 0 7 0; #X connect 9 0 7 1; #X connect 10 0 11 1; #X connect 11 0 34 0; #X connect 12 0 16 0; #X connect 13 0 12 0; #X connect 14 0 12 1; #X connect 15 0 16 1; #X connect 16 0 33 0; #X connect 21 0 25 0; #X connect 22 0 21 0; #X connect 23 0 21 1; #X connect 24 0 25 1; #X connect 25 0 30 0; #X connect 28 0 43 0; #X connect 35 0 39 0; #X connect 36 0 35 0; #X connect 37 0 35 1; #X connect 38 0 39 1; #X connect 39 0 42 0; #X connect 50 0 51 0; #X connect 51 0 52 0; #X connect 51 1 53 0; #X connect 56 0 74 0; #X connect 57 0 56 0; #X connect 58 0 56 1; #X connect 59 0 74 1; #X connect 62 0 65 0; #X connect 63 0 65 0; #X connect 64 0 65 0; #X connect 65 0 74 0; #X connect 65 1 74 1; #X connect 66 0 65 1; #X connect 67 0 65 2; #X connect 68 0 65 3; #X connect 74 0 75 0; #X restore 315 20 pd edit; #X floatatom 110 193 4 0 0 0 - - -, f 4; #X floatatom 147 193 4 0 0 0 - - -, f 4; #X text 121 209 x; #X text 158 209 y; #X obj 7 161 metro 100; #X obj 33 141 tgl 15 1 empty empty empty 20 8 0 10 -262144 -1 -1 1 1; #X obj 110 145 r from_K1; #X floatatom 188 194 4 0 0 0 - - -, f 4; #X floatatom 225 194 4 0 0 0 - - -, f 4; #X text 198 210 x; #X text 236 210 y; #X obj 188 146 r from_K2; #X msg 7 185 ; to_K get_pos; #N canvas 0 296 395 395 room 0; #X obj 1 1 cnv 1 400 400 empty empty type...ctrl+e 150 140 2 17 -33289 -24198 0; #X obj 15 16 cnv 1 1 360 empty empty move_K1_and_K2 115 160 2 17 -166441 -24198 0; #X obj 374 15 cnv 1 1 360 empty empty empty 20 12 2 20 -99865 -66577 0; #X obj 15 15 cnv 1 360 1 empty empty empty 20 12 2 20 -166441 -66577 0; #X obj 17 375 cnv 1 358 1 empty empty empty 20 12 2 20 -99865 -66577 0; #X obj 23 22 cnv 25 25 25 from_K1 to_K K1 1 13 2 14 -261681 -123526 0; #X obj 342 342 cnv 25 25 25 from_K2 to_K K2 1 13 2 14 -225280 -1109 0; #X restore 307 147 pd room; #X obj 110 169 unpack; #X obj 188 170 unpack; #X text 51 92 to modify geometry , colors , etc.; #X obj 2 115 cnv 1 470 1 empty empty empty 20 12 2 20 -261681 -66577 0; #X text 40 78 of the light-blue; #X text 166 78 my_canvas-object ,; #X text 5 64 click the properties-dialog on the top-left corner; #X obj 361 195 r foo10_rcv; #X obj 403 215 s ggg; #X text 21 257 graz , austria 2002; #X obj 187 236 x_all_guis aaa bbb ccc ddd eee fff ggg hhh iii; #X text 313 46 For cnv's creation arguments:; #N canvas 881 440 467 369 canvas-creation-arguments 0; #X msg 7 12 canvas: cnv selectableSize xSize ySize sendName recieveName Label labelXOff labelYOff Font# fontSize bgColor lblColor 0; #X text 9 169 For example , a canvas called thusly:; #X obj 9 248 cnv 15 200 100 myCanvas myCanvasR Canvas_Demo 20 12 2 14 -62784 -195568 0; #X text 9 226 will result in this:; #X text 8 59 Canvas can be called with 13 creation arguments. These are not "optional" - all parameters must be filled or the canvas will not instantiate correctly.; #X text 10 114 The function of the final "0" is unknown to me (it is found in the textual entry for a canvas object in a .pd file) but can be safely left off without ill effects.; #X msg 9 191 cnv 15 200 100 myCanvas myCanvasR Canvas_Demo 20 12 2 14 18 20; #X restore 314 63 pd canvas-creation-arguments; #X text 172 257 updated for Pd version 0.47; #X connect 8 0 16 0; #X connect 9 0 8 0; #X connect 10 0 18 0; #X connect 15 0 19 0; #X connect 18 0 4 0; #X connect 18 1 5 0; #X connect 19 0 11 0; #X connect 19 1 12 0; #X connect 25 0 26 0;
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
I've just tried test2 on Fedora. I got the source from Miller's site, did ./autogen.sh, ./configure, make, make install.
Unfortunately, the zoom function doesn't seem to work at all on my system. It's greyed out until you create a new patch; when you do, the "zoom in" and "zoom out" entries are no longer greyed out, but they have no effect.
It's quite possible that I'm doing something wrong, I will investigate further; but I thought I'd report while it's fresh.
- martin
On 25 April 2016 at 17:23, Miller Puckette msp@ucsd.edu wrote:
Thanks for all your swift feedback... I've put out 0.47-0 test 2, which fixes most of the problems I've heard about - I'm still trying to chase down a couple of things. I'll plan to put out the "stable" release next weekend if things go smoothly.
http://msp.ucsd.edu/software.htm
or $ git clone git://git.code.sf.net/p/pure-data/pure-data
cheers Miller
Pd-announce mailing list Pd-announce@lists.iem.at https://lists.puredata.info/listinfo/pd-announce _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Correction: the zooming feature does seem to work. The objects are bigger and readable on a high density screen. I was under the impression that the menu items were also going to get bigger, which is not the case.
- martin
On 25 April 2016 at 23:28, Martin Dupras martindupras@gmail.com wrote:
I've just tried test2 on Fedora. I got the source from Miller's site, did ./autogen.sh, ./configure, make, make install.
Unfortunately, the zoom function doesn't seem to work at all on my system. It's greyed out until you create a new patch; when you do, the "zoom in" and "zoom out" entries are no longer greyed out, but they have no effect.
It's quite possible that I'm doing something wrong, I will investigate further; but I thought I'd report while it's fresh.
- martin
On 25 April 2016 at 17:23, Miller Puckette msp@ucsd.edu wrote:
Thanks for all your swift feedback... I've put out 0.47-0 test 2, which fixes most of the problems I've heard about - I'm still trying to chase down a couple of things. I'll plan to put out the "stable" release next weekend if things go smoothly.
http://msp.ucsd.edu/software.htm
or $ git clone git://git.code.sf.net/p/pure-data/pure-data
cheers Miller
Pd-announce mailing list Pd-announce@lists.iem.at https://lists.puredata.info/listinfo/pd-announce _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Yep, zooming works only on patches. To change menus, dialogs, etc, set the font size on teh Pd window.
cheers Miller
On Mon, Apr 25, 2016 at 11:38:30PM +0100, Martin Dupras wrote:
Correction: the zooming feature does seem to work. The objects are bigger and readable on a high density screen. I was under the impression that the menu items were also going to get bigger, which is not the case.
- martin
On 25 April 2016 at 23:28, Martin Dupras martindupras@gmail.com wrote:
I've just tried test2 on Fedora. I got the source from Miller's site, did ./autogen.sh, ./configure, make, make install.
Unfortunately, the zoom function doesn't seem to work at all on my system. It's greyed out until you create a new patch; when you do, the "zoom in" and "zoom out" entries are no longer greyed out, but they have no effect.
It's quite possible that I'm doing something wrong, I will investigate further; but I thought I'd report while it's fresh.
- martin
On 25 April 2016 at 17:23, Miller Puckette msp@ucsd.edu wrote:
Thanks for all your swift feedback... I've put out 0.47-0 test 2, which fixes most of the problems I've heard about - I'm still trying to chase down a couple of things. I'll plan to put out the "stable" release next weekend if things go smoothly.
http://msp.ucsd.edu/software.htm
or $ git clone git://git.code.sf.net/p/pure-data/pure-data
cheers Miller
Pd-announce mailing list Pd-announce@lists.iem.at https://lists.puredata.info/listinfo/pd-announce _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Zoom is working for me, but the keyboard shortcut Ctrl + '+' isn't. Zoom out shortcut Ctrl + '-' works fine.
I'm on Ubuntu 16.04, 64.
Date: Mon, 25 Apr 2016 15:41:21 -0700 From: msp@ucsd.edu To: martindupras@gmail.com CC: pd-list@iem.at; pd-announce@iem.at Subject: Re: [PD] [PD-announce] pd 0.47-0test2 released
Yep, zooming works only on patches. To change menus, dialogs, etc, set the font size on teh Pd window.
cheers Miller
On Mon, Apr 25, 2016 at 11:38:30PM +0100, Martin Dupras wrote:
Correction: the zooming feature does seem to work. The objects are bigger and readable on a high density screen. I was under the impression that the menu items were also going to get bigger, which is not the case.
- martin
On 25 April 2016 at 23:28, Martin Dupras martindupras@gmail.com wrote:
I've just tried test2 on Fedora. I got the source from Miller's site, did ./autogen.sh, ./configure, make, make install.
Unfortunately, the zoom function doesn't seem to work at all on my system. It's greyed out until you create a new patch; when you do, the "zoom in" and "zoom out" entries are no longer greyed out, but they have no effect.
It's quite possible that I'm doing something wrong, I will investigate further; but I thought I'd report while it's fresh.
- martin
On 25 April 2016 at 17:23, Miller Puckette msp@ucsd.edu wrote:
Thanks for all your swift feedback... I've put out 0.47-0 test 2, which fixes most of the problems I've heard about - I'm still trying to chase down a couple of things. I'll plan to put out the "stable" release next weekend if things go smoothly.
http://msp.ucsd.edu/software.htm
or $ git clone git://git.code.sf.net/p/pure-data/pure-data
cheers Miller
Pd-announce mailing list Pd-announce@lists.iem.at https://lists.puredata.info/listinfo/pd-announce _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Neither the numeric peypad '+' nor the regular one (above the = in the US, but probably elsewhere elsewhere)?
cheers M
On Tue, Apr 26, 2016 at 03:05:44AM +0100, Liam Goodacre wrote:
Zoom is working for me, but the keyboard shortcut Ctrl + '+' isn't. Zoom out shortcut Ctrl + '-' works fine.
I'm on Ubuntu 16.04, 64.
Date: Mon, 25 Apr 2016 15:41:21 -0700 From: msp@ucsd.edu To: martindupras@gmail.com CC: pd-list@iem.at; pd-announce@iem.at Subject: Re: [PD] [PD-announce] pd 0.47-0test2 released
Yep, zooming works only on patches. To change menus, dialogs, etc, set the font size on teh Pd window.
cheers Miller
On Mon, Apr 25, 2016 at 11:38:30PM +0100, Martin Dupras wrote:
Correction: the zooming feature does seem to work. The objects are bigger and readable on a high density screen. I was under the impression that the menu items were also going to get bigger, which is not the case.
- martin
On 25 April 2016 at 23:28, Martin Dupras martindupras@gmail.com wrote:
I've just tried test2 on Fedora. I got the source from Miller's site, did ./autogen.sh, ./configure, make, make install.
Unfortunately, the zoom function doesn't seem to work at all on my system. It's greyed out until you create a new patch; when you do, the "zoom in" and "zoom out" entries are no longer greyed out, but they have no effect.
It's quite possible that I'm doing something wrong, I will investigate further; but I thought I'd report while it's fresh.
- martin
On 25 April 2016 at 17:23, Miller Puckette msp@ucsd.edu wrote:
Thanks for all your swift feedback... I've put out 0.47-0 test 2, which fixes most of the problems I've heard about - I'm still trying to chase down a couple of things. I'll plan to put out the "stable" release next weekend if things go smoothly.
http://msp.ucsd.edu/software.htm
or $ git clone git://git.code.sf.net/p/pure-data/pure-data
cheers Miller
Pd-announce mailing list Pd-announce@lists.iem.at https://lists.puredata.info/listinfo/pd-announce _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
I'm on a laptop, so I only have the the "= +" key next to the numbers. It's a standard US layout keyboard.
Date: Mon, 25 Apr 2016 19:47:45 -0700 From: msp@ucsd.edu To: liamg_uw@hotmail.com CC: pd-list@lists.iem.at Subject: Re: [PD] [PD-announce] pd 0.47-0test2 released
Neither the numeric peypad '+' nor the regular one (above the = in the US, but probably elsewhere elsewhere)?
cheers M
On Tue, Apr 26, 2016 at 03:05:44AM +0100, Liam Goodacre wrote:
Zoom is working for me, but the keyboard shortcut Ctrl + '+' isn't. Zoom out shortcut Ctrl + '-' works fine.
I'm on Ubuntu 16.04, 64.
Date: Mon, 25 Apr 2016 15:41:21 -0700 From: msp@ucsd.edu To: martindupras@gmail.com CC: pd-list@iem.at; pd-announce@iem.at Subject: Re: [PD] [PD-announce] pd 0.47-0test2 released
Yep, zooming works only on patches. To change menus, dialogs, etc, set the font size on teh Pd window.
cheers Miller
On Mon, Apr 25, 2016 at 11:38:30PM +0100, Martin Dupras wrote:
Correction: the zooming feature does seem to work. The objects are bigger and readable on a high density screen. I was under the impression that the menu items were also going to get bigger, which is not the case.
- martin
On 25 April 2016 at 23:28, Martin Dupras martindupras@gmail.com wrote:
I've just tried test2 on Fedora. I got the source from Miller's site, did ./autogen.sh, ./configure, make, make install.
Unfortunately, the zoom function doesn't seem to work at all on my system. It's greyed out until you create a new patch; when you do, the "zoom in" and "zoom out" entries are no longer greyed out, but they have no effect.
It's quite possible that I'm doing something wrong, I will investigate further; but I thought I'd report while it's fresh.
- martin
On 25 April 2016 at 17:23, Miller Puckette msp@ucsd.edu wrote:
Thanks for all your swift feedback... I've put out 0.47-0 test 2, which fixes most of the problems I've heard about - I'm still trying to chase down a couple of things. I'll plan to put out the "stable" release next weekend if things go smoothly.
http://msp.ucsd.edu/software.htm
or $ git clone git://git.code.sf.net/p/pure-data/pure-data
cheers Miller
Pd-announce mailing list Pd-announce@lists.iem.at https://lists.puredata.info/listinfo/pd-announce _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
no matter how many times i tell mac os it is fine to open pd-47 test, it keeps saying it's from an undentified developer...
anybody else or just me?
2016-04-26 11:41 GMT-03:00 Liam Goodacre liamg_uw@hotmail.com:
I'm on a laptop, so I only have the the "= +" key next to the numbers. It's a standard US layout keyboard.
Date: Mon, 25 Apr 2016 19:47:45 -0700 From: msp@ucsd.edu To: liamg_uw@hotmail.com CC: pd-list@lists.iem.at
Subject: Re: [PD] [PD-announce] pd 0.47-0test2 released
Neither the numeric peypad '+' nor the regular one (above the = in the
US,
but probably elsewhere elsewhere)?
cheers M
On Tue, Apr 26, 2016 at 03:05:44AM +0100, Liam Goodacre wrote:
Zoom is working for me, but the keyboard shortcut Ctrl + '+' isn't.
Zoom out shortcut Ctrl + '-' works fine.
I'm on Ubuntu 16.04, 64.
Date: Mon, 25 Apr 2016 15:41:21 -0700 From: msp@ucsd.edu To: martindupras@gmail.com CC: pd-list@iem.at; pd-announce@iem.at Subject: Re: [PD] [PD-announce] pd 0.47-0test2 released
Yep, zooming works only on patches. To change menus, dialogs, etc, set the font size on teh Pd window.
cheers Miller
On Mon, Apr 25, 2016 at 11:38:30PM +0100, Martin Dupras wrote:
Correction: the zooming feature does seem to work. The objects are bigger and readable on a high density screen. I was under the impression that the menu items were also going to get bigger,
which is
not the case.
- martin
On 25 April 2016 at 23:28, Martin Dupras martindupras@gmail.com
wrote:
I've just tried test2 on Fedora. I got the source from Miller's
site,
did ./autogen.sh, ./configure, make, make install.
Unfortunately, the zoom function doesn't seem to work at all on
my
system. It's greyed out until you create a new patch; when you
do, the
"zoom in" and "zoom out" entries are no longer greyed out, but
they
have no effect.
It's quite possible that I'm doing something wrong, I will
investigate
further; but I thought I'd report while it's fresh.
- martin
On 25 April 2016 at 17:23, Miller Puckette msp@ucsd.edu wrote: > Thanks for all your swift feedback... I've put out 0.47-0 test
2, which
> fixes most of the problems I've heard about - I'm still trying
to chase
> down a couple of things. I'll plan to put out the "stable"
release next
> weekend if things go smoothly. > > http://msp.ucsd.edu/software.htm > > or $ git clone git://git.code.sf.net/p/pure-data/pure-data > > cheers > Miller > > _______________________________________________ > Pd-announce mailing list > Pd-announce@lists.iem.at > https://lists.puredata.info/listinfo/pd-announce > _______________________________________________ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
this is a stupid Apple thing meant to lock you into Apple or approved devs only. to fix this, go into your System Preferences select Security and click the lock icon. then find the section with the words 'Allow applications downloaded from' (in 10.8 its the General tab). change this to Anywhere and close the lock icon. Try opening it up again and it should work.
best, scott
On Tue, Apr 26, 2016 at 9:45 PM, Alexandre Torres Porres porres@gmail.com wrote:
no matter how many times i tell mac os it is fine to open pd-47 test, it keeps saying it's from an undentified developer...
anybody else or just me?
2016-04-26 11:41 GMT-03:00 Liam Goodacre liamg_uw@hotmail.com:
I'm on a laptop, so I only have the the "= +" key next to the numbers. It's a standard US layout keyboard.
Date: Mon, 25 Apr 2016 19:47:45 -0700 From: msp@ucsd.edu To: liamg_uw@hotmail.com CC: pd-list@lists.iem.at
Subject: Re: [PD] [PD-announce] pd 0.47-0test2 released
Neither the numeric peypad '+' nor the regular one (above the = in the
US,
but probably elsewhere elsewhere)?
cheers M
On Tue, Apr 26, 2016 at 03:05:44AM +0100, Liam Goodacre wrote:
Zoom is working for me, but the keyboard shortcut Ctrl + '+' isn't.
Zoom out shortcut Ctrl + '-' works fine.
I'm on Ubuntu 16.04, 64.
Date: Mon, 25 Apr 2016 15:41:21 -0700 From: msp@ucsd.edu To: martindupras@gmail.com CC: pd-list@iem.at; pd-announce@iem.at Subject: Re: [PD] [PD-announce] pd 0.47-0test2 released
Yep, zooming works only on patches. To change menus, dialogs, etc, set the font size on teh Pd window.
cheers Miller
On Mon, Apr 25, 2016 at 11:38:30PM +0100, Martin Dupras wrote:
Correction: the zooming feature does seem to work. The objects are bigger and readable on a high density screen. I was under the impression that the menu items were also going to get bigger,
which is
not the case.
- martin
On 25 April 2016 at 23:28, Martin Dupras martindupras@gmail.com
wrote:
> I've just tried test2 on Fedora. I got the source from Miller's
site,
> did ./autogen.sh, ./configure, make, make install. > > Unfortunately, the zoom function doesn't seem to work at all on
my
> system. It's greyed out until you create a new patch; when you
do, the
> "zoom in" and "zoom out" entries are no longer greyed out, but
they
> have no effect. > > It's quite possible that I'm doing something wrong, I will
investigate
> further; but I thought I'd report while it's fresh. > > - martin > > > On 25 April 2016 at 17:23, Miller Puckette msp@ucsd.edu
wrote:
>> Thanks for all your swift feedback... I've put out 0.47-0 test
2, which
>> fixes most of the problems I've heard about - I'm still trying
to chase
>> down a couple of things. I'll plan to put out the "stable"
release next
>> weekend if things go smoothly. >> >> http://msp.ucsd.edu/software.htm >> >> or $ git clone git://git.code.sf.net/p/pure-data/pure-data >> >> cheers >> Miller >> >> _______________________________________________ >> Pd-announce mailing list >> Pd-announce@lists.iem.at >> https://lists.puredata.info/listinfo/pd-announce >> _______________________________________________ >> Pd-list@lists.iem.at mailing list >> UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
I still can't reproduce this... you're indeed hitting the shift key along with control so taht it's ctrl-+ and not ctrl-=, right? Just tried on a Fedora laptop with no problem.
cheers Miller
On Tue, Apr 26, 2016 at 03:41:16PM +0100, Liam Goodacre wrote:
I'm on a laptop, so I only have the the "= +" key next to the numbers. It's a standard US layout keyboard.
Date: Mon, 25 Apr 2016 19:47:45 -0700 From: msp@ucsd.edu To: liamg_uw@hotmail.com CC: pd-list@lists.iem.at Subject: Re: [PD] [PD-announce] pd 0.47-0test2 released
Neither the numeric peypad '+' nor the regular one (above the = in the US, but probably elsewhere elsewhere)?
cheers M
On Tue, Apr 26, 2016 at 03:05:44AM +0100, Liam Goodacre wrote:
Zoom is working for me, but the keyboard shortcut Ctrl + '+' isn't. Zoom out shortcut Ctrl + '-' works fine.
I'm on Ubuntu 16.04, 64.
Date: Mon, 25 Apr 2016 15:41:21 -0700 From: msp@ucsd.edu To: martindupras@gmail.com CC: pd-list@iem.at; pd-announce@iem.at Subject: Re: [PD] [PD-announce] pd 0.47-0test2 released
Yep, zooming works only on patches. To change menus, dialogs, etc, set the font size on teh Pd window.
cheers Miller
On Mon, Apr 25, 2016 at 11:38:30PM +0100, Martin Dupras wrote:
Correction: the zooming feature does seem to work. The objects are bigger and readable on a high density screen. I was under the impression that the menu items were also going to get bigger, which is not the case.
- martin
On 25 April 2016 at 23:28, Martin Dupras martindupras@gmail.com wrote:
I've just tried test2 on Fedora. I got the source from Miller's site, did ./autogen.sh, ./configure, make, make install.
Unfortunately, the zoom function doesn't seem to work at all on my system. It's greyed out until you create a new patch; when you do, the "zoom in" and "zoom out" entries are no longer greyed out, but they have no effect.
It's quite possible that I'm doing something wrong, I will investigate further; but I thought I'd report while it's fresh.
- martin
On 25 April 2016 at 17:23, Miller Puckette msp@ucsd.edu wrote: > Thanks for all your swift feedback... I've put out 0.47-0 test 2, which > fixes most of the problems I've heard about - I'm still trying to chase > down a couple of things. I'll plan to put out the "stable" release next > weekend if things go smoothly. > > http://msp.ucsd.edu/software.htm > > or $ git clone git://git.code.sf.net/p/pure-data/pure-data > > cheers > Miller > > _______________________________________________ > Pd-announce mailing list > Pd-announce@lists.iem.at > https://lists.puredata.info/listinfo/pd-announce > _______________________________________________ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
On 04/26/2016 12:28 AM, Martin Dupras wrote:
I've just tried test2 on Fedora. I got the source from Miller's site, did ./autogen.sh, ./configure, make, make install.
Unfortunately, the zoom function doesn't seem to work at all on my system. It's greyed out until you create a new patch; when you do, the "zoom in" and "zoom out" entries are no longer greyed out,
afaik, this is purely intentional: the zoom only works for the patch-canvas (not for menu).
but they have no effect.
this obviously is not.
It's quite possible that I'm doing something wrong, I will investigate further; but I thought I'd report while it's fresh.
i can confirm that it works for me. just to be sure: you do have some content on the patch window, do you? (a zoomed white canvas might be undistinguishable from it's unzoomed counterpart)
Ok, on my system, making the font really big and having zoom on at the same time make things better now. The text in the console is still really small, as is the "audio on/off" text at the top of the console. Screenshot attached.
That said, it is a massive improvement that makes PD usable on my screen. Many thanks!
- martin
On 25 April 2016 at 23:40, IOhannes m zmölnig zmoelnig@iem.at wrote:
On 04/26/2016 12:28 AM, Martin Dupras wrote:
I've just tried test2 on Fedora. I got the source from Miller's site, did ./autogen.sh, ./configure, make, make install.
Unfortunately, the zoom function doesn't seem to work at all on my system. It's greyed out until you create a new patch; when you do, the "zoom in" and "zoom out" entries are no longer greyed out,
afaik, this is purely intentional: the zoom only works for the patch-canvas (not for menu).
but they have no effect.
this obviously is not.
It's quite possible that I'm doing something wrong, I will investigate further; but I thought I'd report while it's fresh.
i can confirm that it works for me. just to be sure: you do have some content on the patch window, do you? (a zoomed white canvas might be undistinguishable from it's unzoomed counterpart)
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
On 04/26/2016 12:40 AM, IOhannes m zmölnig wrote:
i can confirm that it works for me.
see attached image with a zoomed patch (left) and an unzoomed one (right).
what is slightly annoying is, that when copying a zoomed content, it will look different than when copying the unzoomed content. (spacing varies)
gfamrds IOhannes
Yes... I think I need to constrain motion in the zoomd case to be multiples of 2 pixels somehow. Also it would be good if the zoomed width of an object were exactly twice the unzoomed width but I don't know how to do that.
cheers Miller
On Tue, Apr 26, 2016 at 11:14:23AM +0200, IOhannes m zmölnig wrote:
On 04/26/2016 12:40 AM, IOhannes m zmölnig wrote:
i can confirm that it works for me.
see attached image with a zoomed patch (left) and an unzoomed one (right).
what is slightly annoying is, that when copying a zoomed content, it will look different than when copying the unzoomed content. (spacing varies)
gfamrds IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Hi Miller,
I also remembered some possible bugs in [fiddle~] and [sigmund~]. I reported them on the bug tracker some months ago, but the issues are still present in the newest test release. I almost forgot about them... I attached a patch describing the issues (mainly with thresholding and amplitude output).
Could also be I'm missing something. Anyway, if you have time you can have a look.
Christof
Gesendet: Montag, 25. April 2016 um 18:23 Uhr Von: "Miller Puckette" msp@ucsd.edu An: pd-announce@iem.at Betreff: [PD] [PD-announce] pd 0.47-0test2 released
Thanks for all your swift feedback... I've put out 0.47-0 test 2, which fixes most of the problems I've heard about - I'm still trying to chase down a couple of things. I'll plan to put out the "stable" release next weekend if things go smoothly.
http://msp.ucsd.edu/software.htm
or $ git clone git://git.code.sf.net/p/pure-data/pure-data
cheers Miller
Pd-announce mailing list Pd-announce@lists.iem.at https://lists.puredata.info/listinfo/pd-announce _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Yep, there was a serious problem with sigmuns~ threshold testing... should be fixed now.
I don't want to touch fiddle~, working or not - it's way obsolete. However I did add a note to that effect in its help file :)
thanks MIller
On Tue, Apr 26, 2016 at 11:01:43AM +0200, Christof Ressi wrote:
Hi Miller,
I also remembered some possible bugs in [fiddle~] and [sigmund~]. I reported them on the bug tracker some months ago, but the issues are still present in the newest test release. I almost forgot about them... I attached a patch describing the issues (mainly with thresholding and amplitude output).
Could also be I'm missing something. Anyway, if you have time you can have a look.
Christof
Gesendet: Montag, 25. April 2016 um 18:23 Uhr Von: "Miller Puckette" msp@ucsd.edu An: pd-announce@iem.at Betreff: [PD] [PD-announce] pd 0.47-0test2 released
Thanks for all your swift feedback... I've put out 0.47-0 test 2, which fixes most of the problems I've heard about - I'm still trying to chase down a couple of things. I'll plan to put out the "stable" release next weekend if things go smoothly.
http://msp.ucsd.edu/software.htm
or $ git clone git://git.code.sf.net/p/pure-data/pure-data
cheers Miller
Pd-announce mailing list Pd-announce@lists.iem.at https://lists.puredata.info/listinfo/pd-announce _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
#N canvas 571 274 988 441 10; #X obj 35 118 osc~; #X obj 34 6 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 1 1 ; #X obj 34 56 random 100; #X obj 34 78 + 300; #X obj 34 152 *~; #X obj 178 11 vsl 15 128 0 112 0 0 empty empty empty 0 -9 0 10 -262144 -1 -1 10500 1; #X obj 99 158 line~; #X msg 97 136 $1 20; #X obj 99 113 dbtorms; #X obj 37 240 sigmund~ note pitch env; #X obj 244 239 fiddle~; #X floatatom 39 278 5 0 0 0 - - -, f 5; #X floatatom 178 150 5 0 0 0 - - -, f 5; #X obj -5 114 ftom; #X floatatom -6 138 5 0 0 0 - - -, f 5; #X floatatom 115 276 5 0 0 0 - - -, f 5; #X obj 34 34 metro 500; #X floatatom 195 275 5 0 0 0 - - -, f 5; #X obj -22 184 env~; #X floatatom 246 275 5 0 0 0 - - -, f 5; #X floatatom 293 289 5 0 0 0 - - -, f 5; #X floatatom 399 285 5 0 0 0 - - -, f 5; #X msg 54 215 minpower $1; #X floatatom 55 193 5 0 0 0 - - -, f 5; #X msg 247 212 amp-range $1 $2; #X obj 245 186 pack; #X floatatom 275 135 5 0 0 0 - - -, f 5; #X obj 275 154 t b f; #X floatatom 234 135 5 0 0 0 - - -, f 5; #X text 230 116 low; #X text 276 115 high; #X floatatom -22 206 5 0 0 0 - - -, f 5; #X msg -8 240 print; #X floatatom 335 289 5 0 0 0 - - -, f 5; #X text 262 308 raw pitch + amp; #X text 401 304 amp; #X obj 293 266 unpack; #X text 331 127 fiddle~: low threshold works , but high threshold doesn't seem to have an effect on cooked pitch output; #X text 9 335 sigmund~: minpower doesn't seem to have any effect at all. click print to verify it is actually set correctly.; #X text 452 307 btw: why are these two amplitudes not the same?; #X text 450 327 also , they are both different from the actual amplitude as measured by env~ , while sigmund~ seems to be correct.; #X connect 0 0 4 0; #X connect 1 0 16 0; #X connect 2 0 3 0; #X connect 3 0 0 0; #X connect 3 0 13 0; #X connect 4 0 9 0; #X connect 4 0 10 0; #X connect 4 0 18 0; #X connect 5 0 8 0; #X connect 5 0 12 0; #X connect 6 0 4 1; #X connect 7 0 6 0; #X connect 8 0 7 0; #X connect 9 0 11 0; #X connect 9 1 15 0; #X connect 9 2 17 0; #X connect 10 0 19 0; #X connect 10 2 36 0; #X connect 10 3 21 0; #X connect 13 0 14 0; #X connect 16 0 2 0; #X connect 18 0 31 0; #X connect 22 0 9 0; #X connect 23 0 22 0; #X connect 24 0 10 0; #X connect 25 0 24 0; #X connect 26 0 27 0; #X connect 27 0 25 0; #X connect 27 1 25 1; #X connect 28 0 25 0; #X connect 32 0 9 0; #X connect 36 0 20 0; #X connect 36 1 33 0;
-
Alexandre Torres Porres -
Christof Ressi -
Esteban Viveros -
IOhannes m zmölnig -
Jack -
Liam Goodacre -
Martin Dupras -
Miller Puckette -
Roman Haefeli -
Scott R. Looney