Pd-dev January 2010

pd-dev@lists.iem.at

12 participants
161 discussions

[ pure-data-Bugs-2933148 ] [pd-gui-rewrite] 'vis 1' to canvas moves window
by SourceForge.net 19 Jan '10

19 Jan '10

Bugs item #2933148, was opened at 2010-01-15 18:17 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2933148&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-devel Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Roman Haefeli (reduzent) Assigned to: Hans-Christoph Steiner (eighthave) Summary: [pd-gui-rewrite] 'vis 1' to canvas moves window Initial Comment: When sending 'vis 0' and 'vis 1' repeatedly to a canvas, the window moves downwards with each cylce. The amount of the shift seems dependent on the height of the menu of the window. If the window is wide enough so that the whole menu fits into one line, the amount is significantly smaller (ca. 30px). With a narrow window and a menu splitted into three lines, the amount is bigger (ca. 60px). Could it be, that the stored window position refers to the patching area, whereas when drawn by the window manager, the patching area is shifted by the menu? I tested on Gnome and fluxbox. The shifting does not happen with pd-vanilla. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-01-17 18:52 Message: Unfortunately, the shifting does happen on Pd-vanilla, just less so. There doesn't seem to be a way in Tcl/Tk to measure the size of the window frame of X11 windows. Different window managers will have different sizes of window frames. In 0.43 it was moving a lot since it didn't take into account the window frame at all. I added the measurements for GNOME/metacity, which should work well for a wide range of setups. Hopefully someone can figure out how to actually measure window frame. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2933148&group_…

3 3

setting the bug/patch tracker to login-only
by Hans-Christoph Steiner 19 Jan '10

19 Jan '10

Hey all, I am thinking that we should set our bug and patch trackers so that you have login in order to post. While I do want to get as many bug reports as possible, from what I have seen, the anonymous reports almost always need a follow-up and are almost never followed up on. Or the ones that are followed up on were posted by people who just forgot to login. Whadaya think? .hc ---------------------------------------------------------------------------- "Free software means you control what your computer does. Non-free software means someone else controls that, and to some extent controls you." - Richard M. Stallman

3 2

[ pure-data-Bugs-2934175 ] [pd-gui-rewrite] scrolling with mouse-wheel?
by SourceForge.net 18 Jan '10

18 Jan '10

Bugs item #2934175, was opened at 2010-01-18 03:34 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2934175&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-devel >Group: v0.43 >Status: Pending >Resolution: Fixed Priority: 5 Private: No Submitted By: Roman Haefeli (reduzent) Assigned to: Hans-Christoph Steiner (eighthave) Summary: [pd-gui-rewrite] scrolling with mouse-wheel? Initial Comment: In Pd-vanilla (assumingly in Pd-extended as well) windows can be scrolled up and down by using the mouse-wheel and scrolled left and right by pressing shift while using the wheel. Would be cool to keep that in pd-gui-rewrite. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-01-18 16:55 Message: Ok,I think this fixed it. I thought that with Tcl/Tk 8.5, the MouseWheel event worked normally, but it apparently does not always. This reinstates a workaround based on Mouse Button 4 and 5. http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=130… ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2934175&group_…

1 0

[ pure-data-Bugs-2934568 ] arduino-test can't be opened
by SourceForge.net 18 Jan '10

18 Jan '10

Bugs item #2934568, was opened at 2010-01-18 21:49 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2934568&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pd-extended Group: v0.41 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: arduino-test can't be opened Initial Comment: The arduino-test.pd file from the Pduino-0.5beta6 distro crashes Pd version 0.41.4-extended in my m$ Vista 32 bit Professional OS. The file arduino-help.pd, however, can be opened. It can be occassionally oppened under the current vanilla Pd, with all the Pd-extended externals added, but some other times it crashes it also. *Possibly* due to one of the GUIs included, like the massive radio button array? just guessing. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2934568&group_…

1 0

[ pure-data-Bugs-2934175 ] [pd-gui-rewrite] scrolling with mouse-wheel?
by SourceForge.net 18 Jan '10

18 Jan '10

Bugs item #2934175, was opened at 2010-01-18 08:34 Message generated for change (Settings changed) made by reduzent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2934175&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-devel Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Roman Haefeli (reduzent) >Assigned to: Hans-Christoph Steiner (eighthave) Summary: [pd-gui-rewrite] scrolling with mouse-wheel? Initial Comment: In Pd-vanilla (assumingly in Pd-extended as well) windows can be scrolled up and down by using the mouse-wheel and scrolled left and right by pressing shift while using the wheel. Would be cool to keep that in pd-gui-rewrite. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2934175&group_…

1 0

[ pure-data-Bugs-2934175 ] [pd-gui-rewrite] scrolling with mouse-wheel?
by SourceForge.net 18 Jan '10

18 Jan '10

Bugs item #2934175, was opened at 2010-01-18 08:34 Message generated for change (Tracker Item Submitted) made by reduzent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2934175&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-devel Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Roman Haefeli (reduzent) Assigned to: Nobody/Anonymous (nobody) Summary: [pd-gui-rewrite] scrolling with mouse-wheel? Initial Comment: In Pd-vanilla (assumingly in Pd-extended as well) windows can be scrolled up and down by using the mouse-wheel and scrolled left and right by pressing shift while using the wheel. Would be cool to keep that in pd-gui-rewrite. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2934175&group_…

