Pd extended includes:
* a patched source so that it can include [initbang]-- which, among other
things,
allows you to create abstractions that have variable inlets/outlets (like
[route] does)--
and [closebang]-- which sends a bang immediately before deleting its parent
canvas.
* opaque object boxes (they are light grey, I think) and lighter grey borders.
* visual difference between signal inlets/outlets and control inlets/outlets
(very helpful IMO).
* different default fonts (I think)
There's also Pd-l2ork, which includes Pd extended source patches plus:
* iemguis ([bng], [vslider], etc.) which can be resized with the mouse (and
labels can be
moved with mouse, too)
* way more effecient redrawing of gui objects and "Put" menu arrays
* patch that maps "$@" to expand to all arguments (from the parent patch if
abstraction,
incoming message if msg box)
* more consistent Gnome-like look and feel in linux
* right-click and choose "move to back/front" to change an object's z order
* improved cyclone objects
* magic glass (hover over a connection and see the message currently being
passed
over it)
* max-style trigger that takes numeric args (like [pack] )
* notification when element of a "Put" menu array is changed
* no crash when a patch sends a message to close itself, better scrolling, lots
of other
fixes
Both include PDDP docs by default, which I've been working on for some time now.
Btw- I made a search gui-plugin in 0.43 that takes advantage of all the tags I
added to
core docs and (many) external help files. So now you can search for objects by
keyword,
author, description, and even inlet/outlet specs (e.g., find an object that
takes a symbol at its
left inlet and outputs a list).
-Jonathan
--- On Fri, 6/24/11, J bz <[email protected]> wrote:
From: J bz <[email protected]>
Subject: Re: [puredyne] Puredata vs. Pd-extended
To: "puredyne" <[email protected]>
Date: Friday, June 24, 2011, 11:25 AM
Hi Tyler,
Excuse me for hijacking your thread somewhat:
Have you managed to install? I couldn't get the shortcut to respond, though it
runs nice off usb for me too.
I'm not involved in packaging pure data at all but my gut feelings are that:
1. Running vanilla allows for a quicker update cycle.
2. Less bloat.
3. My preference is that vanilla is more aesthetically pleasing somehow.
4. Historic reasons: pde was far less stable a few years ago, plus had
problems with some libraries and objects not loading - nameclashes etc. Indeed
it's still the case with some libs in pde now (vbap springs to mind).
Pd comes with what the devs believe are the most useful libs with many extra
just waiting to be added to the .pdrc.
Of course any extra libs you need can be compiled quite easily for pd but some
of them can be tricky - I attempted to install 'cyclone' a few months ago and
just gave up when it became a PITA.
One final thought, and it's something I have never heard anyone discuss at all
but I have wondered about: Is there some Euro-centric thing that vanilla is
somehow 'cooler' (for want of a better word) than pde?:)
I recently ran a project on pde and have since installed pddp into my machine.
So much better set of help files I think.
All good wishes,
Julian
On 23 June 2011 23:33, Tyler Leavitt <[email protected]> wrote:
Hello list,
So I'm writing this on a first boot of Puredyne 10.10 DVD-i386 alpha-4 live.
Everything looks great... unetbootin installed it flawlessly and it booted nice
and quick. Now to install...
My question, however, is regarding the relation between the Puredata that comes
with pure:dyne and Pd-extended. What are the differences between the two as far
as externals that are packaged? Is there a reason you don't just supply
pd-extended? Or is it the pure:dyne version just pd-extended with the older
branding?
Thanks,
Tyler
---
[email protected]
http://identi.ca/group/puredyne
irc://irc.goto10.org/puredyne
-----Inline Attachment Follows-----
---
[email protected]
http://identi.ca/group/puredyne
irc://irc.goto10.org/puredyne
---
[email protected]
http://identi.ca/group/puredyne
irc://irc.goto10.org/puredyne
