Bugs item #1678373, was opened at 2007-03-11 17:31
Message generated for change (Comment added) made by sistisette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1678373&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: v0.40.2
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Matteo Sisti Sette (sistisette)
Assigned to: Nobody/Anonymous (nobody)
Summary: GUI elements depth error
Initial Comment:
When two gui elements (for example sliders) overlap, and you try to "click" on them (i.e. move the slider) within the overlapping region, the correct behaviour would be that the front-most element "receive" the mouse click, since that is the one you're visibly "clicking on". However, the opposite happens: the gui element which is behind is the one that you move.
This happens both in editmode and not.
At least on Windows XP.
----------------------------------------------------------------------
>Comment By: Matteo Sisti Sette (sistisette)
Date: 2007-03-14 21:25
Message:
Logged In: YES
user_id=1709568
Originator: YES
> Isn't it intended to let access GUI elements which are on the bottom of
> stack, thus taking them to the top (in rotation)? Because if
The bottom element is not taken to the top. It remains on the bottom, and
it keeps receiving the events; the front-most element never receives the
event.
Furthermore, I am concerned especially about non-edit mode, and I don't
think that anything should rotate when not editing.
Have a look at the attached patch (depth_bug.pd).
By the way, sorry for not attaching an example before.
It just makes no sense that you are clicking on what is hidden rather than
on what is visible.
File Added: depth_bug.pd
----------------------------------------------------------------------
Comment By: inn0c (inn0c)
Date: 2007-03-14 11:09
Message:
Logged In: YES
user_id=1493916
Originator: NO
> However, the opposite happens: the gui element which is behind is the
one that you move.
Isn't it intended to let access GUI elements which are on the bottom of
stack, thus taking them to the top (in rotation)? Because if
> the correct behaviour was that the front-most element "receive" the
mouse click
then the front-most element would be the only one that receives while the
others stayed intact.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1678373&group_…
Bugs item #1576865, was opened at 2006-10-13 23:16
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1576865&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: v0.40.1
>Status: Pending
Resolution: None
Priority: 9
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: namespace prefixes broken
Initial Comment:
It is no longer possible to use [prefix/classname]
syntax, which is essential to the namespaces because it
is the only way that two classes with the same root
classname could be used in the same patch, i.e. like
this, where each object is a different class:
[prepend]
[cxc/prepend]
[cyclone/prepend]
This is because with the new sys_onloadlist()
functionality that checks to see whether a class has
already been loaded. It only uses the direct
classname, not the prefix also.
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2007-03-14 11:54
Message:
Logged In: YES
user_id=564396
Originator: NO
seems like this has been fixed in 0.41;
could you confirm this?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1576865&group_…
Bugs item #1678373, was opened at 2007-03-11 19:31
Message generated for change (Comment added) made by inn0c
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1678373&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: v0.40.2
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Matteo Sisti Sette (sistisette)
Assigned to: Nobody/Anonymous (nobody)
Summary: GUI elements depth error
Initial Comment:
When two gui elements (for example sliders) overlap, and you try to "click" on them (i.e. move the slider) within the overlapping region, the correct behaviour would be that the front-most element "receive" the mouse click, since that is the one you're visibly "clicking on". However, the opposite happens: the gui element which is behind is the one that you move.
This happens both in editmode and not.
At least on Windows XP.
----------------------------------------------------------------------
Comment By: inn0c (inn0c)
Date: 2007-03-14 13:09
Message:
Logged In: YES
user_id=1493916
Originator: NO
> However, the opposite happens: the gui element which is behind is the
one that you move.
Isn't it intended to let access GUI elements which are on the bottom of
stack, thus taking them to the top (in rotation)? Because if
> the correct behaviour was that the front-most element "receive" the
mouse click
then the front-most element would be the only one that receives while the
others stayed intact.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1678373&group_…
I'm trying to put Pd on a DSP processor, but I need to separate completely
the Pd engine from the GUI.
Does anybody knows if it is available on the web the Pd engine code?
(without GUI)
Thx!
--
Choose Life. Choose a job. Choose a career. Choose a family. Choose a
fucking big television, choose washing machines, cars, compact disc players
and electrical tin openers. Choose good health, low cholesterol, and dental
insurance. Choose fixed interest mortage repayments. Choose a starter home.
Choose your friends. Choose leisurewear and matching luggage. Choose a
three-piece suite on hire purchase in a range of fucking fabrics. Choose DIY
and wondering who the fuck you are on a Sunday morning. Choose sitting on
that couch watching mind-numbing, spirit-crushing game shows, stuffing
fucking junk food into your mouth. Choose rotting away at the end of it all,
pishing your last in a miserable home, nothing more than an embarrassment to
the selfish, fucked up brats you spawned to replace yourself.
Choose your future.
Choose life.
(John Hodge - Trainspotting)
WWW.PIERPAOLOMARCON.TK
Bugs item #1678780, was opened at 2007-03-12 08:19
Message generated for change (Comment added) made by xovo
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1678780&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: pd-extended
Group: v0.39.2
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Thomas Grill (xovo)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: any object not loading
Initial Comment:
In the Pd-0.39-2-extended-test7 build, the any object (iemlib) is not loaded whien instantiated in the patcher, because "any" is just an alias name to "iem_anything".
I'd suggest loading iemlib1/2 as libraries.
----------------------------------------------------------------------
>Comment By: Thomas Grill (xovo)
Date: 2007-03-12 08:20
Message:
Logged In: YES
user_id=350252
Originator: YES
this is on Mac/Intel OS.4.8 but i guess the problem is fairly unrelated to
this.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1678780&group_…
Bugs item #1678780, was opened at 2007-03-12 08:19
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1678780&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: pd-extended
Group: v0.39.2
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Thomas Grill (xovo)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: any object not loading
Initial Comment:
In the Pd-0.39-2-extended-test7 build, the any object (iemlib) is not loaded whien instantiated in the patcher, because "any" is just an alias name to "iem_anything".
I'd suggest loading iemlib1/2 as libraries.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1678780&group_…
I figured that we needed an up-to-date Ubuntu box, since Edgy has
been released:
ubuntu-edgy-i386.idmi.poly.edu
It should start working as of tonight. Plus Marius took some
pictures of the new home for the Pd auto-build farm. It's much more
legit than a corner in my office. There is AC, network equipment,
and lots of wires.
.hc
------------------------------------------------------------------------
----
Using ReBirth is like trying to play an 808 with a long stick. -
David Zicarelli
Bugs item #1678373, was opened at 2007-03-11 17:31
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1678373&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: v0.40.2
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Matteo Sisti Sette (sistisette)
Assigned to: Nobody/Anonymous (nobody)
Summary: GUI elements depth error
Initial Comment:
When two gui elements (for example sliders) overlap, and you try to "click" on them (i.e. move the slider) within the overlapping region, the correct behaviour would be that the front-most element "receive" the mouse click, since that is the one you're visibly "clicking on". However, the opposite happens: the gui element which is behind is the one that you move.
This happens both in editmode and not.
At least on Windows XP.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1678373&group_…
Bugs item #1650754, was opened at 2007-02-02 17:05
Message generated for change (Comment added) made by sistisette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1650754&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: pd-extended
Group: v0.39.2
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Luke Iannini (lukeiannini)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: Backwards Delete does not work in PD-E
Initial Comment:
This is also a Pd-Extended exclusive issue: the backwards delete key produces the "missing character" rectangles, overwriting but not deleting the intended text. In the picture: cursor was placed at the "d" in "delete", and backwards-delete was pressed 3 times. Instead of "ete", we get "[][][]ete".
----------------------------------------------------------------------
Comment By: Matteo Sisti Sette (sistisette)
Date: 2007-03-11 17:24
Message:
Logged In: YES
user_id=1709568
Originator: NO
In WINDOWS it is not specific to pd-extended.
I use PD-Vanilla in Window platform, from 0.39 to 0.40.2 and I've NEVER
seen the delete key work properly (or work at all).
----------------------------------------------------------------------
Comment By: stffn (stffn)
Date: 2007-02-03 00:06
Message:
Logged In: YES
user_id=1658640
Originator: NO
This is not exclusive to the new font as hinted [1], since it also happens
in the test7 build (intel mac os x), hence not only in the RC1 build.
[1]
https://sourceforge.net/tracker/index.php?func=detail&aid=1650752&group_id=…
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1650754&group_…
Hi,
I'm writing an external, and I want it to have multiple named receivers
that do different things (something that seems trivial for an
abstraction but rather tricky for an external).
I worked out how to have multiple 'anything' inlets using a proxy class
(modelled after the [list ...] internals), but I'm stuck when it comes
to multiple 'anything' receivers.
If i just do:
pd_bind(myobject, gensym("blah"));
pd_bind(myobject, gensym("glah"));
then myobject can't distinguish whether the message got sent to "blah"
or "glah", which is loss of information that I need.
So, I somehow need to create fake objects (one for each receiver) that
forward the messages to the real object (adding in some extra info
unique to the receiver).
The problem is I don't know how to create the fake objects. Anyone have
any ideas / example code / tips to offer?
Claude
PS:
It would have been nicer if instead of:
pd_bind(object, symbol)
there was also something like:
pd_bind_method(object, symbol, method)
or even better:
pd_bind_method(object, symbol, method, methoddata)
--
http://claudiusmaximus.goto10.org