[Pipet Devel] Thoughts on Network/Composite Inputs and Outputs

Brad Chapman chapmanb at arches.uga.edu
Thu Jul 27 12:28:36 EDT 2000


Jeff wrote:
> The idea that I had was that the I/O's (links) you DIDN'T want 
mapped to the
> parent could be explicitly HIDDEN.  This is the opposite of what you 
propose
> below (where you bring up some good points), because everything gets 
mapped
> by
> default.  I just wanted to mention this, because it is not as though 
the user
> could not (when implemented) "unmap" a link.

Yup, I'm with you completely on your ideas. I thought they were plenty 
snazzy when you wrote about 'em (which is why I spend the time 
implementing them!), and it really took seeing them in action to find 
the problems that I noted. You know the paradigm -> build one to throw 
away (well, in our case, build 12 to throw away :-).

[...my proposal for making NetInput/Outputs work like Overflow...]
> Great.  I say we go ahead and do that, and we can nix the option to 
hide a
> link (explicitly unmapping a link).  

Sounds good, I'll do it then, unless anyone else raises an objection 
soon.

>  I think what we can do is place a "P" in
> the dot, indicating that communication is from/to Parent.  In 
addition, the
> dot can turn green when its mapped counterpart on the parent is also 
green. 

Sounds good!

> Can the DL send that information (whether the link on the parent is 
connected
> or not) to all the child nodes?
> Not literally to the nodes.  The UI will get information from the DL 
about the
> state of a link, correct?

Right now I give connection information (telling the UI when to 
connect things) through the following callback function:

		  void showConnection(in Locus inLocus, in Connector inConnector, 
						   in Locus outLocus, in Connector outConnector);

(there is an equivalent "hideConnection"). I guess for this case what 
we should do is just pass a single Locus and Connector to "be 
connected" (and pass the other set as NULL). Since I can't really 
think of another case where this will happen, the UI can interpret 
this as being due to a "Parent" connector being mapped. Sound okay?

>> The user would then also supply a name for it (like in
>> Overflow) and then this name would help associate the NetInput with
>> the internal locus connector to which it is associated.
> 
> Shouldn't links have names by default?  And then the user can change 
it if
> they want.

Okay, but I'm not sure what the "default" name should be so that I'll 
be easily recognizable. What I've been doing internally is munging 
together the "name" of the locus inside of a composite (ie. Constant3) 
with the name of the link (so ending up with something like 
Constant3--VALUE as the name in the parent). But this "Constant3" info 
isn't available to the user in the ui (all they see is constant) so I 
don't think this name'll be very meaningful. How do you want to handle 
the default? 


Brad






More information about the Pipet-Devel mailing list