1 0

[ pure-data-Bugs-2933148 ] [pd-gui-rewrite] 'vis 1' to canvas moves window
by SourceForge.net 18 Jan '10

18 Jan '10

Bugs item #2933148, was opened at 2010-01-15 23:17 Message generated for change (Comment added) made by reduzent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2933148&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-devel Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Roman Haefeli (reduzent) Assigned to: Hans-Christoph Steiner (eighthave) Summary: [pd-gui-rewrite] 'vis 1' to canvas moves window Initial Comment: When sending 'vis 0' and 'vis 1' repeatedly to a canvas, the window moves downwards with each cylce. The amount of the shift seems dependent on the height of the menu of the window. If the window is wide enough so that the whole menu fits into one line, the amount is significantly smaller (ca. 30px). With a narrow window and a menu splitted into three lines, the amount is bigger (ca. 60px). Could it be, that the stored window position refers to the patching area, whereas when drawn by the window manager, the patching area is shifted by the menu? I tested on Gnome and fluxbox. The shifting does not happen with pd-vanilla. ---------------------------------------------------------------------- Comment By: Roman Haefeli (reduzent) Date: 2010-01-18 08:28 Message: Interesting enough, it does not happen with pd-vanilla in fluxbox, whereas with pd-gui-rewrite it happens on both, Gnome and fluxbox. With pd-gui-rewrite the shifts are bigger and seem to be related to the menu height, while with pd-vanilla on Gnome the shifts are much smaller. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-01-17 23:52 Message: Unfortunately, the shifting does happen on Pd-vanilla, just less so. There doesn't seem to be a way in Tcl/Tk to measure the size of the window frame of X11 windows. Different window managers will have different sizes of window frames. In 0.43 it was moving a lot since it didn't take into account the window frame at all. I added the measurements for GNOME/metacity, which should work well for a wide range of setups. Hopefully someone can figure out how to actually measure window frame. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2933148&group_…

1 0

[ pure-data-Bugs-2621932 ] gop multiplicity
by SourceForge.net 18 Jan '10

18 Jan '10

Bugs item #2621932, was opened at 2009-02-20 19:44 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2621932&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: gop multiplicity Initial Comment: 1. Open patch.pd 2. Delete the subpatch. 3. Either a) create a new my_abs object or b) undo the previous delete 4. Repeat steps 2-3 n times. Now when you open the subpatch, all actions occur n+1 times, e.g.: * creating a new object box makes a chain of n+1 object boxes * patch is saved n+1 times * paste creates n+1 new copies If you don't save and try to close patch.pd, it repeats the message "discard changes to patch.pd" and sometimes crashes after two or three times. The behavior persists until closing pd completely. So if you go through the steps above 3 times, close the patch, and reopen it and go through them 3 more times, you'll get 7 extra objects every time you create something from the "put" menu. I only get this behavior when using gop, and with an object visible in the gop window. Same for abstractions. For each extra object created in the subpatch, I get a "consistency check failed: canvas_vis" error to the console. Using pd-0.42-4 on windows xp sp3 -Jonathan jancsika(a)yahoo.com ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-01-18 01:07 Message: I removed commit r12831, canvas_destory_editor() is already being called in the canvas_free() process within canvas_vis(x, 0). I don't know the source of this bug tho, I'll look into it more. ---------------------------------------------------------------------- Comment By: Mathieu Bouchard (matju) Date: 2009-12-12 22:45 Message: i just fixed it in revision 12831, pd-extended/0.42 ---------------------------------------------------------------------- Comment By: Mathieu Bouchard (matju) Date: 2009-12-12 22:29 Message: editor_new gets called for a gop, but editor_free does not. ---------------------------------------------------------------------- Comment By: Mathieu Bouchard (matju) Date: 2009-12-12 22:24 Message: t_guiconnect registers a receive-symbol for any canvas but deleting a gop does not unregister the receive-symbol. ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2009-12-11 09:21 Message: Oh shit, it only disappears with the reporter's test patch, but I have experimented the bug also with -noautopatch ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2009-12-11 09:19 Message: I have tested with -noautopatch, which disables the belowmentioned feature, and the bug disappears. So it is definitely related to that feature, dunnow how. Hope this helps m. P.S. can anybody confirm? ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2009-12-11 07:26 Message: Hi, This bug seem to have APPEARED ON VERSION 0.42.0 At least, I tested it with the reporter's patch on 0.41.4 and it works fine, while on 0.42.0 the bug shows up 100% of the time. That is the same version in which the (very annoying) feature was introduced that when you create a new object and another one is selected, a connection is automatically created. May the bug be related to the introduction of that feature? ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2009-12-11 06:48 Message: I confirm I can 100% reproduce it on Windows Vista with 0.42-4. Unfortunately I am only a user so I cannot help. I have also encountered the same problem; my patch is too big and complex to attach it, but in my case I can reproduce the problem by just: A - loading the main patch B - closing it C - loading it again And I get the "mulyiplicity" in the main patch, not any subpatch. But not with your patch. ---------------------------------------------------------------------- Comment By: Jonathan Wilkes (jancsika1) Date: 2009-11-26 19:44 Message: I forgot to say I'm using winxp sp3 with pd vanille 0.42-5 to produce the behavior in the attached patch ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-04-03 05:07 Message: In step #3 above, please ignore "a) create a new my_abs object" and simply undo the previous deletion of the subpatch. Also, the multiplicity bug happens only within the subpatch window. ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-04-02 10:26 Message: could not reproduce with 0.42-4 on linux ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2621932&group_…

