[Uml-devel] [ uml-Feature Requests-625879 ] Integration with KlassModeller

[Luis De la Parra Blum]

On Monday 21 October 2002 11:17, Heiko Nardmann wrote:
> => is umbrello capable of this? I found a directory class parser without

yes, Umbrello reads code as well, altough so far only C++ is supported, the 
idea is to extend it to other languages as well

> => what about a global setting in umbrello to make this available, too? A
> checkbox which when activated makes it possible to let a class be declared
> as Q_OBJECT and an operation be declared as either signal or slot (can it
> be both?). Is there something inside UML which models things like signals
> and slots?

we've been discussing here that for the next mayor release, we want to add 
"profiles" to UML, I guess with those little things you could support Signals 
and Slots (I dont know if this is strict UML, but it would be nice and I 
would like to go for it) actually, there should be the standard, 100% 
compilant mode, and one profile for each language supported (C++ pure, C++ 
QT, Java, PHP, Python, etc) which would add special features for that 
language. The goal would be (IMO) to make such profiles easy to make, so that 
the users can start creating profiles and contributing them back to the 
project.
sound good, doenst it???

> - - inline code.
> => I am not sure whether this makes sense in an UML tool.

I dont see this as a "we-MUST-implement-this-right-away" feature either..
of course inline code can be nice for accessors and such things, but not only 
as you said, this is language dependant and doesnt have much to do with UML, 
but also, the goal of Umbrello is to help you design your programs. Code 
generator is a tool so that you dont have to write everything by hand, but 
its not meant to generate applications ready to be run. (at least i think we 
are not so far, yet)
if you want to inline code, you can modify the sources after the generation


> => This means that we have an incomplete model.

I think this is fine. If you inherit from, lets say, QWidget, you sould not be 
forced to model QWidget, with all its methods and attributes, and then model 
QPaintDevice and QObject as well  (oterwise the model would be incomplete! =)

salud
luis

ps. maybe we should still have a look at the code to see if we can reuse some 
of the parsing code, but I am not sure we should try to integrate the whole 
thing, or even less, depend on the program for code generation (someone 
mentioned DCOP?) it also only seems to support C++, and we want to support 
more languages.