Hi Dimitry,
thanks for your proposal which is far too empty for me. First, to be
able to understand your and any class diagrams one needs some sequence
diagrams showing the interactions between the classes at the hand of
some common use cases (not of all use cases, that is only boring).
For example the menu setup of the whole application. Where do the
"extensions" for example introduce their menu actions, or their drawing
and its drawing order? How to implement hierarchical icons for example?
You refer to Gamma and Eclipse. Why don't you propose to base FM on
EclipseRCP? Or at least on the plugin mechanism of EclipseRCP if you
don't like the GUI elements.
I like the design of Eclipse and IMHO one of the main ingredients is the
fact, that plugins can offer new extension points of different kinds to
other extensions. Another fact is that plugins and possible new
extension points are described by descriptors in XML that combine the
plugins and provide meta information. Exactly this was tried by me with
the Hook mechansim.
I can't see any of these unique software features in your proposal. In
contrast you propose to have an Extension IF without any method to call.
How do different extensions find each other? For example a "Format.."
dialog want's to change the cloud color. Where is it? Or the cloud
extension want's to register itself in the "Format..." dialog (the same
vice versa). How to find it?
Summarizing: you've described some classes without interaction
information and the essential parts are not described nor contained.
Best regards, Chris
Dimitry Polivaev schrieb:
> Hello,
>
> I have created a new design proposal attached to this
> mail. I think that developing a new design is more
> efficient than documenting the current one. (Two diagrams
> demonstrating the complexity of the current design are also attached
> to this mail).
>
> Although the document is still not perfect, I hope that it is good
> start. And I want to post it today because I am quite busy on the next
> three weekends.
>
> I hope to hear from you,
>
> Best regards,
> Dimitry
>
>> Hi Dimitry,
>>
>> your mail is far to abstract for me. You only write: "it is everything
>> too complex." without any concrete references.
>> And if you find this references, I would propose that you spend your
>> time better in documenting them or - at least - to
>> write an email to me with the request for documentation or explanation.
>>
>> Regards, Chris
>>
>
>
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> ------------------------------------------------------------------------
>
> _______________________________________________
> Freemind-developer mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/freemind-developer
>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Freemind-developer mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freemind-developer
