Eclipse Community Forums: EMF "Technology" (Ecore Tools, EMFatic, etc)

Home » Modeling » EMF "Technology" (Ecore Tools, EMFatic, etc) » [EMFForms] Standalone rendering forms(how to connect swtcontrol databinging to my editingdomain)

Show: Today's Messages :: Show Polls :: Message Navigator

[EMFForms] Standalone rendering forms [message #1403227]

Tue, 22 July 2014 13:59

Phil Wim

Messages: 89
Registered: October 2013

Member

Hi

I'm still evaluating EMFForms. Step by Step. It would terrific If I could use it in standalone.

My progress is that I'm able to see a rendered form of my eObject. I implemented a ReferenceService and I can see the appropriate methods are called when clicking on the related buttons (getExistingElementFor...)

Now I am implementing an Editor for it. How can I access databinding for the controls or connect my editingdomain to it? E.g. I need to know if an swtcontol has changed (or the model)to set the dirty state and save the resource.

Also, i don't know how to pass my editing domain adequately. As soon as I'm clicking delete or order-button from e.g. MultiContol it says NullPointer for editing domain.

Any suggestions?

Report message to a moderator

Re: [EMFForms] Standalone rendering forms [message #1403390 is a reply to message #1403227]

Wed, 23 July 2014 11:52

Jonas Helming

Messages: 699
Registered: July 2009

Senior Member

Hi,

the editing domain needs to be attached to the resource. For the dirty
state, you could just listen to the command stack.

Best regards

Jonas

Am 22.07.2014 15:59, schrieb Phil Wim:
> Hi
>
> I'm still evaluating EMFForms. Step by Step. It would terrific If I
> could use it in standalone.
> My progress is that I'm able to see a rendered form of my eObject. I
> implemented a ReferenceService and I can see the appropriate methods are
> called when clicking on the related buttons (getExistingElementFor...)
>
> Now I am implementing an Editor for it. How can I access databinding for
> the controls or connect my editingdomain to it? E.g. I need to know if
> an swtcontol has changed (or the model)to set the dirty state and save
> the resource.
> Also, i don't know how to pass my editing domain adequately. As soon as
> I'm clicking delete or order-button from e.g. MultiContol it says
> NullPointer for editing domain.
> Any suggestions?
>

Report message to a moderator

Re: [EMFForms] Standalone rendering forms [message #1403419 is a reply to message #1403390]

Wed, 23 July 2014 14:42

Phil Wim

Messages: 89
Registered: October 2013

Member

No Message Body

Report message to a moderator

Re: [EMFForms] Standalone rendering forms [message #1403420 is a reply to message #1403419]

Wed, 23 July 2014 14:48

Phil Wim

Messages: 89
Registered: October 2013

Member

Jonas,

you saved my day!

The reason why I am using it in standalone is the missing CDO online provider. I tried to implement an ECP version. Unfortunately, without success.

Therefore i decided to follow this way. Are you planning to provide an online provider?

For other standalone users. Here's what I did (XMI):

	ResourceSet resSet = new ResourceSetImpl();

	AdapterFactoryEditingDomain domain = new AdapterFactoryEditingDomain(
		new ComposedAdapterFactory(ComposedAdapterFactory.Descriptor.Registry.INSTANCE),
		new BasicCommandStack(), resSet);
			
	Resource resource = resSet.createResource(URI
			.createURI("/opt/Content.content"));
	resource.eAdapters().add(new AdapterFactoryEditingDomain.EditingDomainProvider(domain));

Report message to a moderator

Re: [EMFForms] Standalone rendering forms [message #1403504 is a reply to message #1403420]

Thu, 24 July 2014 08:16

Jonas Helming

Messages: 699
Registered: July 2009

Senior Member

Hi,

we currently do not have an online provider on our roadmap. Would you be
interested in sponsoring this?

Best Regards

Jonas

Am 23.07.2014 16:48, schrieb Phil Wim:
> Jonas,
>
> you saved my day!
> The reason why I am using it in standalone is the missing CDO online
> provider. I tried to implement an ECP version. Unfortunately, without
> success.
> Therefore i decided to follow this way. Are you planning to provide an
> online provider?
>
> For other standalone users. Here's what I did (XMI):
>
> ResourceSet resSet = new ResourceSetImpl();
>
> AdapterFactoryEditingDomain domain = new AdapterFactoryEditingDomain(
> new
> ComposedAdapterFactory(ComposedAdapterFactory.Descriptor.Registry.INSTANCE),
>
> new BasicCommandStack(), resSet);
>
> Resource resource = resSet.createResource(URI
> .createURI("/opt/Content.content"));
> resource.eAdapters().add(new
> AdapterFactoryEditingDomain.EditingDomainProvider(domain));
>

Report message to a moderator

Re: [EMFForms] Standalone rendering forms [message #1403865 is a reply to message #1403504]

Mon, 28 July 2014 10:38

Phil Wim

Messages: 89
Registered: October 2013

Member

I like the idea of an online cdo provider, yes. If you say sponsoring, do you mean plan "support sponsored development"?

If so, the rap/emf project I'm working on is still small - more a proof of concept. If it becomes a major project I definitely would go that way.

Report message to a moderator

Re: [EMFForms] Standalone rendering forms [message #1404046 is a reply to message #1403865]

Tue, 29 July 2014 10:01

Jonas Helming

Messages: 699
Registered: July 2009

Senior Member

OK, just contact me in that case...

Am 28.07.2014 12:38, schrieb Phil Wim:
> I like the idea of an online cdo provider, yes. If you say sponsoring,
> do you mean plan "support sponsored development"?
>
> If so, the rap/emf project I'm working on is still small - more a proof
> of concept. If it becomes a major project I definitely would go that way.
>

Report message to a moderator

Previous Topic:	[EMFStore] Updates and commits with concurrent users
Next Topic:	[Teneo] Custom support for Hibernate/JPA annotations

Goto Forum:

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

]

Current Time: Fri Apr 26 16:00:36 GMT 2024

.:: Contact :: Home ::.

Breadcrumbs

Sign up to our Newsletter