es m zmoelnig wrote:
>
>> On 2016-06-08 12:09, Hans-Christoph Steiner wrote:
>>>
>>> I'd
>>> like to find a little time to contribute to it, to smooth out the user
>>
>> cool.
>> welcome back.
>>
>>>
>>>
I mean completely hide, no trace at all. The way it is now is intimidating.
The correct fix IMHO would be to make pd support
~/.local/share/pd-externals on GNU/Linux, then make all platforms
install into there by default.
.hc
IOhannes m zmoelnig:
> On 2016-06-08 12:09, Hans-Christoph Stei
I'm just trying deken for the first time, awesome piece of work! I'd
like to find a little time to contribute to it, to smooth out the user
experience for newbies. I can see there are all sorts of use cases for
all of the install options that it currently provides, but it is pretty
confusing for
You'd load Tcl libs via the standard Tcl ways. I don't think you could
load a Pd lib, if that's what you mean.
.hc
me.grimm:
> Hello,
>
> I feel like this came up before but I failed to find it.
>
> Can I load a lib or declare a path via tcl/tk gui plugin? If so how might
> this happen?
>
>
A Window menu is a very common pattern for apps. For example, in OSX Mail
where I'm typing this email it has a Window menu with Minimize, Zoom, etc.
There are many things in apps that are just standard and should be left that
way. With Pd, you need to consider lots of platforms: GNOME, KDE, X
Glad to see there is finally something like this happening! The meta.pd file
in the libdir format would be a good place to include dependencies. It already
contains the version.
.hc
On Oct 16, 2015, at 8:42 AM, Chris McCormick wrote:
> Hello,
>
> Warning, 100% vapourware ahead.
>
> On 14/
Hey all,
Briefly back in Pd for a little bit, we're doing a minor overhaul of Terre
Natale: EXIT (http://at.or.at/hans/terrenatale). I just found out an awesome
new feature in mplayer (ok, maybe not so new;): The UDP master/slave sync
mode. Its really easy to use either as master or slave
About maintaining cyclone, I think a reorg would be great, and further
maintenance as well. If you want to do whatever you want with it, then just
make a fork and work on it as a new
name. If you want to stick to cyclone's central goal of Max/MSP
compatibility, then keep working on it as cyclone
Pd-extended is in need of a new maintainer. Obviously, I can't keep up these
days. I'm happy to help anyone get up to speed.
.hc
On Dec 24, 2014, at 2:00 PM, João Pais wrote:
> Hello list,
>
> I wanted to ask, what is the current state of the pd-extended distribution?
> Pd-vanilla has had s
Jonathan Wilkes via Pd-list wrote:
> Some questions about the bullet points on the page:
>
> * update the libraries to the latest version, and test them
>
>
> Aren't they updated by virtue of pulling from the latest svn? If I can get
> Pd-extended to compile, what else do I need to do in or
I don't remember the details on the differences. Pd-extended guarantees pixel
sizes of boxes across platforms and releases (if not, its a bug). One way it
does that is using `tk scaling 1`. I believe that was removed in vanilla.
There are probably other details like this, like related to suppor
Seb Shader via Pd-list wrote:
> Hello again list,
>
>
> What do y'all think of the idea of releasing Pd-extended both as a
> "core" pd with no libraries added except maybe the libdir and hex loaders and
> as a version with multiple libraries (2 release stages)? Perhaps it's been
> disc
A core idea of having a standard format for libraries is to make them easily
packaged and distributed. There are lots of libraries that follow
https://puredata.info/docs/developer/LibraryTemplate, so the next step is for
someone to make something like https://pypi.python.org as the central repo o
Bukvic wrote:
>
>
>
> ...As strange as it may sound I must admit I've missed our broken
> conversations/banter. Welcome back, Hans!
> Alas, this time I will have to bow out--so many things to do, so little time.
> Hope you'll understand.
> Best,
> Ico
> On
You can take an external compiled for the same OS/arch and it loads and works
on all of them.
.hc
Ivica Bukvic wrote:
> Based on what metrics?
> On Sep 25, 2014 11:05 AM, "Hans-Christoph Steiner" wrote:
>
>>
>> For libraries, there is binary compatibili
Compile using gcc, not clang.
.hc
Francis Derive wrote:
> Bonjour list !
>
> A Pd/Pd-extended starter here - "0.43.4" and "10.8.5" is not mandatory,
> however increasing with life.
>
> So, no luck launching the 64-bit binary or compiling the 64-bit source.
>
>
> 1) Launching Pd-extended.ap
d it, and I thank you for your kind words) would not have
> been possible without breaking binary compatibility which, given the
> aforesaid circumstances, is a non-issue to begin with.
>
> Best,
>
> Ico
> On Sep 25, 2014 10:54 AM, "Hans-Christoph Steiner" wrote:
>
This is the build I made for RPi:
http://apt.puredata.info/releases/pool/pd-extended_0.43.4~extended1-1~raspbian_wheezy_armhf.deb
.hc
Ingo wrote:
> I'm looking for the latest builds of Pd-extended for ARM (Cubietruck).
>
> I was checking "Index of /auto-build/latest"
> http://autobuild.puredat
Just follow this, and it'll be easy to get it included on all platforms:
https://puredata.info/docs/developer/GettingIntoPdextended
.hc
pured...@11h11.com wrote:
> Hi,
>
> Would do anything to finally include mtl abstractions to pd-extended. I can
> build on Windows, Mac, Linux & the RPI.
>
>
You've done a lot of good work in pd-l2ork, but you also broke binary
compatibility of libraries for no good reason. You could have implemented
that feature in a way that preserved binary compatibility of libraries. You
still can, and you should.
.hc
Ivica Bukvic wrote:
> Well, I guess you can
Did someone write some tests for some Pd flavor? That'd be a nice development.
Pd-extended's test suite consists of loading every object, and loading every
help patch. They are scripts in SVN: scripts/load_every_object.sh and
scripts/tests/ They have been quite helpful in finding issues.
.hc
I haven't checked the status of any of those patches in a long time. I posted
many in the patch tracker, did those get included? I used to maintain the
pd-extended git repo as a branch that always showed the pd-extended changes as
a series of commits on top of Pd-vanilla's git. That is called t
> 2014-09-20 2:08 GMT-03:00 Billy Stiltner :
>
>> i get u 2 obi hans kinobis mixed up
>>
>> On Fri, Sep 19, 2014 at 11:56 PM, Hans-Christoph Steiner
>> wrote:
>>
>>>
>>>
>>> IOhannes m zmoelnig wrote:
>>>> On 2014-09-16 0
IOhannes m zmoelnig wrote:
> On 2014-09-16 05:36, Alexandre Torres Porres wrote:
>> as long as we're on the subject, I'm noticing this seems to be the
>> biggest version difference, it's 3 generations behind (0.43
>> extended vs 0.46 vanilla). My question is, next release would be
>> 0.44 or woul
That's awesome! Glad to hear it is still running! I remember back in Ars
Electronica when we were discussing our ideas for a Pd class :)
.hc
Koray Tahiroğlu wrote:
> This year, we are celebrating the 10th anniversary of Composing with Pure
> Data (Data Flow Programming Language) course !! The
It would be nice if you would forward bug fixes upstream to the patch tracker.
That's generally considered the right thing to do when building upon a
project. Don't take my word for it, there are many sources that go in depth
on the topic all over the internet.
.hc
On 05/19/2014 02:57 PM, Ivic
26 matches
Mail list logo