Pd-dev December 2012

pd-dev@lists.iem.at

14 participants
173 discussions

[ pure-data-Bugs-3597383 ] ggee help patches need work
by SourceForge.net 19 Dec '12

19 Dec '12

Bugs item #3597383, was opened at 2012-12-18 20:38 Message generated for change (Tracker Item Submitted) made by jancsika1 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3597383&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: externals Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jonathan Wilkes (jancsika1) Assigned to: Nobody/Anonymous (nobody) Summary: ggee help patches need work Initial Comment: ggee/tabwrite4~ needs a real help patch state needs a real help patch sliderh needs a real help patch and description sinh needs a real help patch sfwrite~ help patch connections are messed up, sfread~ doesn't create in the help patch, also-- why is this still in pd-extended? serial_mt needs a help patch serial_ms connection are broken and what does the right outlet do? serial_bird what does the right outlet do? why does [serialctl /dev/ttyS0] not create on debian wheezy in 0.43.4-extended-20121211? rtout needs a help patch qread needs a help patch pvocfreq needs a help patch fofsynth~ isn't finished ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3597383&group_…

1 0

[ pure-data-Bugs-3597353 ] sql_query needs a description
by SourceForge.net 19 Dec '12

19 Dec '12

Bugs item #3597353, was opened at 2012-12-18 19:16 Message generated for change (Tracker Item Submitted) made by jancsika1 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3597353&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: externals Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jonathan Wilkes (jancsika1) Assigned to: Hans-Christoph Steiner (eighthave) Summary: sql_query needs a description Initial Comment: missing a description of what the object does and syntax-- i.e., how the args relate to the xlets ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3597353&group_…

1 0

[ pure-data-Bugs-3597352 ] hid_centered connections broken
by SourceForge.net 19 Dec '12

19 Dec '12

Bugs item #3597352, was opened at 2012-12-18 19:11 Message generated for change (Tracker Item Submitted) made by jancsika1 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3597352&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: externals Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jonathan Wilkes (jancsika1) Assigned to: Hans-Christoph Steiner (eighthave) Summary: hid_centered connections broken Initial Comment: The connections need to be recreated in hid_centered-help.pd Not sure what broke them, but I don't know how the [joystick 0] is supposed to connect to the objects below it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3597352&group_…

1 0

Re: [PD-dev] pd-gui's tests and Qs on your singletons
by Hans-Christoph Steiner 18 Dec '12

18 Dec '12

