Feature Requests item #1811061, was opened at 2007-10-10 10:59
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1811061&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
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: click to patch, shift-click to patch multiple
Initial Comment:
There has been recent discussion about new patching behavior in Pd. (10/10/07)
Kevin McCoy posed the idea that one could click on an outlet and the interface would create a patch cord that would follow your cursor until you clicked on an inlet, at which point the link would be established. This would be an ergonomic boon instead of the current practice of click-and-drag.
Shift-click: One outlet, multiple inlets
I would also like to add the idea that after you click the initial outlet, you could hold shift as you click the inlet and the Pd interface would establish the patch link and create another patch cord from the same outlet that you could then attach to another inlet.
Shift-click: multiple inlets, one outlet
Also, if you hold shift while click multiple outlets, you would form a bundle of patch cords that would follow your cursor until you click on an inlet.
Both of these ideas would speed up patching a great deal for many situations and would be enabled by the new click system.
Samuel Burt
brialey(a)juno.com
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1811061&group_…
Feature Requests item #1811018, was opened at 2007-10-10 09:42
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1811018&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
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: click to patch, shift-click to patch multiple
Initial Comment:
There has been recent discussion about new patching behavior in Pd. (10/10/07)
Kevin McCoy posed the idea that one could click on an outlet and the interface would create a patch cord that would follow your cursor until you clicked on an inlet, at which point the link would be established. This would be an ergonomic boon instead of the current practice of click-and-drag.
Shift-click: One outlet, multiple inlets
I would also like to add the idea that after you click the initial outlet, you could hold shift as you click the inlet and the Pd interface would establish the patch link and create another patch cord from the same outlet that you could then attach to another inlet.
Shift-click: multiple inlets, one outlet
Also, if you hold shift while click multiple outlets, you would form a bundle of patch cords that would follow your cursor until you click on an inlet.
Both of these ideas would speed up patching a great deal for many situations and would be enabled by the new click system.
Samuel Burt
brialey(a)juno.com
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1811018&group_…
Patches item #1810951, was opened at 2007-10-10 17:42
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1810951&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: Miller Puckette (millerpuckette)
Summary: allow more paths/startuplibs in the preferences
Initial Comment:
yet another implementation that removes the hardcoded number of startup-paths/libs in the gui-preferences.
this implementation just adds n+2 slots to add paths/libs in the gui (where n is the min(current_number, 10))
of course it should be done with dynamically addable slots (via a button)
this patch also does not provide scrollbars
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2007-10-10 17:45
Message:
Logged In: YES
user_id=564396
Originator: YES
of course n is max(current_number, 10)
it is at least 10 slots, but might be more...
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1810951&group_…
Patches item #1810951, was opened at 2007-10-10 17:42
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1810951&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: Miller Puckette (millerpuckette)
Summary: allow more paths/startuplibs in the preferences
Initial Comment:
yet another implementation that removes the hardcoded number of startup-paths/libs in the gui-preferences.
this implementation just adds n+2 slots to add paths/libs in the gui (where n is the min(current_number, 10))
of course it should be done with dynamically addable slots (via a button)
this patch also does not provide scrollbars
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1810951&group_…
Hi,
I was looking at the page
http://wiki.puredata.info/en/Wiki_administrator_how-to, and I'm not sure
if the fields for the infoboxes are the same. I found 3 versions so far:
1. - The first dashed box with # wikipedia terms etc. was put there by me,
with information coming from Hans.
2. - The box in the section "Infobox" in the same page was written by
Marius.
3. - In the end of
http://wiki.puredata.info/en/index.php?title=Template:Infobox_Objectclass&a…
there are some other fields that didn't appear before. And I guess that
the definitive version should be checked with the previous part of this
page.
Could you check out which of these versions is complete? So far all the
mails from Hans asking for the translations for the pdpedia templates came
from version 1.
João
--
Friedenstr. 58
10249 Berlin
Deutschland
Tel +49 30 42020091
Mob +49 162 6843570
jmmmpais(a)googlemail.com
skype: jmmmpjmmmp
http://www.puredata.org/Members/jmmmp
IBM Thinkpad R51, XP, Pd-Ext-0.39-2-t5, Pd Van 0.40-t2
Patches item #1810576, was opened at 2007-10-10 01:19
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1810576&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: Miller Puckette (millerpuckette)
Summary: better support for opening HTML/URLs on GNU/Linux
Initial Comment:
This patch adds a number of better commands for opening HTML files and URLs on GNU/Linux. These commands use the defaults systems, plus each command is tested before executed, so it should be more fault tolerant.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1810576&group_…
Bugs item #1810282, was opened at 2007-10-09 19:02
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1810282&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: pdpedia
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: IOhannes m zmölnig (zmoelnig)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: objectnames containing "&" not working in pdpedia
Initial Comment:
some special character-objects don't work. e.g. the object [&&] points to ./%26%26 (which is ok, i think), which redirects to ./Main_Page (which is not ok).
other special characters work, e.g. [%] (which becomes ./%25)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1810282&group_…
Bugs item #1263139, was opened at 2005-08-18 17:28
Message generated for change (Settings changed) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1263139&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: Closed
Resolution: None
Priority: 1
Private: No
Submitted By: Frank Barknecht (fbar)
Assigned to: IOhannes m zmölnig (zmoelnig)
Summary: Startup messages too verbose
Initial Comment:
Hi Iohannes,
this is a wishlist bug: Since Zexy2 single Zexy
externals in the path spit out a lot of messages like:
[a2l]
part of zexy-2.1
Copyright (l) IOhannes m zmölnig, 1999-2005
forum::für::umläute
IEM
compiled: Aug 5 2005
...
when Pd is started. This makes it hard to read anything
important that came before zexy is loaded, for example,
if Midi devices were found etc.
My wish would be to follow the "no news is good news"
approach and not print these messages or make them a
lot shorter.
Thanks,
Frank
----------------------------------------------------------------------
Comment By: Frank Barknecht (fbar)
Date: 2005-08-28 12:27
Message:
Logged In: YES
user_id=569446
I'm now going to close this bug, because for one: Zexy did
spit out the messages as a library, not as single externals,
and second: This only happens, if one builds Zexy using the
SCons build system, which does not define -DZEXY_LIBRARY as
the official configure/makefile build does. So if this is a
bug, it's a bug in the SConscript files.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1263139&group_…
Bugs item #1804500, was opened at 2007-09-28 22:26
Message generated for change (Settings changed) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1804500&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: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: IOhannes m zmölnig (zmoelnig)
Summary: [lister] may give different outputs for the same bang
Initial Comment:
It seems that the output of [lister] is reevaluated for each different outgoing connection of its outlet.
If its cold inlet is changed in between because of the depth-first traversal, it can therefore output different values for each outgoing connection from a single "bang" on its hot inlet.
See the attached patch for a demo.
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2007-10-01 13:12
Message:
Logged In: YES
user_id=564396
Originator: NO
should be fixed in recent CVS
----------------------------------------------------------------------
Comment By: Frank Barknecht (fbar)
Date: 2007-09-30 12:07
Message:
Logged In: YES
user_id=569446
Originator: NO
Attached is another example patch, which is dependency-free and uses a
clearer way to specify execution order without relying on creation order.
File Added: bug_with_lister.pd
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2007-09-29 22:22
Message:
Logged In: YES
user_id=564396
Originator: NO
while you have truely triggered a bug, you are quite right in your example
patch about "i have to do this to fix it"; you should never ever (repeat:
NEVER EVER) connect 1 message outlet to 2 signal outlets. there are weird
and wild things out there...
oh: and it would be nice to have a demo patch that actually works without
having list-abs installed
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1804500&group_…
Bugs item #1804504, was opened at 2007-09-28 22:35
Message generated for change (Settings changed) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1804504&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: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: IOhannes m zmölnig (zmoelnig)
Summary: [lister] help is wrong/outdated
Initial Comment:
>From [lister]'s help : "of course, this should be named "list", but there already appears to be a "list" object, though i don't see any use in it"
This seems to be a leftover from an era when lists weren't implemented yet in vanilla.
Given that it seems [lister] should be deprecated in favor of [list], its help file should be updated so that it encourages using [list] instead of deterring from it.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1804504&group_…