On 04/11/2011 06:01 AM, Hans-Christoph Steiner wrote:
While avoiding bloat is a worthy goal, it seems to me that a good place
to draw that line is at the standard Tcl/Tk. I don't think adding those
libs will add a lot, but it does mean that people can rely on the
standard Tcl/Tk docs to know
Hi,
I thought about downloading a build of pd-ext 0.43 that works, to try it
out. But the version I tried yesterday is apparently not ok, for example
even cnv objects don't exist. Does anyone noticed a previous windows build
that is more stable? (even if it doesn't have all the extra
On Apr 11, 2011, at 5:38 AM, yvan volochine wrote:
On 04/11/2011 06:01 AM, Hans-Christoph Steiner wrote:
While avoiding bloat is a worthy goal, it seems to me that a good
place
to draw that line is at the standard Tcl/Tk. I don't think adding
those
libs will add a lot, but it does mean
Most vanilla objects are split out into their own 'vanilla' lib right
now. So if you don't add vanilla/list and vanilla to the
libraries loaded by default, they won't be loaded. You can do [import
vanilla/list vanilla] to quickly try a patch without changing your
prefs.
.hc
On Apr
I forgot to add, I am interested in feedback on this particular
feature. Right now its in there to try out. I'm not yet convinced it
should be permanent, but it does offer some advantages, especially on
mobile phones and smaller computers.
.hc
On Apr 11, 2011, at 12:59 PM, João Pais
Patches item #3248426, was opened at 2011-03-26 23:08
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=478072aid=3248426group_id=55736
Please note that this message will contain a full copy of the comment
Try loading 'libdir' as the first lib.
.hc
On Apr 11, 2011, at 6:32 PM, João Pais wrote:
hmm, vanilla and vanilla/list are already in the startup libs of pd.
and after that when trying import them, they say [import]: can't
load library in 'vanilla' (vanilla/list seems to work).
also,
As I mentioned last week,
you can change the pd-settings.reg file in a text editor so it starts
like this:
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Pd-extended]
flags=
loadlib1=libdir
loadlib2=vanilla/list
loadlib3=vanilla
loadlib4=extra
loadlib5=Gem
loadlib6=cyclone
Try loading 'libdir' as the first lib.
ah, bingo.
is your [sys_gui] working properly? I have a wm geometry . +0+565
message at startup, to put my windows in order. Also, my color theme shows
different colors now.
an other thing: instead of osc~ 440, I hear hard noise. my settings are
you mean this lib structure? as long as they're configured properly, I
myself don't see any difference - talking from the dumb user point of
view.
it might be better to lock them, or hide them from the editor - this would
prevent someone who is trying out stuff to delete them. but maybe
Part of the idea is that people can make CPU-optimized versions of
'vanilla' and load them as they need them. So they shouldn't be
locked in to using 'vanilla', or I would have just left those objects
built-in.
.hc
On Apr 11, 2011, at 7:31 PM, João Pais wrote:
you mean this lib
Patches item #3284900, was opened at 2011-04-11 20:38
Message generated for change (Tracker Item Submitted) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=478072aid=3284900group_id=55736
Please note that this message will contain a full copy of
FYI: Using the magic of meld, git gui, and gitk, I have refactored
Martin's string/blob patch against pd 0.43.0 and included it into Pd-
extended 0.43 git.
.hc
I spent 33 years and four months in active military
13 matches
Mail list logo