1 0

pdwindow as syslog
by Hans-Christoph Steiner 17 Jan '10

17 Jan '10

Hey IOhannes, I was just looking thru your pdwindow.tcl procs. It seems to me that those procs should just go all the way and implement a syslog-style system with the same levels. Then the Pd window could have a little dropdown menu on the lower left to select which level to show. Attached is my failed attempt at defining the functions. Also, about the tags for colorizing things, I think your syslog level tags and the alternating linecolor? tags should be applied to all lines, not depending on which proc is used. Then different plugins or modes can colorize the text. Otherwise, it'll be just a big mishmash of colors. As for me, I think just a subtle alternating color per post, not per- line. Then error posts would have a sublte red background. .hc ---------------------------------------------------------------------------- 'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink- collar temp pool day. - “Hijab Scene #2", by Mohja Kahf

3 6

[ pure-data-Bugs-2933376 ] [pd-gui-rewrite] [declare -stdpath] expands relative to patc
by SourceForge.net 17 Jan '10

17 Jan '10

Bugs item #2933376, was opened at 2010-01-16 13:14 Message generated for change (Comment added) made by reduzent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2933376&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: [pd-gui-rewrite] [declare -stdpath] expands relative to patc Initial Comment: It seems, that a [declare -stdpath] of pd-gui-rewrite expands the search pathes relative to the patch's location instead of relative to pd's installation location. ---------------------------------------------------------------------- Comment By: Roman Haefeli (reduzent) Date: 2010-01-17 11:06 Message: sorry, couldn't figure out how to attach a file. here's the patch declare_-stdpath_pd-gui-rewrite_bug.pd : #N canvas 309 548 453 272 10; #X declare -stdpath extra/ext13; #X obj 6 55 wavinfo; #X obj 7 10 declare -stdpath extra/ext13; #X text 68 38 <- loads in pd < pd-gui-rewrite \, if 'ext13' is installed to <pd-location>/extra; #X text 66 75 <- does not load in pd-gui-rewrite \, since the -stdpath does not search relative to the pd installation location (i.e. <pd-gui-rewrite-location>) \, but relative to the (i.e. this) patch's location.; ---------------------------------------------------------------------- Comment By: Roman Haefeli (reduzent) Date: 2010-01-17 11:03 Message: I don't quite see how a patch can help debug the problem, since a patch containing any [declare -stdpath <libdir-name>] [<object_from_libdir>] would expose the problem. More critical is the location of the patch, since - as I already said - the flag -stdpath seems to expand the searchpath relative to the patch's path instead of relative to pd-gui-rewrite's install location. Anyway, I attach the patch. And here the -verbose output, when patch is located in /home/roman: tried /home/roman/declare_-stdpath_pd-gui-rewrite_bug.pd and succeeded tried /home/roman/../extra/ext13/wavinfo.l_i386 and failed tried /home/roman/wavinfo.l_i386 and failed tried ../extra/wavinfo.l_i386 and failed tried /home/roman/../extra/ext13/wavinfo.pd_linux and failed tried /home/roman/wavinfo.pd_linux and failed tried ../extra/wavinfo.pd_linux and failed tried /home/roman/../extra/ext13/wavinfo/wavinfo.l_i386 and failed tried /home/roman/wavinfo/wavinfo.l_i386 and failed tried ../extra/wavinfo/wavinfo.l_i386 and failed tried /home/roman/../extra/ext13/wavinfo/wavinfo.pd_linux and failed ^ this indicates, that [declare] appends the value from the flag -stdpath to the patch's path '/home/roman' instead of the pd-gui-rewrite's install location, which is in /home/roman/pd-svn/pd-gui-rewrite/ tried /home/roman/wavinfo/wavinfo.pd_linux and failed tried ../extra/wavinfo/wavinfo.pd_linux and failed tried /home/roman/../extra/ext13/wavinfo.pd and failed tried /home/roman/wavinfo.pd and failed tried ../extra/wavinfo.pd and failed tried /home/roman/../extra/ext13/wavinfo.pat and failed tried /home/roman/wavinfo.pat and failed tried ../extra/wavinfo.pat and failed wavinfo ... couldn't create ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-01-17 01:52 Message: An example patch is always very helpful, especially if it triggers the problem every time that it is run. Ideally the example patch would have only enough objects to cause the problem, but nothing else. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2933376&group_…

1 0

← Newer
1
2
3
4
5
6
7
8
9
...
17
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 January 2010