On Dec 18, 2012, at 2:01 PM, IOhannes m zmölnig wrote: > hi hans, > > so i did a number of tests, and of course found one case, where my solution did not behave as it should :-) > starting one pd and then one pd-gui, would result in having 2 instances running (starting another pd-gui would correctly delegate to the last pd-gui, but the 1st pd-gui would not delegate to the first pd) > anyhow, the problem was not related to the less strict test, but due to moving the test to before the singleton check. > > i have now corrected my code and ran a couple of codes and all seem to behave correctly. (see attachment). > all tests were run on debian wheezy/sid using xfce4 (xfwm4) with 8 virtual desktops. I remember that part of the code being a pain to get right thru all of the possibilities... remember, Windows and probably even GNOME are going to behave differently from XFCE and probably each other in regards to double-click/open behavior. > while doing so and looking at your new changes, i came up with a couple of questions: > > #1 singletons and window focus > do you know why the singleton check raises the pdgui and focuses to it? > that is, why does the check whether another pd-gui is running changes window focus and eventually switches the desktop? > i understand that we probably want to raise the focus once we decide to load an abstraction into a running instance, but simply checking whether there's already an instance running should not raise focus. > i have experimentally moved the window focus/raise code to the receive_args-proc, and it seems to behave exactly as intended. > but now i can start multiple instances of Pd (not! pd-guis) on different desktops, and the 2nd Pd will not try to move itself to the desktop of the 1st instance. (the current (0.43) behaviour is very annoying if you work with multiple instances of Pd on multiple virtual desktops) I don't recall, but I imagine I had to do that to get Tk to respond correctly. > #2 unique singleton key > i changed the singleton key from "PUREDATA" to the normalized scriptname (same for PUREDATA_MANAGER) ... this was already mentioned in some TODO-comments, but i wonder why it hasn't been done yet? > i tested and it allows to have start two pd-guis from different locations (e.g. /tmp/pd1/tcl/pd-gui.tcl and /tmp/Pd2/tcl/pd-gui.tcl) and they do not interact with each other. > this basically means that you can have pd-vanilla and PdX (since they will have different paths to pd-gui.tcl) running at the same time and they won't interfere with one another. > i tested with pathnames with spaces in it, and couldn't find any problems so far. I haven't done it because that stuff works, and it'll take a lot of testing on all platforms, Windows especially, to confirm there aren't problems or regressions. Also, I'm not convinced that it makes sense to have install of Pd its own island based on its install path. For example, on Mac OS X, if I have Pd-extended 0.42.5 running and 0.43 as the default app for .pd files, double-clicking a .pd file will go to the running 0.42.5 and not the default 0.43. I'm not sure how this works on Windows, GNOME, etc. but Pd should behave the same. > #3 unique keys for dde > i see that you use "Pure Data" as the topicname for the new w32 dde stuff. > again, would it make sense to use the scriptname? or do you expect problems? Basically the same answer as #2. > #4 catching "package require dde" errors? > any reason why you don't conditionally import the "dde" package? > giving the user a friendly error message ala "opening new abstractions in running Pd's won't work: missing DDE package" is probably more user-friendly than having a tcl-error popup. > even though the w32 Pd-environment is quite controlled, the change would be very simple and allow people to focus on real problems. dde is part of the standard Tcl install. It is not an 'add-on'. So the error would be useful since it would highlight that the Tcl install is broken/incomplete. Since both vanilla and extended include Tcl and dde (or Miller is working on it) I don't see any gain to making it conditional, only needless complication. .hc

2 3

Fwd: pd-gui's tests and Qs on singletons
by IOhannes m zmölnig 18 Dec '12

18 Dec '12

just in case,enybody was wondering about the beginning of this conversation. fgmasrd IOhannes -------- Original Message -------- Subject: pd-gui's tests and Qs on singletons Date: Tue, 18 Dec 2012 20:00:35 +0100 From: IOhannes m zmÃ¶lnig <zmoelnig(a)iem.at> To: Hans-Christoph Steiner <hans(a)at.or.at> hi hans, so i did a number of tests, and of course found one case, where my solution did not behave as it should :-) starting one pd and then one pd-gui, would result in having 2 instances running (starting another pd-gui would correctly delegate to the last pd-gui, but the 1st pd-gui would not delegate to the first pd) anyhow, the problem was not related to the less strict test, but due to moving the test to before the singleton check. i have now corrected my code and ran a couple of codes and all seem to behave correctly. (see attachment). all tests were run on debian wheezy/sid using xfce4 (xfwm4) with 8 virtual desktops. while doing so and looking at your new changes, i came up with a couple of questions: #1 singletons and window focus do you know why the singleton check raises the pdgui and focuses to it? that is, why does the check whether another pd-gui is running changes window focus and eventually switches the desktop? i understand that we probably want to raise the focus once we decide to load an abstraction into a running instance, but simply checking whether there's already an instance running should not raise focus. i have experimentally moved the window focus/raise code to the receive_args-proc, and it seems to behave exactly as intended. but now i can start multiple instances of Pd (not! pd-guis) on different desktops, and the 2nd Pd will not try to move itself to the desktop of the 1st instance. (the current (0.43) behaviour is very annoying if you work with multiple instances of Pd on multiple virtual desktops) #2 unique singleton key i changed the singleton key from "PUREDATA" to the normalized scriptname (same for PUREDATA_MANAGER) ... this was already mentioned in some TODO-comments, but i wonder why it hasn't been done yet? i tested and it allows to have start two pd-guis from different locations (e.g. /tmp/pd1/tcl/pd-gui.tcl and /tmp/Pd2/tcl/pd-gui.tcl) and they do not interact with each other. this basically means that you can have pd-vanilla and PdX (since they will have different paths to pd-gui.tcl) running at the same time and they won't interfere with one another. i tested with pathnames with spaces in it, and couldn't find any problems so far. #3 unique keys for dde i see that you use "Pure Data" as the topicname for the new w32 dde stuff. again, would it make sense to use the scriptname? or do you expect problems? #4 catching "package require dde" errors? any reason why you don't conditionally import the "dde" package? giving the user a friendly error message ala "opening new abstractions in running Pd's won't work: missing DDE package" is probably more user-friendly than having a tcl-error popup. even though the w32 Pd-environment is quite controlled, the change would be very simple and allow people to focus on real problems. it would be nice if you could provide some answers :-) fgmasdr IOhannes

