Yeah, I definitely agree that we could use color a lot better in
these patches. I would like to see you propose something based on
these ideas. Constructivism + Paulo Freire would be a very
interesting combo.
As for the template approved today, I think that's just the first
step. I am
Roman Haefeli wrote:
On Mon, 2007-09-17 at 16:59 +0200, IOhannes m zmoelnig wrote:
hard off wrote:
i got it!
a settable send using only pd vanilla objects.
why don't you just use [send] instead of [setsend]?
i don't see any added functionality in this abstraction (but an added
dependency
marius schebella wrote:
that's not working anymore, because the send does not have $0-
marius.
??
[sentsend] has no $0- either.
at least: the new patch is working fine here.
mfga.sdr
IOhannes
___
PD-list@iem.at mailing list
UNSUBSCRIBE and
On 18/09/2007, at 6.41, Hans-Christoph Steiner wrote:
http://eds.org/~hans/template-HCS.png
Nice work Hans. I really like the graphical cut down. I surgest to
cut away the symbols to explain what inlet (outlet) are in question
for the horizontal part. Reason: it's not really needed, hence
hola,
I am following this reference templates discussion because I'm interested
in the pd documentation project.
I have only some side comments about colors, I think -if used, colors
should be kept to accentuate content.
This was said before but also
in my view pd objects in reference patches
ok, finally after testing with my pddp draft, it does not work.
I think it is because it is not fast enough.
when I use it in combination with textfile and a loop, then I get a lot
of error messages, nothing is scripted to the subpatch, or maybe only
the first message (clear) but the rest not?
Hey,
Post those receive symbols that you wanted so that I can include them.
.hc
On Sep 18, 2007, at 2:07 PM, marius schebella wrote:
ok, finally after testing with my pddp draft, it does not work.
I think it is because it is not fast enough.
when I use it in combination with textfile and a
Hallo,
marius schebella hat gesagt: // marius schebella wrote:
you give me the feeling that I am the bad guy with the bulldozer, trying
to ruin all your efforts to keep pd pure and original.
I didn't intend to do that, sorry. Ah, email ... I'm not taking
part in pddp, I just wanted to express
marius schebella wrote:
and iem_send (a settable send object).
but why don't you just use [send]?
fmga.sdr
IOhannes
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
the new send (which takes a set message) is only included with pd 0.40
and up.
marius.
IOhannes m zmoelnig wrote:
marius schebella wrote:
and iem_send (a settable send object).
but why don't you just use [send]?
fmga.sdr
IOhannes
___
marius schebella wrote:
the new send (which takes a set message) is only included with pd 0.40
and up.
hopefully no send implementation will ever have a set message that
changes its behaviour
otoh, pd-0.40 has been available for more than a year now, so why not
use it?
instead of using
sorry that I was not precise.
the new send object has a right inlet that takes a message [symbol x(
to set the new destination. It is the same as iem_lib.
So since the whole style feature is in an abstraction, I can easily
change that in one central file.
at the moment it relies either on
the niagara / packel stuff you can easily substitute with [list split 1]
and then you're rocking pddp vanilla style!
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
not bad!!
The only solution I knew of was to use a message, clear it and then add
one element after the other, and then bang it to send it. but this
solution had a problem, every time you send a message to an object that
does not exist, you get an error message. so I really appreciate your
hard off wrote:
i got it!
a settable send using only pd vanilla objects.
why don't you just use [send] instead of [setsend]?
i don't see any added functionality in this abstraction (but an added
dependency on the abstraction)
fgnmasd,.r
IOhannes
that's not working anymore, because the send does not have $0-
marius.
hard off wrote:
iohannes,
you're right. super simple now. thanks mate.
simplified patch is attached.
___
PD-list@iem.at mailing list
UNSUBSCRIBE and
Hallo,
hard off hat gesagt: // hard off wrote:
the niagara / packel stuff you can easily substitute with [list split 1]
And [packel 1] is the same as [$1(
Ciao
--
Frank Barknecht _ __footils.org_ __goto10.org__
___
On Mon, 2007-09-17 at 16:59 +0200, IOhannes m zmoelnig wrote:
hard off wrote:
i got it!
a settable send using only pd vanilla objects.
why don't you just use [send] instead of [setsend]?
i don't see any added functionality in this abstraction (but an added
dependency on the
Hi Marius,
Thanks for taking the dive and contributing ideas to the wiki. I'll
strike that task from your todo list. How is the wiki template going?
I think the discussion about externals was well played out, what have
you ended up deciding? (Will your stylesheet system work on vanilla PD 40?)
FYI: with the PDDP templates, we are aiming for 0.40 and up since Pd-
extended 0.39.3 is basically released.
.hc
On Sep 17, 2007, at 8:34 AM, marius schebella wrote:
the new send (which takes a set message) is only included with pd
0.40
and up.
marius.
IOhannes m zmoelnig wrote:
That will be handy for PDa patches, since there is no [prepend],
[list] or settable [send] in PDa.
.hc
On Sep 17, 2007, at 10:35 AM, hard off wrote:
i got it!
a settable send using only pd vanilla objects.
see the attached patches.
newsend.zip
On Sep 16, 2007, at 6:10 PM, Frank Barknecht wrote:
Hallo,
marius schebella hat gesagt: // marius schebella wrote:
otoh, I think pd-extended or any packged pd distro will always
include
these libraries. pddp is in some way a side product of pd-extended.
But even then, shouldn't you use
I'll also throw in my attempt to the ring. Or pre-ring perhaps I
should say. ;) I like the overall layout of Ben's template 9, but I
think that the graphical elements are too heavy, drawing too much
attention.
I took Ben's original template-9 and applied some concepts I've been
Hallo,
marius schebella hat gesagt: // marius schebella wrote:
just finished my templates. I did not concentrate so much on content and
layout, but on the question how to make different patch layouts with
stylesheets.
Works on Linux, too.
you will need iemlib, zexy, pd 0.39.
In my
Frank Barknecht wrote:
you will need iemlib, zexy, pd 0.39.
In my opinion, this is a complete nogo: help patches must not require
any externals besides the external they explain and some related ones.
well, it was more for convenience. I use niagara and packel, because I
am not so used to
i agree with frank.
no way should help patches rely on externals.
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Agreed as well - I hate opening a help patch and having to track down
and enable libraries and restart pd. Honestly, though I am uninformed about
this kind of stuff, couldn't the more useful objects from zexy be included
in core pd? What threshold does an object or lib have to cross before it is
On Sun, 2007-09-16 at 12:08 +0200, Frank Barknecht wrote:
Hallo,
marius schebella hat gesagt: // marius schebella wrote:
just finished my templates. I did not concentrate so much on content and
layout, but on the question how to make different patch layouts with
stylesheets.
Works
On Sun, 2007-09-16 at 19:38 +0200, Roman Haefeli wrote:
second:
i am pretty sure, that the only object of zexy, that cannot be replaced
by internals, is [symbol2list] (which i really would like to have
included in pd, but thats a different story).
yo, sorry, this isn't true. what i meant is
Roman Haefeli wrote:
tell me if you need help. i
would also be interested, which objects from iemlib you use.
roman
I already said, I use niagara and packel, which probably can be replaced
by list-abs objects.
and iem_send (a settable send object).
I need to send lists of variable length to a
Hallo,
marius schebella hat gesagt: // marius schebella wrote:
otoh, I think pd-extended or any packged pd distro will always include
these libraries. pddp is in some way a side product of pd-extended.
But even then, shouldn't you use proper namespaces and [import]? ;)
But even then, I don't
hey,
you give me the feeling that I am the bad guy with the bulldozer, trying
to ruin all your efforts to keep pd pure and original.
I think it is a fact that objects that do exist in an external library
will not be included into the core pd, even if they are super cool and
bugfree objects. pd
Hallo,
marius schebella hat gesagt: // marius schebella wrote:
I already said, I use niagara and packel, which probably can be replaced
by list-abs objects.
No need for list-abs, they are practically included in Pd. Attached
patch is your homework assignement for Tuesday. ;)
Ciao
--
Frank
hey,
just finished my templates. I did not concentrate so much on content and
layout, but on the question how to make different patch layouts with
stylesheets.
I think it is a good idea to make styles as flexible as possible.
https://www.puredata.info/dev/pddp/pddp-drafts
So what you see is one
34 matches
Mail list logo
