Hi Chris (and Christopher): <br><br>Just a philosophical question: wouldn't it be more a director-level component that would deal with "global" properties of a workflow/model? In my mind, actors are those selfish little guys who don't care about the rest of the world: just what the read, compute,  and what they write. Never mind the predecessor, successor actors ... <br>

(of course I understand that at the implementation level, they might "know" much more)<br><br>Having said that, attaching the code (or hooks for it) for semantic type checking etc. to the actor itself also seems quite neat, as it allows a more object-centric, localized control, where each actor can "say" how much it "likes" the connections being made to/from it...<br>

<br>interesting..<br><br>Bertram<br><br><br><div class="gmail_quote">On Tue, Jul 14, 2009 at 7:51 AM, Christopher Brooks <span dir="ltr"><<a href="mailto:cxh@eecs.berkeley.edu">cxh@eecs.berkeley.edu</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hi Chris,<br>
Take a look at some of the higher order component actors<br>
in ptolemy/actor/lib/hoc.<br>
<br>
ApplyFunction.java is a good place to start.<br>
MultiInstanceComposite is another one.<br>
<br>
See also ptolemy/domains/ddf/lib/ActorRecursion.java<br>
<br>
See also Edward's curriculum demo in Ptolemy II<br>
ptII/ptolemy/domains/curriculum/demo/Curriculum/Curriculum.xml<br>
<br>
Man-Kit Leung and people from Bosch are doing something somewhat<br>
similar with Properties, see the ptolemy/data/properties work.<div><div></div><div class="h5"><br>
<br>
<br>
Chris Weed wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi,<br>
I would like to create an actor that when connected to other actors<br>
will inspect the actors it is connected to and show the user the set<br>
of actors that could fulfill this connection based on the Semantic<br>
info.<br>
The user would be able to select from this set, and the actor would be<br>
internally created in my connector actor and connected to the ports.<br>
Is there an example of an actor that does this internal construction<br>
and connection of actor ports?<br>
<br>
Thanks,<br>
Chris<br>
_______________________________________________<br>
Kepler-users mailing list<br>
<a href="mailto:Kepler-users@kepler-project.org" target="_blank">Kepler-users@kepler-project.org</a><br>
<a href="http://mercury.nceas.ucsb.edu/kepler/mailman/listinfo/kepler-users" target="_blank">http://mercury.nceas.ucsb.edu/kepler/mailman/listinfo/kepler-users</a><br>
</blockquote>
<br></div></div><font color="#888888">
-- <br>
Christopher Brooks (cxh at eecs berkeley edu) University of California<br>
CHESS Executive Director                      US Mail: 337 Cory Hall<br>
Programmer/Analyst CHESS/Ptolemy/Trust        Berkeley, CA 94720-1774<br>
ph: 510.643.9841 fax:510.642.2718             (Office: 545Q Cory)<br>
home: (F-Tu) 707.665.0131 (W-F) 510.655.5480</font><div><div></div><div class="h5"><br>
_______________________________________________<br>
Kepler-users mailing list<br>
<a href="mailto:Kepler-users@kepler-project.org" target="_blank">Kepler-users@kepler-project.org</a><br>
<a href="http://mercury.nceas.ucsb.edu/kepler/mailman/listinfo/kepler-users" target="_blank">http://mercury.nceas.ucsb.edu/kepler/mailman/listinfo/kepler-users</a><br>
</div></div></blockquote></div><br>