From: George T. <geo...@fr...> - 2004-10-05 16:43:13
|
Hello Panckoucke developers I would like to share some thoughts I have. I am thinking of an AModel implementation witch: instead of calls like: AMNode createNode(String label,Object RepresentedObject,AMGestalt gestalt); should have calls like: public AMNode createNode(Object representedObject,AMGestalt gestalt); the AMNode should derive the "label" from the representedObject also: I thing that the AMNode could have closer relation to the Abstractor that came from (It could be customized by the Abstractor) and so: Adding or removing AMNode(s) or AMArc(s) into a specific AMMember, if this AMMember knows the architecture that represents, could call Abstractor and change the "Topic Map" itself There is another big advandage, if we are able to return from the AModel into the Abstractor. We could "Refresh" our AModel and make it "Up to date" with the "Topic Map", if Topic Map changes. And ofcource could implement listeners that listen changes in Topic Map in inform the AModel, or AMMember Cheers Giorgos ps. because I don't see any public discussions, on Panckoucke development, I would like to ask you about your "time schedule" for Panckoucke. Our editor "ATop" is now "Open source" in sourceforge (no binaries yet), ready to implement editing of Topic Maps, and I am eager to see Panckoucke moving --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.767 / Virus Database: 514 - Release Date: 21/9/2004 ____________________________________________________________________ http://www.freemail.gr - δωρεάν υπηρεσία ηλεκτρονικού ταχυδρομείου. http://www.freemail.gr - free email service for the Greek-speaking. |