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
hello hans,
I am relying to your template12:
header-canvas:
$0-pddp.cnv.header
horizontal sections:
$0-pddp.cnv.section1
vertical sections:
$0-pddp.cnv.section2
footer:
$0-pddp.cnv.footer
marius.
Hans-Christoph Steiner wrote:
>
> Hey,
>
> Post those receive symbols that you wanted so that I
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
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?
to
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 shou
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
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 accoun
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 adde
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
thin
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
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.
___
PD-lis
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
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?)
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
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__
___
PD-list@iem.
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 account-man
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
__
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
solu
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
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 iem
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
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:
> 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
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 expres
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
--
Fran
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 b
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'
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
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
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.
>
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
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
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
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 op
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 p
35 matches
Mail list logo