[Clam-devel] and NetworkEditor evolves...

[David García Garzón]

On Thursday 28 Febrer 2008, David García Garzón wrote:
> 1 - Solving the processingBox:
> Some net canvas tasks that are delegated to the ProcessingBox are also CLAM
> dependant and should be moved to a CLAM dependant class. The problem here
> is that processingboxes now have direct access to the clam processing
> pointer and indirecting using a network view could mean a lot of processing
> name look up. To avoid lookup, do we need a 'processing view' class? could
> a dull void pointer could be used to avoid lookup?

Done tonite. I used a void* to keep a reference to the CLAM::Processing. It 
took one vote (Pau's) against zero ;-)

Now ProcessingBox is CLAM independent.


> 2 - Providing hooks to populate contextual menus and sigslot programming
> Currently CLAM dependant context menu options are populated in the abstract
> class. They work because sigslots are runtime binding and in runtime the
> derivate provides such signals and slots.

The next one to address: Hooks for menu building.


-- 
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: not available
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/20080305/f9f3b628/attachment-0003.pgp>