On Mon, 23 Nov 2009, Forwind info wrote:
Has anyone else noticed that puredata.info is timing out. This has been
happening to me from London for the past 2 days ? As far as I am aware this
is all hosted at IEM, IOhannes (presuming you are still at iem) ?
It was down for everybody. The pureda
On Sat, 21 Nov 2009, Hans-Christoph Steiner wrote:
Funny, I never wanted to be a leader of this, I'd much prefer it if more
people were involved in the work and the decision making. And
thankfully, I'm not the only one who works on it. Others have
contributed a lot as well.
A hero is a kin
> In any case, the deepest meaning of &x->x_obj.te_gobj.g_pd as it could
> be
> documented is:
>
>/* I should have learned C++ */
Except that you would also arguably lose on efficiency, particularly when it
comes to encapsulation that Pd is designed around... Still, one could
re-title these t
On Mon, 23 Nov 2009, Ivica Ico Bukvic wrote:
You need to cycle through cords of a visible canvas b/c even though a
canvas is open they may not be placed in a visible part of that canvas.
The bug is happening because a given pd canvas doesn't have a
corresponding tk canvas. This happens when t
> > So, if anyone is aware of the reason for its placement, it would be most
> > helpful to learn more about that before making the final decision
> > whether to keep/remove it.
>
> Because objectboxes and messageboxes and atomboxes have
> become opaque, so
> the stacking order of wires does matte
On Mon, 23 Nov 2009, Ivica Ico Bukvic wrote:
With what C++ provides for nesting structs, you can remove most
typecasts from Pd's code, including all the disguised typecasts (every
use of te_gobj, g_gobj, x_obj, x_gui, as well as many uses of g_pd).
Good idea. I'll try to give it a shot next ti
> > This is IMHO the first valid argument against my suggested
> > implementation you made so far and one I would agree with.
>
> This is because much of the rest was about peripheral issues such as what
> you think of pd itself, what can be done about pd itself, and about the
> wording you used a
On Mon, 23 Nov 2009, Ivica Ico Bukvic wrote:
This is IMHO the first valid argument against my suggested
implementation you made so far and one I would agree with.
This is because much of the rest was about peripheral issues such as what
you think of pd itself, what can be done about pd itself
Hi,
Has anyone else noticed that puredata.info is timing out. This has been
happening to me from London for the past 2 days ?
As far as I am aware this is all hosted at IEM, IOhannes (presuming you are
still at iem) ?
Conor
___
Pd-dev mailing list
Pd-de
On Mon, 23 Nov 2009, Ivica Ico Bukvic wrote:
obstacles to a project's growth I found to be overly protective nature
towards one's contributions or what some would portray as inability to
separate one's ego from the interests of the project as a whole, as then any
discussion pertaining to it can
On Mon, 23 Nov 2009, Ivica Ico Bukvic wrote:
Depends what you refer to as "natural enough." I speak a human language
and since this is project developed by humans I would argue that having
variable names that convey their function more clearly at the expense of
typing a few extra characters ce
On Sun, Nov 22, 2009 at 12:30:01PM -0500, Mathieu Bouchard wrote:
> On Sat, 21 Nov 2009, Chris McCormick wrote:
>> I shouldn't even have to justify my own preference for running
>> pd-vanilla to you,
>
> Well, why are you replying to me? That's because you think it's worth it.
Excellent point, s
> > and that would go a long way towards improving legibility, e.g.
> > all_present_objects.cords.visible.
>
> What would that piece of code mean? how would you use it? how
> would it fit
> with a C<->Tcl/Tk architecture? can it be expressed as C code naturally
> enough?
Depends what you refer to
> >> ?
>
> Are my doublequotes being unsupported by your mailer? Iso-latin-1 (and
> thus the first 256 chars of Unicode) support at least three doublequote
> styles but it seems that mine (that look like miniature left-shift and
> right-shift) get converted to other styles.
It could be my phone
On Sat, 21 Nov 2009, Chris McCormick wrote:
Ok, I'll answer your question as if you'd asked it like this: "Why would you
like the option of running pd-vanilla?" Rather than the front-loaded question
you asked me.
What does «front-loaded» mean here??
1. Pd is minimal whilst pd-extended is maxim
On Sat, 21 Nov 2009, Hans-Christoph Steiner wrote:
On Nov 20, 2009, at 3:14 PM, Mathieu Bouchard wrote:
Because objectboxes and messageboxes and atomboxes have become opaque, so
the stacking order of wires does matter more. They have to stay on top in
order to be more visible, yet the pd archit
On Sat, 21 Nov 2009, Chris McCormick wrote:
I should note that Pd itself is not very modular in terms of the way
it's distributed, it's just that there is not a lot of stuff in it.
If (random popular interpreter) Python or Ruby or PHP were nearly as
modular as Pd is, you'd need to download yo
> What's the one line?
Please see previous email.
>
> Here's what I found, not being able to open the subpatch happens on
> Pd
> 0.42.5 and Pd-extended 0.42.5-2009-1112, but not with pd-gui-rewrite/
> 0.43
Except you get a profuse number of errors that do not go away in console.
Ico
You need to cycle through cords of a visible canvas b/c even though a canvas is
open they may not be placed in a visible part of that canvas. Of course
lingering question is what is in the end faster in tcl/tk land: cycling through
objects and refreshing them (which would be the cleaner thing to
On Sat, 21 Nov 2009, Ivica Ico Bukvic wrote:
/* I should have learned C++ */
Except that you would also arguably lose on efficiency, particularly when it
comes to encapsulation that Pd is designed around...
What are you talking about? If it's arguable, could you please argue about
it, so
Mathieu Bouchard wrote:
>
> If you have any mails that timed out after 1 or 2 days, you should
> re-send them, and now is the time!
>
> Note that it says "Permanent failure" in that case, and not "Temporary
> failure" (The latter of which means: it's still on auto-retry)
i would say the time is
If you have any mails that timed out after 1 or 2 days, you should re-send
them, and now is the time!
Note that it says "Permanent failure" in that case, and not "Temporary
failure" (The latter of which means: it's still on auto-retry)
Some mail servers auto-retry for only 1 day, some other
On Sat, 21 Nov 2009, Chris McCormick wrote:
On Fri, Nov 20, 2009 at 01:24:18PM -0500, Mathieu Bouchard wrote:
On Fri, 20 Nov 2009, Chris McCormick wrote:
Maybe I am misunderstanding something, but if this is a question of
being able to apt-get install vanilla Pd under Debian GNU/Linux, I
would
On Sat, 21 Nov 2009, Ivica Ico Bukvic wrote:
There should be a loop that goes through all existing cords and checks
whether they are visible and if so, raises them. Otherwise, they should
be ignored.
Why would you need to loop through all existing cords?... I don't
understand.
You need to
> Why would it be the cleaner thing to do? It's not like simpler, smaller
> commands are full of doorknob viruses. Tk has the commands on groups
> of
> items so that it acts on groups of items, I don't know why we're supposed
> to avoid that feature and call it cleaner.
Because of the same reason
25 matches
Mail list logo