1 0

[ pure-data-Patches-3587404 ] ability to start multiple pd-guis
by SourceForge.net 18 Dec '12

18 Dec '12

Patches item #3587404, was opened at 2012-11-14 22:29 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3587404&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: 5 Private: No Submitted By: IOhannes m zmölnig (zmoelnig) Assigned to: Nobody/Anonymous (nobody) Summary: ability to start multiple pd-guis Initial Comment: starting with Pd-0.43, pd-gui checks whether it is already running and tries to reconnect to the existing one. while this is ok in some situations, it is an issue in other situations: - when starting multiple instances of Pd on different desktops (i'm using the xfce window manager), the new instance will automatically focus the desktop of the already-running instance, which makes it difficult to separate those instances again (assuming that each instance has a number of windows open on startup) - when using pd-gui to connect to a remote pd-core (while another instance of Pd is running on the same machines) is practically prohibited by this behaviour it would be great if one could turn of this feature (at least when starting from the cmdline; and esp. when a <remotehost>:<remotport> is given...currently there is onl a check for remotport>5400 (when starting without <remotehost>) ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2012-12-18 11:40 Message: updated the patch. these are the tests i performed to check for compliance and bugfixes in relation to the old implementation (as found in current git/master): + start "pd" -> pd+gui starts up + start "pd abs1.pd" -> pd+gui starts up with abs1 loaded + start "pd-gui" -> pd+gui starts up + start "pd-gui abs1.pd" -> pd+gui starts up with abs1 loaded + start 2 instances of "pd" -> 2 guis pop-up (thus: 2* pd+gui) -> when starting on separate desktops, each pd will stay on the desktop it was started at (BUGFIX) + start 2 instances of "pd-gui" -> the 2nd pd-gui exits after 3 seconds + start "pd", then "pd-gui" -> the pd-gui exits after 3 seconds + start "pd", then "pd-gui", then "pd-gui" -> both pd-gui's exit after 3 seconds + start "pd-gui", then "pd" -> 2 instances of pd+gui start up + start "pd abs1.pd" and then "pd abs2.pd" -> 2 guis pop-up (2* pd+gui), one with abs1.pd, the other with "abs2.pd" -> when starting on separate desktops, each pd will stay on the desktop it was started at (BUGFIX) + start "pd-gui abs1.pd" and then "pd-gui abs2.pd" -> the 2nd pd-gui quits after 3 seconds, but abs2 gets loaded into the 1st instance -> focus is moved to the desktop of the 1st pd-gui + start "pd abs1.pd" and then "pd-gui abs2.pd" -> the 2nd pd-gui quits after 3 seconds, but abs2 gets loaded into the 1st instance -> focus is moved to the desktop of the 1st pd-gui + start "pd-gui abs1.pd" and then "pd abs2.pd", and then "pd-gui abs3.pd" -> 2 guis pop-up (2* pd+gui), one with "abs1.pd"+"abs3.pd", the other with "abs2.pd" -> when starting on separate desktops, the 1st 2 Pds will stay on separate desktops, when starting the last pd-gui, it will switch to desktop#1 to display abs3.pd (BUGFIX) + start "pd abs1.pd" and then "pd-gui abs2.pd" and then "pd-gui abs3.pd" -> only one instance of Pd gets loaded, ending up with all 3 abs -> when starting on separate desktops, all 3 abstractions will end up on desktop#1 ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2012-12-17 09:37 Message: I don't think that's a good enough test. The one you removed is much stricter: $argc == 1 When pd starts pd-gui, it only sends one arg: the port number. If you want this to affect only remote connections, shouldn't you make the test based on ::host? ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2012-12-17 08:37 Message: attached is a patch (against todays git/master) that doesn't try to connect to a running instance if the user provided a remoteport to connect to. it re-uses the logic already implemented in parse_args(). ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2012-12-14 20:25 Message: Since you are the master of remote pd-guis, IOhannes, I'm assigning this to you. It makes sense to me to base it on the host:port arg. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3587404&group_…

