Home » Modeling » EMF "Technology" (Ecore Tools, EMFatic, etc) » [EEF] Forms vs. property editing
| | |
Re: [EEF] Forms vs. property editing [message #514119 is a reply to message #513955] |
Fri, 12 February 2010 08:50 |
Stephane Bouchet Messages: 280 Registered: July 2009 |
Senior Member |
|
|
This is a multi-part message in MIME format.
--------------090800080500090608060709
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
hi Miles,
comments below :
Miles Parker a écrit :
> Stephane Bouchet wrote on Thu, 11 February 2010 08:30
>> This is a multi-part message in MIME format.
>> --------------020905060006070906020907
>> Content-Type: text/plain; charset=UTF-8; format=flowed
>> Content-Transfer-Encoding: 8bit
>>
>> Miles Parker a écrit :
>> > Hi,
>> > > It seems that while the property sheets do live EMF command
>> invocation > -- i.e. changes that affect other fields are immediately
>> propagated, the > forms based editor (accessed by double-clicking)
>> only invokes these > commands when the form is dismissed. Is this
>> expected behavior?
>>
>> Yes, to be clear, the property view use the *Form generated widgets (
>> eclipse form ) with direct EMF commands, then "Wizards" editor uses
>> *Impl generated widgets ( swt ) with a composed command .
>
>
> Any ideas about what the best way to change this behavior would be?
> Probably just to re implement the on double-click behavior to open a
> form instead..?
i don't understand what you want to do.... do you want to open a view on
double click ? in this case, yes, you have to modify the open policy
(take a look in
org.eclipse.emf.eef.runtime.ui.notify.OpenWizardOnDoubleClic k ) .
We are planning to document either theis kind of uses we can do with
EEF, too :
http://www.eclipse.org/modeling/emft/eef/videos/eef-rcp-appl ication.htm
--------------090800080500090608060709
Content-Type: text/x-vcard; charset=utf-8;
name="stephane_bouchet.vcf"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="stephane_bouchet.vcf"
YmVnaW46dmNhcmQNCmZuO3F1b3RlZC1wcmludGFibGU6U3Q9QzM9QTlwaGFu ZSBCb3VjaGV0
DQpuO3F1b3RlZC1wcmludGFibGU6Qm91Y2hldDtTdD1DMz1BOXBoYW5lDQpv cmc6T2Jlbw0K
YWRyOjs7Ozs7O0ZyYW5jZQ0KZW1haWw7aW50ZXJuZXQ6c3RlcGhhbmUuYm91 Y2hldEBvYmVv
LmZyDQp4LW1vemlsbGEtaHRtbDpGQUxTRQ0KdXJsOmh0dHA6Ly93d3cub2Jl by5mcg0KdmVy
c2lvbjoyLjENCmVuZDp2Y2FyZA0KDQo=
--------------090800080500090608060709--
|
|
|
Re: [EEF] Forms vs. property editing [message #514217 is a reply to message #514119] |
Fri, 12 February 2010 21:00 |
Miles Parker Messages: 1341 Registered: July 2009 |
Senior Member |
|
|
Stephane Bouchet wrote on Fri, 12 February 2010 03:50 |
>> Yes, to be clear, the property view use the *Form generated widgets (
>> eclipse form ) with direct EMF commands, then "Wizards" editor uses
>> *Impl generated widgets ( swt ) with a composed command .
>
>
> Any ideas about what the best way to change this behavior would be?
> Probably just to re implement the on double-click behavior to open a
> form instead..?
i don't understand what you want to do.... do you want to open a view on
double click ? in this case, yes, you have to modify the open policy
(take a look in
org.eclipse.emf.eef.runtime.ui.notify.OpenWizardOnDoubleClic k ) .
|
Yeah, I just wanted to modify that behavior so that it was properly dealing with undo and other commands within the double-clicked window as well. Shouldn't that be the default behavior or is their some reason that it can't / shouldn't be?
Great, that's what I wanted to find out. Do you have this is an example project somewhere? (I didn't see it on Wiki.)
I guess this is also in response to my separate thread on Maseter-Detail, etc... I see here that you have different views for Master and Detail. What I'd like to do -- and what I think would be really nicely doable with your current model is to support the definition of these within a form.
BTW, I think that this is a great tool that has even more potential. If you add a bit more to it, you'd have E4. (E4 guys, I'm just kidding..)
|
|
| |
Re: [EEF] Forms vs. property editing [message #514482 is a reply to message #514217] |
Mon, 15 February 2010 09:38 |
Goulwen Le Fur Messages: 125 Registered: July 2009 |
Senior Member |
|
|
Hi Miles,
First, thanks for all your very encouraging feedback :)
Miles Parker a écrit :
> Stephane Bouchet wrote on Fri, 12 February 2010 03:50
>> >> Yes, to be clear, the property view use the *Form generated widgets
>> ( >> eclipse form ) with direct EMF commands, then "Wizards" editor
>> uses >> *Impl generated widgets ( swt ) with a composed command .
>> > > > Any ideas about what the best way to change this behavior would
>> be? > Probably just to re implement the on double-click behavior to
>> open a > form instead..?
>>
>> i don't understand what you want to do.... do you want to open a view
>> on double click ? in this case, yes, you have to modify the open policy
>> (take a look in
>> org.eclipse.emf.eef.runtime.ui.notify.OpenWizardOnDoubleClic k ) .
>
>
> Yeah, I just wanted to modify that behavior so that it was properly
> dealing with undo and other commands within the double-clicked window as
> well. Shouldn't that be the default behavior or is their some reason
> that it can't / shouldn't be?
>
Ok, If I understand what you want, you have to use the
PropertiesEditionComponents in "live mode". So I think you have
to create a "LivePropertiesEditionWizard" very similar to the
"PropertiesEditionWizard" but which use a PropertiesEditionViewer in
live mode. I hope this can help !
> Quote:
>> We are planning to document either theis kind of uses we can do with
>> EEF, too :
>> http://www.eclipse.org/modeling/emft/eef/videos/eef-rcp-appl
>> ication.htm
>
>
> Great, that's what I wanted to find out. Do you have this is an example
> project somewhere? (I didn't see it on Wiki.)
> I guess this is also in response to my separate thread on
> Maseter-Detail, etc... I see here that you have different views for
> Master and Detail. What I'd like to do -- and what I think would be
> really nicely doable with your current model is to support the
> definition of these within a form.
>
For the "Tarot" demo, I've just committed the source on the CVS. It is
here :
http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.emf/org .eclipse.emf.eef/tests/org.eclipse.emf.samples.eef.tarot/?ro ot=Modeling_Project
http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.emf/org .eclipse.emf.eef/tests/org.eclipse.emf.samples.eef.tarot.edi t/?root=Modeling_Project
http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.emf/org .eclipse.emf.eef/tests/org.eclipse.emf.samples.eef.tarot.edi tor/?root=Modeling_Project
> BTW, I think that this is a great tool that has even more potential. If
> you add a bit more to it, you'd have E4. :d (E4 guys, I'm just kidding..)
Thx a lot Mike, as Stephane propose let me buy you a beer at the next
Econ if you come ;)
--
Goulwen Le Fur - goulwen.lefur@beo.fr
|
|
| |
Re: [EEF] Forms vs. property editing [message #622126 is a reply to message #622122] |
Fri, 12 February 2010 13:32 |
Stephane Bouchet Messages: 280 Registered: July 2009 |
Senior Member |
|
|
This is a multi-part message in MIME format.
--------------090800080500090608060709
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
hi Miles,
comments below :
Miles Parker a écrit :
> Stephane Bouchet wrote on Thu, 11 February 2010 08:30
>> This is a multi-part message in MIME format.
>> --------------020905060006070906020907
>> Content-Type: text/plain; charset=UTF-8; format=flowed
>> Content-Transfer-Encoding: 8bit
>>
>> Miles Parker a écrit :
>> > Hi,
>> > > It seems that while the property sheets do live EMF command
>> invocation > -- i.e. changes that affect other fields are immediately
>> propagated, the > forms based editor (accessed by double-clicking)
>> only invokes these > commands when the form is dismissed. Is this
>> expected behavior?
>>
>> Yes, to be clear, the property view use the *Form generated widgets (
>> eclipse form ) with direct EMF commands, then "Wizards" editor uses
>> *Impl generated widgets ( swt ) with a composed command .
>
>
> Any ideas about what the best way to change this behavior would be?
> Probably just to re implement the on double-click behavior to open a
> form instead..?
i don't understand what you want to do.... do you want to open a view on
double click ? in this case, yes, you have to modify the open policy
(take a look in
org.eclipse.emf.eef.runtime.ui.notify.OpenWizardOnDoubleClic k ) .
We are planning to document either theis kind of uses we can do with
EEF, too :
http://www.eclipse.org/modeling/emft/eef/videos/eef-rcp-appl ication.htm
--------------090800080500090608060709
Content-Type: text/x-vcard; charset=utf-8;
name="stephane_bouchet.vcf"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="stephane_bouchet.vcf"
YmVnaW46dmNhcmQNCmZuO3F1b3RlZC1wcmludGFibGU6U3Q9QzM9QTlwaGFu ZSBCb3VjaGV0
DQpuO3F1b3RlZC1wcmludGFibGU6Qm91Y2hldDtTdD1DMz1BOXBoYW5lDQpv cmc6T2Jlbw0K
YWRyOjs7Ozs7O0ZyYW5jZQ0KZW1haWw7aW50ZXJuZXQ6c3RlcGhhbmUuYm91 Y2hldEBvYmVv
LmZyDQp4LW1vemlsbGEtaHRtbDpGQUxTRQ0KdXJsOmh0dHA6Ly93d3cub2Jl by5mcg0KdmVy
c2lvbjoyLjENCmVuZDp2Y2FyZA0KDQo=
--------------090800080500090608060709--
|
|
|
Re: [EEF] Forms vs. property editing [message #622131 is a reply to message #622126] |
Fri, 12 February 2010 21:00 |
Miles Parker Messages: 1341 Registered: July 2009 |
Senior Member |
|
|
Stephane Bouchet wrote on Fri, 12 February 2010 03:50
> >> Yes, to be clear, the property view use the *Form generated widgets (
> >> eclipse form ) with direct EMF commands, then "Wizards" editor uses
> >> *Impl generated widgets ( swt ) with a composed command .
> >
> >
> > Any ideas about what the best way to change this behavior would be?
> > Probably just to re implement the on double-click behavior to open a
> > form instead..?
>
> i don't understand what you want to do.... do you want to open a view on
> double click ? in this case, yes, you have to modify the open policy
> (take a look in
> org.eclipse.emf.eef.runtime.ui.notify.OpenWizardOnDoubleClic k ) .
Yeah, I just wanted to modify that behavior so that it was properly dealing with undo and other commands within the double-clicked window as well. Shouldn't that be the default behavior or is their some reason that it can't / shouldn't be?
Quote:
> We are planning to document either theis kind of uses we can do with
> EEF, too :
> http://www.eclipse.org/modeling/emft/eef/videos/eef-rcp-appl ication.htm
Great, that's what I wanted to find out. Do you have this is an example project somewhere? (I didn't see it on Wiki.)
I guess this is also in response to my separate thread on Maseter-Detail, etc... I see here that you have different views for Master and Detail. What I'd like to do -- and what I think would be really nicely doable with your current model is to support the definition of these within a form.
BTW, I think that this is a great tool that has even more potential. If you add a bit more to it, you'd have E4. :d (E4 guys, I'm just kidding..)
|
|
|
Re: [EEF] Forms vs. property editing [message #622144 is a reply to message #622131] |
Mon, 15 February 2010 14:32 |
Goulwen Le Fur Messages: 125 Registered: July 2009 |
Senior Member |
|
|
Hi Miles,
First, thanks for all your very encouraging feedback :)
Miles Parker a écrit :
> Stephane Bouchet wrote on Fri, 12 February 2010 03:50
>> >> Yes, to be clear, the property view use the *Form generated widgets
>> ( >> eclipse form ) with direct EMF commands, then "Wizards" editor
>> uses >> *Impl generated widgets ( swt ) with a composed command .
>> > > > Any ideas about what the best way to change this behavior would
>> be? > Probably just to re implement the on double-click behavior to
>> open a > form instead..?
>>
>> i don't understand what you want to do.... do you want to open a view
>> on double click ? in this case, yes, you have to modify the open policy
>> (take a look in
>> org.eclipse.emf.eef.runtime.ui.notify.OpenWizardOnDoubleClic k ) .
>
>
> Yeah, I just wanted to modify that behavior so that it was properly
> dealing with undo and other commands within the double-clicked window as
> well. Shouldn't that be the default behavior or is their some reason
> that it can't / shouldn't be?
>
Ok, If I understand what you want, you have to use the
PropertiesEditionComponents in "live mode". So I think you have
to create a "LivePropertiesEditionWizard" very similar to the
"PropertiesEditionWizard" but which use a PropertiesEditionViewer in
live mode. I hope this can help !
> Quote:
>> We are planning to document either theis kind of uses we can do with
>> EEF, too :
>> http://www.eclipse.org/modeling/emft/eef/videos/eef-rcp-appl
>> ication.htm
>
>
> Great, that's what I wanted to find out. Do you have this is an example
> project somewhere? (I didn't see it on Wiki.)
> I guess this is also in response to my separate thread on
> Maseter-Detail, etc... I see here that you have different views for
> Master and Detail. What I'd like to do -- and what I think would be
> really nicely doable with your current model is to support the
> definition of these within a form.
>
For the "Tarot" demo, I've just committed the source on the CVS. It is
here :
http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.emf/org .eclipse.emf.eef/tests/org.eclipse.emf.samples.eef.tarot/?ro ot=Modeling_Project
http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.emf/org .eclipse.emf.eef/tests/org.eclipse.emf.samples.eef.tarot.edi t/?root=Modeling_Project
http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.emf/org .eclipse.emf.eef/tests/org.eclipse.emf.samples.eef.tarot.edi tor/?root=Modeling_Project
> BTW, I think that this is a great tool that has even more potential. If
> you add a bit more to it, you'd have E4. :d (E4 guys, I'm just kidding..)
Thx a lot Mike, as Stephane propose let me buy you a beer at the next
Econ if you come ;)
--
Goulwen Le Fur - goulwen.lefur@beo.fr
|
|
|
Goto Forum:
Current Time: Fri Apr 19 03:54:31 GMT 2024
Powered by FUDForum. Page generated in 0.03705 seconds
|