Eclipse Community Forums: GMF (Graphical Modeling Framework)

Home » Modeling » GMF (Graphical Modeling Framework) » Semantic v Notation Model

Semantic v Notation Model [message #76653]

Fri, 10 November 2006 10:07

Eclipse User

Originally posted by: awm_abu.yahoo.com

Hello folks,

Sorry if this has been asked before but I have had a search and cannot find
the answer.

I have a model which essentially contains blocks of different types which
can be connected together.
The diagram is to have a very fixed (grid like) layout.
We have a prototype put together in which we have ContainerBlocks.
So an InputBlock can only be created in an InputBlockContainer etc.

The problem is that InputBlockContainer has no semantic and so we want to
move this (and other such objects) out of the semantic EMF model. But we do
need to persist the objects and their notation info.

So should I have 2 EMF models - semantic and notation ?
Or is there another way to do this which I am missing completely ?

Thanks a lot.

Re: Semantic v Notation Model [message #77782 is a reply to message #76653]

Wed, 15 November 2006 09:17

Eclipse User

Originally posted by: 5d5.mail.ru

Please wait for https://bugs.eclipse.org/bugs/show_bug.cgi?id=146535 and
add your comments there.

Alan wrote:
> Hello folks,
>
> Sorry if this has been asked before but I have had a search and cannot find
> the answer.
>
> I have a model which essentially contains blocks of different types which
> can be connected together.
> The diagram is to have a very fixed (grid like) layout.
> We have a prototype put together in which we have ContainerBlocks.
> So an InputBlock can only be created in an InputBlockContainer etc.
>
> The problem is that InputBlockContainer has no semantic and so we want to
> move this (and other such objects) out of the semantic EMF model. But we do
> need to persist the objects and their notation info.
>
> So should I have 2 EMF models - semantic and notation ?
> Or is there another way to do this which I am missing completely ?
>
> Thanks a lot.
>
>

Re: Semantic v Notation Model [message #78589 is a reply to message #77782]

Fri, 17 November 2006 11:33

Eclipse User

Originally posted by: awm_abu.yahoo.com

Hi,

I'm not sure if that bug describes the same situation I am talking about.

What I am saying is that I want to have a notation (visual) only object
and asking how do I do this.

Does the fact that it does not appear in my .ecore model have knock-on
effects ?

For example at the moment the Container is linked to the Block in the
mapping file.
This means only LogicBlock in LogicContainer for example.

How do I do this if Container isn't in semantic model ?

Thanks.

"Dmitry Stadnik" <5d5@mail.ru> wrote in message
news:ejf7h8$pju$1@utils.eclipse.org...
> Please wait for https://bugs.eclipse.org/bugs/show_bug.cgi?id=146535 and
> add your comments there.
>
> Alan wrote:
>> Hello folks,
>>
>> Sorry if this has been asked before but I have had a search and cannot
>> find the answer.
>>
>> I have a model which essentially contains blocks of different types which
>> can be connected together.
>> The diagram is to have a very fixed (grid like) layout.
>> We have a prototype put together in which we have ContainerBlocks.
>> So an InputBlock can only be created in an InputBlockContainer etc.
>>
>> The problem is that InputBlockContainer has no semantic and so we want to
>> move this (and other such objects) out of the semantic EMF model. But we
>> do need to persist the objects and their notation info.
>>
>> So should I have 2 EMF models - semantic and notation ?
>> Or is there another way to do this which I am missing completely ?
>>
>> Thanks a lot.

Re: Semantic v Notation Model [message #78617 is a reply to message #78589]

Fri, 17 November 2006 13:20

Eclipse User

Originally posted by: vcciubot.uwaterloo.ca

If a view doesn't correspond to some semantic element in your model you
can still accommodated in GMF using specialization types of the null type.
You can read more about it in the gmf tutorial.

On Fri, 17 Nov 2006 16:33:31 +0000, Alan wrote:

> Hi,
>
> I'm not sure if that bug describes the same situation I am talking about.
>
> What I am saying is that I want to have a notation (visual) only object
> and asking how do I do this.
>
> Does the fact that it does not appear in my .ecore model have knock-on
> effects ?
>
> For example at the moment the Container is linked to the Block in the
> mapping file.
> This means only LogicBlock in LogicContainer for example.
>
> How do I do this if Container isn't in semantic model ?
>
> Thanks.
>
>
> "Dmitry Stadnik" <5d5@mail.ru> wrote in message
> news:ejf7h8$pju$1@utils.eclipse.org...
>> Please wait for https://bugs.eclipse.org/bugs/show_bug.cgi?id=146535 and
>> add your comments there.
>>
>> Alan wrote:
>>> Hello folks,
>>>
>>> Sorry if this has been asked before but I have had a search and cannot
>>> find the answer.
>>>
>>> I have a model which essentially contains blocks of different types which
>>> can be connected together.
>>> The diagram is to have a very fixed (grid like) layout.
>>> We have a prototype put together in which we have ContainerBlocks.
>>> So an InputBlock can only be created in an InputBlockContainer etc.
>>>
>>> The problem is that InputBlockContainer has no semantic and so we want to
>>> move this (and other such objects) out of the semantic EMF model. But we
>>> do need to persist the objects and their notation info.
>>>
>>> So should I have 2 EMF models - semantic and notation ?
>>> Or is there another way to do this which I am missing completely ?
>>>
>>> Thanks a lot.

Re: Semantic v Notation Model [message #78788 is a reply to message #78617]

Mon, 20 November 2006 05:25

Eclipse User

Originally posted by: awm_abu.yahoo.com

Ok maybe I'm missing something but I had a look at the tutorials and I can't
see any mention of it.
Is it in 1, 2, 3 or 4 ?

Maybe you meant the developer guidelines in the help ?
If so could you be more specific as again I had a look and couldn't find
what you were referring to ?

Thanks a lot.

"Vlad Ciubotariu" <vcciubot@uwaterloo.ca> wrote in message
news:pan.2006.11.17.18.20.41.297934@uwaterloo.ca...
> If a view doesn't correspond to some semantic element in your model you
> can still accommodated in GMF using specialization types of the null type.
> You can read more about it in the gmf tutorial.
>
>
>
>
> On Fri, 17 Nov 2006 16:33:31 +0000, Alan wrote:
>
>> Hi,
>>
>> I'm not sure if that bug describes the same situation I am talking about.
>>
>> What I am saying is that I want to have a notation (visual) only object
>> and asking how do I do this.
>>
>> Does the fact that it does not appear in my .ecore model have knock-on
>> effects ?
>>
>> For example at the moment the Container is linked to the Block in the
>> mapping file.
>> This means only LogicBlock in LogicContainer for example.
>>
>> How do I do this if Container isn't in semantic model ?
>>
>> Thanks.
>>
>>
>> "Dmitry Stadnik" <5d5@mail.ru> wrote in message
>> news:ejf7h8$pju$1@utils.eclipse.org...
>>> Please wait for https://bugs.eclipse.org/bugs/show_bug.cgi?id=146535 and
>>> add your comments there.
>>>
>>> Alan wrote:
>>>> Hello folks,
>>>>
>>>> Sorry if this has been asked before but I have had a search and cannot
>>>> find the answer.
>>>>
>>>> I have a model which essentially contains blocks of different types
>>>> which
>>>> can be connected together.
>>>> The diagram is to have a very fixed (grid like) layout.
>>>> We have a prototype put together in which we have ContainerBlocks.
>>>> So an InputBlock can only be created in an InputBlockContainer etc.
>>>>
>>>> The problem is that InputBlockContainer has no semantic and so we want
>>>> to
>>>> move this (and other such objects) out of the semantic EMF model. But
>>>> we
>>>> do need to persist the objects and their notation info.
>>>>
>>>> So should I have 2 EMF models - semantic and notation ?
>>>> Or is there another way to do this which I am missing completely ?
>>>>
>>>> Thanks a lot.
>

Previous Topic:	Changing rules of diagram at runtime
Next Topic:	Attaching analysis code

Goto Forum:

-=] Back to Top [=-

Current Time: Wed Nov 05 18:01:01 EST 2025

.:: Contact :: Home ::.

Breadcrumbs

Sign up to our Newsletter