[Clam-devel] Copy & Paste processings on canvas patch

[David García Garzón]

As a matter of fact, i have liked such inline subnetworks. Just keep it in the 
shell for later discussion.


On Dimarts 10 Juny 2008, Pau Arumí Albó wrote:
> El dt 10 de 06 de 2008 a les 05:38 -0300, en/na Natanael Olaiz va
>
> escriure:
> > El 06/09/2008 11:08 PM, Natanael Olaiz escribió:
> > > [...]
> > > About the structure, I was thinking about network scalability
> > > implementation... How to do that? making "super" or "intra" networks?
> > > I mean, intra:
> > >
> > > <network>
> > >
> > >     <subnetwork id="subnetwork1">
> > >     .
> > >     .
> > >     </subnetwork>
> > >
> > >     <subnetwork id="subnetwork2">
> > >     .
> > >     .
> > >     </subnetwork>
> > >
> > >     <subnetwork_connection>
> > >         <port_connection>
> > >         </port_connection>
> > >         <control_connection>
> > >         </control_connection>
> > >     .
> > >     .
> > >     </subnetwork_connection>
> > > </network>
> > >
> > > Or super:
> > >
> > > <supernetwork>
> > >     <network id="network1">
> > >     </network>
> > >     <network id="network2">
> > >     </network>
> > >     .
> > >     .
> > > </supernetwork>
> > >
> > > If I start the implementation on NE maybe the "supernetwork" can be a
> > > "ClamNetworkCanvas"...
> >
> > Writing about this area of the project [1] and reading the original idea
> > on the wiki I realized that this question has no much sense... since "we
> > are not talking about a defined limited levels, but recursion": all are
> > networks....
>
> Yeah, we should generalize the idea of "processing" and "repository" so
> it works for both processings and networks. Then each individual network
> becomes flat.
> Makes sense?
>
> P
>
>
> _______________________________________________
> Clam-devel mailing list
> Clam-devel at llistes.projectes.lafarga.org
> https://llistes.projectes.lafarga.org/cgi-bin/mailman/listinfo/clam-devel



-- 
David García Garzón
(Work) dgarcia at iua dot upf anotherdot es
http://www.iua.upf.edu/~dgarcia
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.clam-project.org/pipermail/clam-devel-clam-project.org/attachments/20080610/7adfa3e1/attachment.sig>