1 0

first regression caused by win32 unicode
by Hans-Christoph Steiner 18 Dec '12

18 Dec '12

Chikashi found a regression, it seems that one of the commits that's part of the whole win32 unicode suite breaks [soundfiler] loading files. The commit in question is 1089c6d1cef4dd82d9469ee1144bf022cb4f55c8 "Win32: use 'binary' file mode by default, we don't want the translations". This patch is handy because it should make Win32 act more like POSIX, and never use the Win32 text translation mode crap. But apparently, something somewhere is relying on that. Any ideas as to how to fix this, or shall it just be reverted? .hc

3 8

[ pure-data-Patches-3597283 ] get src/makefile.mingw working with new portaudio, etc
by SourceForge.net 18 Dec '12

18 Dec '12

Patches item #3597283, was opened at 2012-12-18 10:33 Message generated for change (Comment added) made by millerpuckette You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3597283&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: Pending >Resolution: Accepted Priority: 8 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: get src/makefile.mingw working with new portaudio, etc Initial Comment: the attached patch gets things building and installing using src/makefile.mingw. ---------------------------------------------------------------------- >Comment By: Miller Puckette (millerpuckette) Date: 2012-12-18 10:43 Message: applied for 0.44 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3597283&group_…

1 0

[ pure-data-Patches-3597283 ] get src/makefile.mingw working with new portaudio, etc
by SourceForge.net 18 Dec '12

18 Dec '12

Patches item #3597283, was opened at 2012-12-18 10:33 Message generated for change (Tracker Item Submitted) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3597283&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: Open Resolution: None Priority: 8 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: get src/makefile.mingw working with new portaudio, etc Initial Comment: the attached patch gets things building and installing using src/makefile.mingw. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3597283&group_…

1 0

[ pure-data-Patches-3597233 ] Win32: use binary open mode by default everywhere
by SourceForge.net 18 Dec '12

18 Dec '12

Patches item #3597233, was opened at 2012-12-18 08:43 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3597233&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: Open Resolution: None Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: Win32: use binary open mode by default everywhere Initial Comment: This patch enables binary open mode on Win32 everywhere, thereby ignoring the special Win32 "text" translation mode. This makes the Win32 API more like the POSIX API, which is used by every other platform Pd supports. But it seems to break somethings, like the loading of some soundfiles. Attached is an example patch for the failure. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2012-12-18 10:31 Message: strange, I guess its conflicting with something in MinGW... that's the only way I ever compile on Windows. ---------------------------------------------------------------------- Comment By: Miller Puckette (millerpuckette) Date: 2012-12-18 09:41 Message: Just tried this in Wine and then (swear words deleted here) cranked up my XP SP2 machine and tried it there too - I can't see anything wrong yet. Is it breaking on a more recent version of Windows? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3597233&group_…

1 0

← Newer
1
2
3
4
5
6
7
8
9
...
18
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev December 2012