Bugs item #3489348, was opened at 2012-02-19 02:17
Message generated for change (Tracker Item Submitted) made by angelfaraldo
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=478070aid=3489348group_id=55736
Please note that this message will contain a full copy of
Hi,
A recent thread on Pd Everywhere suggests that the function
rtext_senditup in g_rtext.c sometimes divides by a font width. This
causes occasional crashes because the font width may be 0 when running
with the nogui flag:
It's hilarious - there's exactly one aspect of Pd run-time semantics
that depends on screen location -- inlets/outlets of subpatches are numbered
in left-to-right order on teh screen. To to thins someone has to call
gobj_getrect() on the inlet/outlet, which then not only has to report the
Le 2012-02-19 à 10:05:00, Miller Puckette a écrit :
It's hilarious - there's exactly one aspect of Pd run-time semantics
that depends on screen location -- inlets/outlets of subpatches are
numbered in left-to-right order on teh screen. To to thins someone has
to call gobj_getrect() on the
That it's painful doesn't make it any less funny to me. It would take
pages to explain the considerations that went, in 1987 or early 1988, into
the decision to arrange inlets/outlets that way but the circumstances were
quite different from today's - and seeing this particular unintended
Le 2012-02-19 à 10:30:00, Miller Puckette a écrit :
That it's painful doesn't make it any less funny to me.
CROC Magazine's motto was : « C'est pas parce qu'on rit que c'est drôle »,
in the sense that just because we laugh doesn't mean it's funny.
pages to explain the considerations that
Bugs item #3489433, was opened at 2012-02-19 11:38
Message generated for change (Tracker Item Submitted) made by megrimm
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=478070aid=3489433group_id=55736
Please note that this message will contain a full copy of the
On Feb 19, 2012, at 1:15 PM, Mathieu Bouchard wrote:
Le 2012-02-19 à 10:05:00, Miller Puckette a écrit :
It's hilarious - there's exactly one aspect of Pd run-time semantics that
depends on screen location -- inlets/outlets of subpatches are numbered in
left-to-right order on teh screen.
Le 2012-02-19 à 17:46:00, Hans-Christoph Steiner a écrit :
I think that the order of the [inlet]s and [outlet]s on the screen
matching the order of the inlets and outlets on the abstraction that
patch creates is a wonderful idea,
which is the only thing that makes it impossible to just move
Patches item #3485016, was opened at 2012-02-06 08:38
Message generated for change (Comment added) made by millerpuckette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=478072aid=3485016group_id=55736
Please note that this message will contain a full copy of the
Ok, it was /tmp filling up. Should be fixed now.
.hc
On Feb 18, 2012, at 3:22 PM, András Murányi wrote:
He means that the latest extended-debian-testing-amd64 builds are only 1.8K,
and indeed they are.
http://autobuild.puredata.info/auto-build/
Andras
On Sat, Feb 18, 2012 at 21:00,
Hi Miller,
Thanks for taking care of this! I noticed one leftover zero in the
initialization of sys_fontlist. I'm assuming that that's an
oversight, and I changed it to one in the libpd repository.
Cheers,
Peter
On Sun, Feb 19, 2012 at 1:05 PM, Miller Puckette m...@ucsd.edu wrote:
It's
The PdLab Jenkins server is back up and running:
https://macosx105-i386.pdlab.puredata.info
I just got it a proper CAcert.org TLS certificate, so
inline: macosx105-i386.pdlab.puredata.info.certificate_fingerprints.png
If you want to build your software on the jenkins server, please post a
13 matches
Mail list logo