Skip to main content



      Home
Home » Modeling » EMF "Technology" (Ecore Tools, EMFatic, etc)  » [Compare] Viewer extensibility
[Compare] Viewer extensibility [message #99797] Fri, 19 October 2007 08:36 Go to next message
Eclipse UserFriend
Hello,

we have tried to use your viewers for our content type.
But ModelStructureMergeViewerCreator & ModelContentMergeViewerCreator
classes are not visible outside of org.eclipse.emf.compare.ui plug-in.


Do you plan any extensility of respective viewers?

We want to extend it in these ways:

-use it for our content type outside your plug-in?

-is it possible to reuse your code for displaying of the copare trees with
connecting lines to it?

-is it possible to remove properties page showing attribute values and place
it under content viewer?

-is it possible to change the icons for elements in compare tree?



There is done a lot of work in viewers. It will be very good if this could
be customizable by (UI Composition and/or subclassing).





Thank you very much.

&

Best Regards,

Jan
Re: [Compare] Viewer extensibility [message #99816 is a reply to message #99797] Fri, 19 October 2007 09:30 Go to previous messageGo to next message
Eclipse UserFriend
This is a multi-part message in MIME format.
--------------070506080209050409090202
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

Hi,

As far as the UI is concerned (apart from the extension point allowing
for new ways to export the resulting diff), we have currently no plan of
providing an extensible API.

As you have already seen, all those classes aren't visible to outside
plugins. Nothing stops you from copying the code or subclassing
discouraged classes, yet expect your code to be broken whenever we
implement changes to the UI.

This may change in the future, but isn't our priority ATM.

Regards,
Laurent Goubet
Obeo

eclipsemaniac a
Re: [Compare] Viewer extensibility [message #99829 is a reply to message #99797] Fri, 19 October 2007 12:54 Go to previous message
Eclipse UserFriend
Hi,

basically the UI extensibility is more a concerne that should be adressed by
the platform team (and more especially the org.eclipse.compare guys.)
Using the "classic" emf.edit features you'll be able to customize your model
representation in the treeview : the icon and the label.

We, and the platform guys, are open to discussion, If you've got a precise
use case which makes sense do not hesitate to ask (in the platform
newsgroup) for more extensibility in the general compare framework.

Cédric



eclipsemaniac wrote:

> Hello,
>
> we have tried to use your viewers for our content type.
> But ModelStructureMergeViewerCreator & ModelContentMergeViewerCreator
> classes are not visible outside of org.eclipse.emf.compare.ui plug-in.
>
>
> Do you plan any extensility of respective viewers?
>
> We want to extend it in these ways:
>
> -use it for our content type outside your plug-in?
>
> -is it possible to reuse your code for displaying of the copare trees with
> connecting lines to it?
>
> -is it possible to remove properties page showing attribute values and
> place it under content viewer?
>
> -is it possible to change the icons for elements in compare tree?
>
>
>
> There is done a lot of work in viewers. It will be very good if this could
> be customizable by (UI Composition and/or subclassing).
>
>
>
>
>
> Thank you very much.
>
> &
>
> Best Regards,
>
> Jan
Re: [Compare] Viewer extensibility [message #610091 is a reply to message #99797] Fri, 19 October 2007 09:30 Go to previous message
Eclipse UserFriend
This is a multi-part message in MIME format.
--------------070506080209050409090202
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

Hi,

As far as the UI is concerned (apart from the extension point allowing
for new ways to export the resulting diff), we have currently no plan of
providing an extensible API.

As you have already seen, all those classes aren't visible to outside
plugins. Nothing stops you from copying the code or subclassing
discouraged classes, yet expect your code to be broken whenever we
implement changes to the UI.

This may change in the future, but isn't our priority ATM.

Regards,
Laurent Goubet
Obeo

eclipsemaniac a
Re: [Compare] Viewer extensibility [message #610092 is a reply to message #99797] Fri, 19 October 2007 12:54 Go to previous message
Eclipse UserFriend
Hi,

basically the UI extensibility is more a concerne that should be adressed by
the platform team (and more especially the org.eclipse.compare guys.)
Using the "classic" emf.edit features you'll be able to customize your model
representation in the treeview : the icon and the label.

We, and the platform guys, are open to discussion, If you've got a precise
use case which makes sense do not hesitate to ask (in the platform
newsgroup) for more extensibility in the general compare framework.

Cédric



eclipsemaniac wrote:

> Hello,
>
> we have tried to use your viewers for our content type.
> But ModelStructureMergeViewerCreator & ModelContentMergeViewerCreator
> classes are not visible outside of org.eclipse.emf.compare.ui plug-in.
>
>
> Do you plan any extensility of respective viewers?
>
> We want to extend it in these ways:
>
> -use it for our content type outside your plug-in?
>
> -is it possible to reuse your code for displaying of the copare trees with
> connecting lines to it?
>
> -is it possible to remove properties page showing attribute values and
> place it under content viewer?
>
> -is it possible to change the icons for elements in compare tree?
>
>
>
> There is done a lot of work in viewers. It will be very good if this could
> be customizable by (UI Composition and/or subclassing).
>
>
>
>
>
> Thank you very much.
>
> &
>
> Best Regards,
>
> Jan
Previous Topic:[Compare] Viewer extensibility
Next Topic:[CDO] all test sucessfull, next step ?
Goto Forum:
  


Current Time: Sat Apr 19 05:39:57 EDT 2025

Powered by FUDForum. Page generated in 0.19028 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top