Re: [umlgen-dev] User interface consistency

[Johan Hardy <Johan.Hardy@xxxxxxxxxxx>]

Dear all,

 

Thanks to have created this ticket and the topic on user interface. If I can enter in the conversation, concerning the generation process, Spacebel has emitted the idea and proposed (a long time ago) something similar as what we have in EMF ; the .genmodel for uml.

 

Like EMF, we think that a .genmodel for uml might be interesting in several aspects. All Eclipse developers know the thinks about .genmodel, how it can be configured and so on. Around this model, contextual menus, and any special properties can be attached and the maintenance might be easier (perhaps). The .genmodel would reference all the entities of the generator whether it is java or C or C++ or Ada … It is also known by everybody and all the settings about generation (mentioned in the ticket) are localized in one single file that can be configured and compared. Of source, the genmodel may be simpler and a bit different from what we have in EMF. However it is only a proposition, this is the point of view we have at Spacebel and we want to share.

 

Concerning the C/Java/X -> UML process, just call it ‘roundtrip’. We think that the ‘roundtrip services’ shall be a generic service for any languages. There shall be connectors above this roundtrip service layer able to specify the language to revert in UML. The information relevant to roundtrip (where is the C/Java/Ada … project ? it could be also configured in the genmodel).

 

Well, I don’t want to remove all the good work already done in Topcased and in other projects but we wanted to share our feeling about the configuration and therefore the user interface. Feel free to answer and give your opinion about that.

 

Best regards,

Johan

 

From: umlgen-dev-bounces@xxxxxxxxxxx [mailto:umlgen-dev-bounces@xxxxxxxxxxx] On Behalf Of Nathalie Lépine
Sent: vendredi 31 octobre 2014 17:19
To: umlgen-dev@xxxxxxxxxxx
Subject: Re: [umlgen-dev] User interface consistency

 

Hello Fabien,

Thank you for your answer. There are actually two points in your mail.

The first is about the reverse launching process. It consists in:
- removing the action "Add C To UML nature"
- adding an action "UML generators -> Reverse C files into UML" for any C projects which:
        - add the C2UML nature
        - launch the C reverse with default properties configuration
The C to UML properties are accessible from C projects.
Is it OK ?
Do you want to keep this C2UML nature ? Because it is currently not used.

The second point is about the properties page contents. I think this is out of the scope of this ticket which deals with user interface consistency and not C reverse result or properties configuration.
It is a work to do but it is the subject of another ticket.

Nathalie.

Le 31/10/2014 14:24, Cédric Notot a écrit :

 

 

Sujet :	Re: [umlgen-dev] User interface consistency
Date :	Fri, 31 Oct 2014 11:16:12 +0100
De :	Fabien Toral <fabien.toral@xxxxxx>
Répondre à :	Eclipse UML Generators developer dicussion <umlgen-dev@xxxxxxxxxxx>
Pour :	Nathalie Lépine <nathalie.lepine@xxxxxxx>, umlgen-dev@xxxxxxxxxxx
Copie à :	stephane.begaudeau@xxxxxxx

 

Hello Nathalie,

I'm glad that an effort is put on the user interface consistency. That 

is a necessary work.

One remark on the § reverse processing 

https://wiki.eclipse.org/Eclipse_UML_Generators/Specification/UserInterface/ConsistencyImprovement#Reversing_processing 

:

I'm not very satisfied by the current way of launching the reverse 

process by setting the "C2UML" nature before reversing the code.

In fact, any C project could possibly be reversed and the nature could 

be set only if we have reversed C files on the project.

So my proposition could be :

1- Propose a reverse item in the context menu under "UML generators -> 

Reverse C files into UML" for any C project.

2- When the reverse process is selected in the menu

     the uml file is created with the default options for the "C to UML" 

properties.

     the nature is set on the project so the properties page for reverse 

could be presented into the properties dialog for the project.

Independently, for that properties page ("C to UML" properties), when we 

have migrated the code to the Eclipse foundation, I've removed a 

dependency to a Topcased widget that helps to select UML packages as 

destination of the C to UML artefacts. The widget was 

org.topcased.facilities.widgets.EObjectFieldEditor and depends on some 

other code in the org.topcased.facilities bundle copyrigthed to Topcased 

foundation, Airbus, Atos and CS. The widget opens a dialog box to select 

UML elements.

I've removed that, pending the interface consistency proposal. Now that 

you suggest to keep that UI, I think it will be time to bring back the 

code into our UML Generator project.

I've attached some screen capture of the component in the Topcased context.

Let me know what you suggest.

Fabien

Le 30/10/2014 14:37, Nathalie Lépine a écrit :

> Hi,

> 

> 

> I have just submitted a proposal to work on UML generators user 

> interface consistency 

> (https://bugs.eclipse.org/bugs/show_bug.cgi?id=449080).

> You can find it here : 

> https://wiki.eclipse.org/Eclipse_UML_Generators/Specification/UserInterface/ConsistencyImprovement.

> If you have questions or comments, do not hesitate to tell me.

> 

> Thanks,

> 

> Nathalie Lepine (Obeo)

> 

 

 

 

------------------------------------------------------------------------------

E-MAIL DISCLAIMER

The present message may contain confidential and/or legally privileged information. If you are not the intended addressee and in case of a transmission error, please notify the sender immediately and destroy this E-mail. Disclosure, reproduction or distribution of this document and its possible attachments is strictly forbidden.

SPACEBEL denies all liability for incomplete, improper, inaccurate, intercepted, (partly) destroyed, lost and/or belated transmission of the current information given that unencrypted electronic transmission cannot currently be guaranteed to be secure or error free.
Upon request or in conformity with formal, contractual agreements, an originally signed hard copy will be sent to you to confirm the information contained in this E-mail.

SPACEBEL denies all liability where E-mail is used for private use.

SPACEBEL cannot be held responsible for possible viruses that might corrupt this message and/or your computer system.
-------------------------------------------------------------------------------