On Wed, 2011-10-05 at 22:42 +0200, IOhannes m zmölnig wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On 10/05/2011 10:04 PM, Hans-Christoph Steiner wrote:
> > On Wed, 2011-10-05 at 21:42 +0200, IOhannes m zmölnig wrote:
> >> -----BEGIN PGP SIGNED MESSAGE-----
> >> Hash: SHA1
> >>
> >> On 10/05/2011 09:18 PM, Hans-Christoph Steiner wrote:
> >>>
> >>> On Oct 5, 2011, at 12:45 PM, IOhannes m zmoelnig wrote:
> >>>
> >>>> -----BEGIN PGP SIGNED MESSAGE-----
> >>>> Hash: SHA1
> >>>>
> >>>> On 2011-10-05 18:16, Hans-Christoph Steiner wrote:
> >>>>>
> >>>>> On Oct 5, 2011, at 4:05 AM, IOhannes m zmoelnig wrote:
> >>>>>
> >>>>> The logfile I see says its set to:
> >>>>>
> >>>>> PATH=/usr/bin:/bin:/usr/sbin:/sbin:/sw/bin:/sw/sbin
> >>>>>
> >>>>> http://autobuild.puredata.info/auto-build/2011-10-05/logs/2011-10-05_03.15.…
> >>>>>
> >>>>
> >>>> the same logfiles also says:
> >>>> PATH: /sw/bin:/usr/bin:/bin:/usr/sbin:/sbin:/sw/bin:/sw/sbin
> >>>
> >>> Ah, I see, where you post it in zexy/autogen.sh. But the build
> >>> environment has:
> >>>
> >>> PATH=/usr/bin:/bin:/usr/sbin:/sbin:/sw/bin:/sw/sbin
> >>>
> >>
> >> yes, i was trying to explain that (zexy's, but also Pd's) autogen.sh
> >> prepends the /sw/bin/ to the path manually.
> >>
> >>
> >>>> which suggests that your libtool setup is broken :-)
> >>>>
> >>>> you could try comparing the ./libtool generated on your machine and the
> >>>> one generated on the PdLab machine.
> >>>
> >>> seems so, I did a reinstall and 'svn up' and it now builds on my machine.
> >>
> >>
> >> ah cool
> >> so at least OSX world is happy again :-)
> >
> > Its closer, but not quite there, the build this afternoon failed again
> > on the same thing:
> >
>
> not quite.
> zexy finished fine!
> but it failed when building Gem (from which zexy inherited its
> autogen.sh script)
>
> it's fixed in Gem's git, though not in Gem's svn.
>
> i really wonder why the problems appear now, as the relevant script has
> been in use for several months now)
Perhaps your zexy scripts are modifying the build environment? It first
calls "make all" on everything, which would run the ./autogen.sh
scripts, then it runs "make install". Just a guess.
.hc
Patches item #3418851, was opened at 2011-10-05 05:19
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3418851&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: feature
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Miller Puckette (millerpuckette)
Summary: read startup config files from /etc/puredata/conf.d
Initial Comment:
Hello,
I was looking at using puredata from debian, and currently, it's a bit of a mess, if I want to use PD + gem, I need to install both, and then mess up with config files, or, as the readme suggest (Readme.Debian), launch pd with an extenssive commandline:
| to start Pd with Gem support, issue the command (without the '%' sign)
|
| % pd -path /usr/lib/pd/extra/Gem -lib Gem
|
| OR
|
| use the provided script instead of directly starting Pd:
|
| % /usr/bin/pd-gem
|
| OR
|
| start Pd
| - navigate to "File->Path..." and add "/usr/lib/pd/extra/Gem" to the list of search-paths
| - click OK
| - navigate to "File->Startup..." and add "Gem" to the list of binaries to be loaded
| - click "Apply" and "Save all settings"
|
| OR
|
| add the following lines to your ~/.pdrc file (deprecated)
|
| -path /usr/lib/pd/extra/Gem
| -lib Gem
I think it'd be better to automatially include a file, that's what this patch is all about (and to be able to make a pd extenssion debian policy).
tell me what you think
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2011-10-07 14:45
Message:
.pdrc? i hope you are aware, that .pdrc has been deprecated or a long time
and the current state of affairs is to use .pdsettings (at least on linux)
as for [declare]: look at the help-patch for [declare], the source-code
(g_canvas.c) and the mailing-list archives for a discussion of its
problems.
----------------------------------------------------------------------
Comment By: https://www.google.com/accounts ()
Date: 2011-10-06 07:40
Message:
@zmoelnig @eighthave: ok it'll be easier to first read
/etc/puredata/pd.conf then ~/.pdrc do you want a patch doing that ?
then, where can I look into [declare] stuff ? (sorry...quite a newbie
here)
but anyway, I guess we'll still need each module to be able to declare how
to load itself,
so I can have the patch say something as easy as:
need gem
need blah
and then pd would look for a descriptor for the 'gem' and 'blah' module,
and load specific files.
so I guess it means 0001 and 0003 and 0004 should get merged, and then we
should build ontop of that ?
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-10-05 20:13
Message:
From the point of view of hardware config, it makes sense to have a global
config, I agree.
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2011-10-05 18:47
Message:
i think it is good to make it easier to embed preferences in the patch.
i also think that [declare] should be made nicer.
this doesn't keep me from thinking that a global configuration would be a
good idea, esp. when you can configure the (system specific) hardware and
the like.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-10-05 18:38
Message:
I think that the -conf flag is a good idea and should be included and
generalized for all platforms.
But I think that the /etc/puredata/conf-enabled stuff is not a good idea
because it serves to reinforce the issues that cause this problem in the
first place. We should be making it easier for people to embed the
configuration in the patch, by doing things like improving [declare]. We
should not make it easier to move the configuration globally, which means
we have even more patches that are unshareable because they rely on a
custom, global config. Just look at any other programming language, the
libs that a program needs are declared in the program itself (import,
using, declare, #include, etc), not globally in the user's config.
----------------------------------------------------------------------
Comment By: https://www.google.com/accounts ()
Date: 2011-10-05 17:34
Message:
Ok, so I refreshed my patches to take into account some things said here:
http://core.evilgiggle.com/~xaiki/puredata/
(you can call me xaiki)
0001-give-an-argument-to-sys_rcfile-and-expand-with-realp.patch
hasn't changed, needed for 0002 and 0003
0002-import-configs-form-etc-puredata-conf.d-on-start.patch
will now look into /etc/puredata/conf-enabled
so we can setup an apache/lighttpd like dir with a puredata-conf-enable
script (that we can steal away)
0003-implement-conf-arg-to-specify-config-file.patch
add a -conf argument, using 0001
0004-make-conf-trigger-nopref-so-we-don-t-load-default-if.patch
this will make that -conf argument not use the default conf when
triggered, actually, it could be a bit smarter (i.e. checking if we could
actually read something... but well)
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-10-05 16:13
Message:
@h-tee-tee-pee-yes: If you were looking at help patches, the [import]
object is excluded because libdir externals put the binaries in the same
directory as the help patches.
It does seem weird to have to import the import object.
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2011-10-05 13:09
Message:
note, that even if all your patches were implemented, i would still rather
NOT enable all apt-installed pdlibs by default (i guess i am with hans
here)
instead, the sysadmin ought to decide on a case-by-case basis (something
like apache's /etc/apache2/mods-enabled/)
----------------------------------------------------------------------
Comment By: https://www.google.com/accounts ()
Date: 2011-10-05 12:44
Message:
@zmoelnig: (really, things are easier to discuss via mail =))
the first patch only alows to specify a config file from C, yet, we could
easily make it a command line switch to be able to specify a file (or a
directory) to load.
@zmoelnig: I'm a puredata beginer, but I'm concerned that pd-gem allows
you to load only 1 extention at a time, what if you want gem + pidip + xxx
? I don't think it's an elegant solution.
@eighthave: good to know, that said, it doesn't seem widely used, I was
looking at some docs, and some projects and no patch I found was
implementing this, so I think it's easier to fix Debian/PD to include
some/all installed ext, than fix all patches in the wild.
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2011-10-05 09:31
Message:
about the given patch: this is definitely a nice idea (i haven't looked at
the patch though), and allows to easily switch between predefined flavours
of your installed Pd.
i think it's a way better solution than the config-switcher.sh script that
comes with current Pd-extended, as it doesn't require write access in the
home-directory.
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2011-10-05 09:21
Message:
@anonymous(how i hate the openID implementation on sf): i don't see how
starting "pd-gem" is "messing up with config files" or "launching "with an
extensive commandline". alternatively, you can always launch pd/Gem from
the menu
@eighthave: using [declare] or [import] is one of many options how to load
library. other ways have their value as well, and i don't think we should
force people to do something (even if we do believe that they should do it)
(and yes, i am not always true to this suggestion myself :-))
finally, the two patches submitted are somewhat independent (though
related):
- having the opportunity to force the use of a given preference file
- implementing an /etc/*/conf.d/ style config cascade
i would suggest submitting them separately.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-10-05 06:05
Message:
For loading libraries, you should do it directly in the patch using either
[declare -lib] or [import] (apt-get install puredata-import).
----------------------------------------------------------------------
Comment By: https://www.google.com/accounts ()
Date: 2011-10-05 05:22
Message:
ok,... I can't seem to add my second patch,... you can find everything in:
http://core.evilgiggle.com/~xaiki/puredata/
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3418851&group_…
Patches item #3383472, was opened at 2011-08-01 01:22
Message generated for change (Comment added) made by jancsika1
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3383472&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: Jonathan Wilkes (jancsika1)
Assigned to: Nobody/Anonymous (nobody)
Summary: tooltips part 3: the saga continues
Initial Comment:
Here's a new angle on the tooltips idea that adds three somewhat related functions to Pd:
1) "Autotips", available from the "Edit" menu. Parses help patches on the fly when the mouse enters an object/xlet. (Works the same with abstractions, too.)
2) Manual tips through a "tip" canvas method.
3) An "echo" canvas method, which just passes a message to a canvas without displaying it. (Useful in conjunction with the "get" method from my other patch, and probably other contexts as well.)
It's all done with some canvas bindings in tcl and a few canvas methods, so neither t_class nor t_widgetbehavior is touched. However, if it's desirable to add <Enter> and <Leave> widgetbehaviors at a later date, it should be possible without changing any of the code in this patch.
Hopefuly I "diff'd" correctly, against vanilla 0.43.0. (Works for me in Fedora 15...)
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-10-06 15:28
Message:
No, it's exactly the same. However, I will be changing it because I found
a bug.
1) Turn on edit mode and autotips.
2) Make a patch with a big matrix of [b] objects. Make it big enough so
that it takes Pd a little while to close the patch after closing the patch
window with the mouse.
3) Close the patch window, then as quickly as you can, move the mouse to
the middle of an object.
Bug! The patch closes, and you get a tk error for a "bad window
pathname". This is because there is an Enter event when you mouse over the
object, but no corresponding Leave event to cancel generating the tooltip
when that object gets deleted from under the mouse.
Any thoughts on the best approach to fixing this?
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-10-06 15:01
Message:
Oops, I just saw the updated file now, were there any changes since
tips-rev2.diff? If so, I didn't include them.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-10-06 14:28
Message:
Ok, works on Ubuntu for me now, I"m including it in Pd-extended. I added a
keybinding and menu item to match the other editor meta items (autopatch,
magic glass, etc.) Jonathan, if you wanted, you could make the Autotips a
per-patch option using the technique I did for magicglass. Its not saved
between Pd sessions, but it is while Pd is running.
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-10-06 14:23
Message:
Yes it is. I deleting the old files and have the new gzip file with the
revised patch and help files.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-10-06 14:03
Message:
For future reference, you should delete the older revisions of files from
the tracker and only include the current files. I'm trying this now on
Ubuntu/natty/i386. I'm guessing that tips-rev2.diff is the right file
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2011-09-27 20:48
Message:
Latest revision tested on Ubuntu Maverick (32 bit). Works for me.
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-09-26 22:40
Message:
Thanks IOhannes, I would have never caught that myself. The
pd-externals-howto says: "If more arguments are to be passed to the object
or if the order of atomtypes should by (sic) more flexible, A_GIMME can be
used for passing an arbitrary list of atoms." Is there another place where
this is addressed?
I added another revision.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-09-26 17:50
Message:
The manual tip works with or without Autotips checked. Nothing else shows
up either way with the Autotips checked or not.
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2011-09-26 15:32
Message:
it doesn't work, because the code is broken.
canvas_enterobj)( is declared as having 4 arguments of type A_FLOAT,
A_FLOAT, A_SYMBOL, A_FLOAT!
this is something that Pd's dispatcher cannot handle correctly: A_FLOAT
must never be followed by A_SYMBOL.
if you want a message like that, you have to use A_GIMME and parse the
message yourself.
afair, this is documented in the pd-externals-howto.
(you might be lucky on 64bit, that for some reasons it worked for you; do
not rely on that)
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-09-26 14:39
Message:
Hm, not sure what to do other than ask the obvious. So I'll do that:
Do you get an "Autotips" checkbutton under the "Edit" menu? If so, did
you check it?
Do you get a little blue box in the bottom left-hand corner of the patch
when you hover over [clip]? Can you see the bottom of the help patch?
Do the manual tips work when you click the [tgl] in the tips help patch?
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-09-26 14:27
Message:
Hm, not sure what to do other than ask the obvious. So I'll do that:
Do you get an "Autotips" checkbutton under the "Edit" menu? If so, did
you check it?
Do you get a little blue box in the bottom left-hand corner of the patch
when you hover over [clip]? Can you see the bottom of the help patch?
Do the manual tips work when you click the [tgl] in the tips help patch?
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-09-26 13:41
Message:
I just tried a complete Pd-extended build with this patch, adn still no
luck,
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-09-26 13:40
Message:
Yup, that much I can figure out. In all of the demos, nothing shows up.
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-09-26 12:58
Message:
Have a look at the demo patch in the tar below.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2011-09-26 12:54
Message:
I got it to compile and run fine, I just never got the tooltips to show up.
Edit Mode or not. Any tips there?
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-09-26 12:08
Message:
I left out a step in the help patch-- you must be in "Edit mode" for the
autotips to work. This is purposeful-- I don't think transient popups
should get in the way of audio, or whatever else is going on in the patch
in "Run mode". However, you can get manual tips in both "Run mode" and
"Edit mode".
It's been awhile since I worked on this, so I just downloaded the source
for pd-0.43 from Miller's website, did "patch -p1 <tips.diff" inside the
pd-0.43-0 directory, and compiled-- and it works for me under Debian Wheezy
x86_64.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-09-26 10:52
Message:
I tried to get this working a while back, but had no luck. I'll try again.
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-08-01 01:25
Message:
See tips-help.pd to see how they work.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3383472&group_…
Patches item #3383472, was opened at 2011-08-01 01:22
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3383472&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: Jonathan Wilkes (jancsika1)
Assigned to: Nobody/Anonymous (nobody)
Summary: tooltips part 3: the saga continues
Initial Comment:
Here's a new angle on the tooltips idea that adds three somewhat related functions to Pd:
1) "Autotips", available from the "Edit" menu. Parses help patches on the fly when the mouse enters an object/xlet. (Works the same with abstractions, too.)
2) Manual tips through a "tip" canvas method.
3) An "echo" canvas method, which just passes a message to a canvas without displaying it. (Useful in conjunction with the "get" method from my other patch, and probably other contexts as well.)
It's all done with some canvas bindings in tcl and a few canvas methods, so neither t_class nor t_widgetbehavior is touched. However, if it's desirable to add <Enter> and <Leave> widgetbehaviors at a later date, it should be possible without changing any of the code in this patch.
Hopefuly I "diff'd" correctly, against vanilla 0.43.0. (Works for me in Fedora 15...)
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-10-06 15:01
Message:
Oops, I just saw the updated file now, were there any changes since
tips-rev2.diff? If so, I didn't include them.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-10-06 14:28
Message:
Ok, works on Ubuntu for me now, I"m including it in Pd-extended. I added a
keybinding and menu item to match the other editor meta items (autopatch,
magic glass, etc.) Jonathan, if you wanted, you could make the Autotips a
per-patch option using the technique I did for magicglass. Its not saved
between Pd sessions, but it is while Pd is running.
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-10-06 14:23
Message:
Yes it is. I deleting the old files and have the new gzip file with the
revised patch and help files.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-10-06 14:03
Message:
For future reference, you should delete the older revisions of files from
the tracker and only include the current files. I'm trying this now on
Ubuntu/natty/i386. I'm guessing that tips-rev2.diff is the right file
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2011-09-27 20:48
Message:
Latest revision tested on Ubuntu Maverick (32 bit). Works for me.
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-09-26 22:40
Message:
Thanks IOhannes, I would have never caught that myself. The
pd-externals-howto says: "If more arguments are to be passed to the object
or if the order of atomtypes should by (sic) more flexible, A_GIMME can be
used for passing an arbitrary list of atoms." Is there another place where
this is addressed?
I added another revision.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-09-26 17:50
Message:
The manual tip works with or without Autotips checked. Nothing else shows
up either way with the Autotips checked or not.
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2011-09-26 15:32
Message:
it doesn't work, because the code is broken.
canvas_enterobj)( is declared as having 4 arguments of type A_FLOAT,
A_FLOAT, A_SYMBOL, A_FLOAT!
this is something that Pd's dispatcher cannot handle correctly: A_FLOAT
must never be followed by A_SYMBOL.
if you want a message like that, you have to use A_GIMME and parse the
message yourself.
afair, this is documented in the pd-externals-howto.
(you might be lucky on 64bit, that for some reasons it worked for you; do
not rely on that)
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-09-26 14:39
Message:
Hm, not sure what to do other than ask the obvious. So I'll do that:
Do you get an "Autotips" checkbutton under the "Edit" menu? If so, did
you check it?
Do you get a little blue box in the bottom left-hand corner of the patch
when you hover over [clip]? Can you see the bottom of the help patch?
Do the manual tips work when you click the [tgl] in the tips help patch?
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-09-26 14:27
Message:
Hm, not sure what to do other than ask the obvious. So I'll do that:
Do you get an "Autotips" checkbutton under the "Edit" menu? If so, did
you check it?
Do you get a little blue box in the bottom left-hand corner of the patch
when you hover over [clip]? Can you see the bottom of the help patch?
Do the manual tips work when you click the [tgl] in the tips help patch?
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-09-26 13:41
Message:
I just tried a complete Pd-extended build with this patch, adn still no
luck,
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-09-26 13:40
Message:
Yup, that much I can figure out. In all of the demos, nothing shows up.
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-09-26 12:58
Message:
Have a look at the demo patch in the tar below.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2011-09-26 12:54
Message:
I got it to compile and run fine, I just never got the tooltips to show up.
Edit Mode or not. Any tips there?
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-09-26 12:08
Message:
I left out a step in the help patch-- you must be in "Edit mode" for the
autotips to work. This is purposeful-- I don't think transient popups
should get in the way of audio, or whatever else is going on in the patch
in "Run mode". However, you can get manual tips in both "Run mode" and
"Edit mode".
It's been awhile since I worked on this, so I just downloaded the source
for pd-0.43 from Miller's website, did "patch -p1 <tips.diff" inside the
pd-0.43-0 directory, and compiled-- and it works for me under Debian Wheezy
x86_64.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-09-26 10:52
Message:
I tried to get this working a while back, but had no luck. I'll try again.
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-08-01 01:25
Message:
See tips-help.pd to see how they work.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3383472&group_…
Patches item #3383472, was opened at 2011-08-01 01:22
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3383472&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: Jonathan Wilkes (jancsika1)
Assigned to: Nobody/Anonymous (nobody)
Summary: tooltips part 3: the saga continues
Initial Comment:
Here's a new angle on the tooltips idea that adds three somewhat related functions to Pd:
1) "Autotips", available from the "Edit" menu. Parses help patches on the fly when the mouse enters an object/xlet. (Works the same with abstractions, too.)
2) Manual tips through a "tip" canvas method.
3) An "echo" canvas method, which just passes a message to a canvas without displaying it. (Useful in conjunction with the "get" method from my other patch, and probably other contexts as well.)
It's all done with some canvas bindings in tcl and a few canvas methods, so neither t_class nor t_widgetbehavior is touched. However, if it's desirable to add <Enter> and <Leave> widgetbehaviors at a later date, it should be possible without changing any of the code in this patch.
Hopefuly I "diff'd" correctly, against vanilla 0.43.0. (Works for me in Fedora 15...)
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-10-06 14:28
Message:
Ok, works on Ubuntu for me now, I"m including it in Pd-extended. I added a
keybinding and menu item to match the other editor meta items (autopatch,
magic glass, etc.) Jonathan, if you wanted, you could make the Autotips a
per-patch option using the technique I did for magicglass. Its not saved
between Pd sessions, but it is while Pd is running.
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-10-06 14:23
Message:
Yes it is. I deleting the old files and have the new gzip file with the
revised patch and help files.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-10-06 14:03
Message:
For future reference, you should delete the older revisions of files from
the tracker and only include the current files. I'm trying this now on
Ubuntu/natty/i386. I'm guessing that tips-rev2.diff is the right file
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2011-09-27 20:48
Message:
Latest revision tested on Ubuntu Maverick (32 bit). Works for me.
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-09-26 22:40
Message:
Thanks IOhannes, I would have never caught that myself. The
pd-externals-howto says: "If more arguments are to be passed to the object
or if the order of atomtypes should by (sic) more flexible, A_GIMME can be
used for passing an arbitrary list of atoms." Is there another place where
this is addressed?
I added another revision.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-09-26 17:50
Message:
The manual tip works with or without Autotips checked. Nothing else shows
up either way with the Autotips checked or not.
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2011-09-26 15:32
Message:
it doesn't work, because the code is broken.
canvas_enterobj)( is declared as having 4 arguments of type A_FLOAT,
A_FLOAT, A_SYMBOL, A_FLOAT!
this is something that Pd's dispatcher cannot handle correctly: A_FLOAT
must never be followed by A_SYMBOL.
if you want a message like that, you have to use A_GIMME and parse the
message yourself.
afair, this is documented in the pd-externals-howto.
(you might be lucky on 64bit, that for some reasons it worked for you; do
not rely on that)
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-09-26 14:39
Message:
Hm, not sure what to do other than ask the obvious. So I'll do that:
Do you get an "Autotips" checkbutton under the "Edit" menu? If so, did
you check it?
Do you get a little blue box in the bottom left-hand corner of the patch
when you hover over [clip]? Can you see the bottom of the help patch?
Do the manual tips work when you click the [tgl] in the tips help patch?
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-09-26 14:27
Message:
Hm, not sure what to do other than ask the obvious. So I'll do that:
Do you get an "Autotips" checkbutton under the "Edit" menu? If so, did
you check it?
Do you get a little blue box in the bottom left-hand corner of the patch
when you hover over [clip]? Can you see the bottom of the help patch?
Do the manual tips work when you click the [tgl] in the tips help patch?
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-09-26 13:41
Message:
I just tried a complete Pd-extended build with this patch, adn still no
luck,
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-09-26 13:40
Message:
Yup, that much I can figure out. In all of the demos, nothing shows up.
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-09-26 12:58
Message:
Have a look at the demo patch in the tar below.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2011-09-26 12:54
Message:
I got it to compile and run fine, I just never got the tooltips to show up.
Edit Mode or not. Any tips there?
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-09-26 12:08
Message:
I left out a step in the help patch-- you must be in "Edit mode" for the
autotips to work. This is purposeful-- I don't think transient popups
should get in the way of audio, or whatever else is going on in the patch
in "Run mode". However, you can get manual tips in both "Run mode" and
"Edit mode".
It's been awhile since I worked on this, so I just downloaded the source
for pd-0.43 from Miller's website, did "patch -p1 <tips.diff" inside the
pd-0.43-0 directory, and compiled-- and it works for me under Debian Wheezy
x86_64.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-09-26 10:52
Message:
I tried to get this working a while back, but had no luck. I'll try again.
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-08-01 01:25
Message:
See tips-help.pd to see how they work.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3383472&group_…
Patches item #3383472, was opened at 2011-08-01 01:22
Message generated for change (Comment added) made by jancsika1
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3383472&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: Jonathan Wilkes (jancsika1)
Assigned to: Nobody/Anonymous (nobody)
Summary: tooltips part 3: the saga continues
Initial Comment:
Here's a new angle on the tooltips idea that adds three somewhat related functions to Pd:
1) "Autotips", available from the "Edit" menu. Parses help patches on the fly when the mouse enters an object/xlet. (Works the same with abstractions, too.)
2) Manual tips through a "tip" canvas method.
3) An "echo" canvas method, which just passes a message to a canvas without displaying it. (Useful in conjunction with the "get" method from my other patch, and probably other contexts as well.)
It's all done with some canvas bindings in tcl and a few canvas methods, so neither t_class nor t_widgetbehavior is touched. However, if it's desirable to add <Enter> and <Leave> widgetbehaviors at a later date, it should be possible without changing any of the code in this patch.
Hopefuly I "diff'd" correctly, against vanilla 0.43.0. (Works for me in Fedora 15...)
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-10-06 14:23
Message:
Yes it is. I deleting the old files and have the new gzip file with the
revised patch and help files.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-10-06 14:03
Message:
For future reference, you should delete the older revisions of files from
the tracker and only include the current files. I'm trying this now on
Ubuntu/natty/i386. I'm guessing that tips-rev2.diff is the right file
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2011-09-27 20:48
Message:
Latest revision tested on Ubuntu Maverick (32 bit). Works for me.
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-09-26 22:40
Message:
Thanks IOhannes, I would have never caught that myself. The
pd-externals-howto says: "If more arguments are to be passed to the object
or if the order of atomtypes should by (sic) more flexible, A_GIMME can be
used for passing an arbitrary list of atoms." Is there another place where
this is addressed?
I added another revision.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-09-26 17:50
Message:
The manual tip works with or without Autotips checked. Nothing else shows
up either way with the Autotips checked or not.
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2011-09-26 15:32
Message:
it doesn't work, because the code is broken.
canvas_enterobj)( is declared as having 4 arguments of type A_FLOAT,
A_FLOAT, A_SYMBOL, A_FLOAT!
this is something that Pd's dispatcher cannot handle correctly: A_FLOAT
must never be followed by A_SYMBOL.
if you want a message like that, you have to use A_GIMME and parse the
message yourself.
afair, this is documented in the pd-externals-howto.
(you might be lucky on 64bit, that for some reasons it worked for you; do
not rely on that)
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-09-26 14:39
Message:
Hm, not sure what to do other than ask the obvious. So I'll do that:
Do you get an "Autotips" checkbutton under the "Edit" menu? If so, did
you check it?
Do you get a little blue box in the bottom left-hand corner of the patch
when you hover over [clip]? Can you see the bottom of the help patch?
Do the manual tips work when you click the [tgl] in the tips help patch?
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-09-26 14:27
Message:
Hm, not sure what to do other than ask the obvious. So I'll do that:
Do you get an "Autotips" checkbutton under the "Edit" menu? If so, did
you check it?
Do you get a little blue box in the bottom left-hand corner of the patch
when you hover over [clip]? Can you see the bottom of the help patch?
Do the manual tips work when you click the [tgl] in the tips help patch?
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-09-26 13:41
Message:
I just tried a complete Pd-extended build with this patch, adn still no
luck,
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-09-26 13:40
Message:
Yup, that much I can figure out. In all of the demos, nothing shows up.
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-09-26 12:58
Message:
Have a look at the demo patch in the tar below.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2011-09-26 12:54
Message:
I got it to compile and run fine, I just never got the tooltips to show up.
Edit Mode or not. Any tips there?
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-09-26 12:08
Message:
I left out a step in the help patch-- you must be in "Edit mode" for the
autotips to work. This is purposeful-- I don't think transient popups
should get in the way of audio, or whatever else is going on in the patch
in "Run mode". However, you can get manual tips in both "Run mode" and
"Edit mode".
It's been awhile since I worked on this, so I just downloaded the source
for pd-0.43 from Miller's website, did "patch -p1 <tips.diff" inside the
pd-0.43-0 directory, and compiled-- and it works for me under Debian Wheezy
x86_64.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-09-26 10:52
Message:
I tried to get this working a while back, but had no luck. I'll try again.
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-08-01 01:25
Message:
See tips-help.pd to see how they work.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3383472&group_…
Patches item #3383472, was opened at 2011-08-01 01:22
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3383472&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: Jonathan Wilkes (jancsika1)
Assigned to: Nobody/Anonymous (nobody)
Summary: tooltips part 3: the saga continues
Initial Comment:
Here's a new angle on the tooltips idea that adds three somewhat related functions to Pd:
1) "Autotips", available from the "Edit" menu. Parses help patches on the fly when the mouse enters an object/xlet. (Works the same with abstractions, too.)
2) Manual tips through a "tip" canvas method.
3) An "echo" canvas method, which just passes a message to a canvas without displaying it. (Useful in conjunction with the "get" method from my other patch, and probably other contexts as well.)
It's all done with some canvas bindings in tcl and a few canvas methods, so neither t_class nor t_widgetbehavior is touched. However, if it's desirable to add <Enter> and <Leave> widgetbehaviors at a later date, it should be possible without changing any of the code in this patch.
Hopefuly I "diff'd" correctly, against vanilla 0.43.0. (Works for me in Fedora 15...)
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-10-06 14:03
Message:
For future reference, you should delete the older revisions of files from
the tracker and only include the current files. I'm trying this now on
Ubuntu/natty/i386. I'm guessing that tips-rev2.diff is the right file
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2011-09-27 20:48
Message:
Latest revision tested on Ubuntu Maverick (32 bit). Works for me.
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-09-26 22:40
Message:
Thanks IOhannes, I would have never caught that myself. The
pd-externals-howto says: "If more arguments are to be passed to the object
or if the order of atomtypes should by (sic) more flexible, A_GIMME can be
used for passing an arbitrary list of atoms." Is there another place where
this is addressed?
I added another revision.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-09-26 17:50
Message:
The manual tip works with or without Autotips checked. Nothing else shows
up either way with the Autotips checked or not.
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2011-09-26 15:32
Message:
it doesn't work, because the code is broken.
canvas_enterobj)( is declared as having 4 arguments of type A_FLOAT,
A_FLOAT, A_SYMBOL, A_FLOAT!
this is something that Pd's dispatcher cannot handle correctly: A_FLOAT
must never be followed by A_SYMBOL.
if you want a message like that, you have to use A_GIMME and parse the
message yourself.
afair, this is documented in the pd-externals-howto.
(you might be lucky on 64bit, that for some reasons it worked for you; do
not rely on that)
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-09-26 14:39
Message:
Hm, not sure what to do other than ask the obvious. So I'll do that:
Do you get an "Autotips" checkbutton under the "Edit" menu? If so, did
you check it?
Do you get a little blue box in the bottom left-hand corner of the patch
when you hover over [clip]? Can you see the bottom of the help patch?
Do the manual tips work when you click the [tgl] in the tips help patch?
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-09-26 14:27
Message:
Hm, not sure what to do other than ask the obvious. So I'll do that:
Do you get an "Autotips" checkbutton under the "Edit" menu? If so, did
you check it?
Do you get a little blue box in the bottom left-hand corner of the patch
when you hover over [clip]? Can you see the bottom of the help patch?
Do the manual tips work when you click the [tgl] in the tips help patch?
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-09-26 13:41
Message:
I just tried a complete Pd-extended build with this patch, adn still no
luck,
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-09-26 13:40
Message:
Yup, that much I can figure out. In all of the demos, nothing shows up.
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-09-26 12:58
Message:
Have a look at the demo patch in the tar below.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2011-09-26 12:54
Message:
I got it to compile and run fine, I just never got the tooltips to show up.
Edit Mode or not. Any tips there?
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-09-26 12:08
Message:
I left out a step in the help patch-- you must be in "Edit mode" for the
autotips to work. This is purposeful-- I don't think transient popups
should get in the way of audio, or whatever else is going on in the patch
in "Run mode". However, you can get manual tips in both "Run mode" and
"Edit mode".
It's been awhile since I worked on this, so I just downloaded the source
for pd-0.43 from Miller's website, did "patch -p1 <tips.diff" inside the
pd-0.43-0 directory, and compiled-- and it works for me under Debian Wheezy
x86_64.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-09-26 10:52
Message:
I tried to get this working a while back, but had no luck. I'll try again.
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-08-01 01:25
Message:
See tips-help.pd to see how they work.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3383472&group_…
Patches item #3417757, was opened at 2011-10-03 10:06
Message generated for change (Comment added) made by lluisbigorda
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3417757&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: documentation
>Status: Closed
Resolution: Accepted
Priority: 5
Private: No
Submitted By: Ricardo Fabbri (ricardofabbri)
Assigned to: lluÃs gómez i bigordà (lluisbigorda)
Summary: better install instructions to pix_opencv
Initial Comment:
This is a tiny fix to the INSTALL file to show how to install the help files. More steps were are added so that the install solution is cleaner.
PS: I am also using this to practice submitting patches to the Pd community. Hopefully I will soon manage to get commit access and will stop bugging the tracker with tiny patches.
----------------------------------------------------------------------
>Comment By: lluÃs gómez i bigordà (lluisbigorda)
Date: 2011-10-06 11:30
Message:
the patrch is already applied and commited to svn re. 15528.
thanks ricardo!
ll.
----------------------------------------------------------------------
Comment By: Ricardo Fabbri (ricardofabbri)
Date: 2011-10-04 07:03
Message:
We might have to wait until bug #3390786 gets fixed. However, I vote to
include these instructions anyways as the bug must get fixed soon I
suppose.
----------------------------------------------------------------------
Comment By: Ricardo Fabbri (ricardofabbri)
Date: 2011-10-04 06:10
Message:
Hello, the instructions in this patch are not goint to work well with the
current pd-extended, since it is not saving the new PATH into
~/.pdextended, seemingly because the path is from the pd-extended
installation directory and it is being handled differently. I propose to
tell the user to put the PATH straight to a directory with pix_opencv
*outside* pd-extended installation directory. I would say it is bug on its
own of pd-extended to filter out paths that are in its own installation
directory. However, I propose a solution which will work in this case as
well, but will not allow the user to cleanly install pix_opencv to the
whole system. The attached patch is the new instructions I propose.
----------------------------------------------------------------------
Comment By: Ricardo Fabbri (ricardofabbri)
Date: 2011-10-03 10:07
Message:
just letting you know the patch is against the pix_opencv external inside
the svn repository for Pd.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3417757&group_…
Bugs item #3419509, was opened at 2011-10-06 13:14
Message generated for change (Tracker Item Submitted) made by ritsch
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3419509&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: v0.43
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Winfried Ritsch (ritsch)
Assigned to: Nobody/Anonymous (nobody)
Summary: Trigger anythings eliminates feedback suppression of number2
Initial Comment:
Like outlined in subject:
if a number is send in a send and a number2 box with same send/receive name is used, then message is sent again, maybe because of errones feedback suppression of number2 box. see attachment
done with pd043.1-test4 and pd-0.43
mfg winfried
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3419509&group_…
Patches item #3418851, was opened at 2011-10-05 03:19
Message generated for change (Comment added) made by
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3418851&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: feature
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Miller Puckette (millerpuckette)
Summary: read startup config files from /etc/puredata/conf.d
Initial Comment:
Hello,
I was looking at using puredata from debian, and currently, it's a bit of a mess, if I want to use PD + gem, I need to install both, and then mess up with config files, or, as the readme suggest (Readme.Debian), launch pd with an extenssive commandline:
| to start Pd with Gem support, issue the command (without the '%' sign)
|
| % pd -path /usr/lib/pd/extra/Gem -lib Gem
|
| OR
|
| use the provided script instead of directly starting Pd:
|
| % /usr/bin/pd-gem
|
| OR
|
| start Pd
| - navigate to "File->Path..." and add "/usr/lib/pd/extra/Gem" to the list of search-paths
| - click OK
| - navigate to "File->Startup..." and add "Gem" to the list of binaries to be loaded
| - click "Apply" and "Save all settings"
|
| OR
|
| add the following lines to your ~/.pdrc file (deprecated)
|
| -path /usr/lib/pd/extra/Gem
| -lib Gem
I think it'd be better to automatially include a file, that's what this patch is all about (and to be able to make a pd extenssion debian policy).
tell me what you think
----------------------------------------------------------------------
Comment By: https://www.google.com/accounts ()
Date: 2011-10-06 05:40
Message:
@zmoelnig @eighthave: ok it'll be easier to first read
/etc/puredata/pd.conf then ~/.pdrc do you want a patch doing that ?
then, where can I look into [declare] stuff ? (sorry...quite a newbie
here)
but anyway, I guess we'll still need each module to be able to declare how
to load itself,
so I can have the patch say something as easy as:
need gem
need blah
and then pd would look for a descriptor for the 'gem' and 'blah' module,
and load specific files.
so I guess it means 0001 and 0003 and 0004 should get merged, and then we
should build ontop of that ?
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-10-05 18:13
Message:
From the point of view of hardware config, it makes sense to have a global
config, I agree.
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2011-10-05 16:47
Message:
i think it is good to make it easier to embed preferences in the patch.
i also think that [declare] should be made nicer.
this doesn't keep me from thinking that a global configuration would be a
good idea, esp. when you can configure the (system specific) hardware and
the like.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-10-05 16:38
Message:
I think that the -conf flag is a good idea and should be included and
generalized for all platforms.
But I think that the /etc/puredata/conf-enabled stuff is not a good idea
because it serves to reinforce the issues that cause this problem in the
first place. We should be making it easier for people to embed the
configuration in the patch, by doing things like improving [declare]. We
should not make it easier to move the configuration globally, which means
we have even more patches that are unshareable because they rely on a
custom, global config. Just look at any other programming language, the
libs that a program needs are declared in the program itself (import,
using, declare, #include, etc), not globally in the user's config.
----------------------------------------------------------------------
Comment By: https://www.google.com/accounts ()
Date: 2011-10-05 15:34
Message:
Ok, so I refreshed my patches to take into account some things said here:
http://core.evilgiggle.com/~xaiki/puredata/
(you can call me xaiki)
0001-give-an-argument-to-sys_rcfile-and-expand-with-realp.patch
hasn't changed, needed for 0002 and 0003
0002-import-configs-form-etc-puredata-conf.d-on-start.patch
will now look into /etc/puredata/conf-enabled
so we can setup an apache/lighttpd like dir with a puredata-conf-enable
script (that we can steal away)
0003-implement-conf-arg-to-specify-config-file.patch
add a -conf argument, using 0001
0004-make-conf-trigger-nopref-so-we-don-t-load-default-if.patch
this will make that -conf argument not use the default conf when
triggered, actually, it could be a bit smarter (i.e. checking if we could
actually read something... but well)
----------------------------------------------------------------------
Comment By: Jonathan Wilkes (jancsika1)
Date: 2011-10-05 14:13
Message:
@h-tee-tee-pee-yes: If you were looking at help patches, the [import]
object is excluded because libdir externals put the binaries in the same
directory as the help patches.
It does seem weird to have to import the import object.
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2011-10-05 11:09
Message:
note, that even if all your patches were implemented, i would still rather
NOT enable all apt-installed pdlibs by default (i guess i am with hans
here)
instead, the sysadmin ought to decide on a case-by-case basis (something
like apache's /etc/apache2/mods-enabled/)
----------------------------------------------------------------------
Comment By: https://www.google.com/accounts ()
Date: 2011-10-05 10:44
Message:
@zmoelnig: (really, things are easier to discuss via mail =))
the first patch only alows to specify a config file from C, yet, we could
easily make it a command line switch to be able to specify a file (or a
directory) to load.
@zmoelnig: I'm a puredata beginer, but I'm concerned that pd-gem allows
you to load only 1 extention at a time, what if you want gem + pidip + xxx
? I don't think it's an elegant solution.
@eighthave: good to know, that said, it doesn't seem widely used, I was
looking at some docs, and some projects and no patch I found was
implementing this, so I think it's easier to fix Debian/PD to include
some/all installed ext, than fix all patches in the wild.
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2011-10-05 07:31
Message:
about the given patch: this is definitely a nice idea (i haven't looked at
the patch though), and allows to easily switch between predefined flavours
of your installed Pd.
i think it's a way better solution than the config-switcher.sh script that
comes with current Pd-extended, as it doesn't require write access in the
home-directory.
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2011-10-05 07:21
Message:
@anonymous(how i hate the openID implementation on sf): i don't see how
starting "pd-gem" is "messing up with config files" or "launching "with an
extensive commandline". alternatively, you can always launch pd/Gem from
the menu
@eighthave: using [declare] or [import] is one of many options how to load
library. other ways have their value as well, and i don't think we should
force people to do something (even if we do believe that they should do it)
(and yes, i am not always true to this suggestion myself :-))
finally, the two patches submitted are somewhat independent (though
related):
- having the opportunity to force the use of a given preference file
- implementing an /etc/*/conf.d/ style config cascade
i would suggest submitting them separately.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2011-10-05 04:05
Message:
For loading libraries, you should do it directly in the patch using either
[declare -lib] or [import] (apt-get install puredata-import).
----------------------------------------------------------------------
Comment By: https://www.google.com/accounts ()
Date: 2011-10-05 03:22
Message:
ok,... I can't seem to add my second patch,... you can find everything in:
http://core.evilgiggle.com/~xaiki/puredata/
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3418851&group_…