Bug 242157

Summary:	[UI] Enhance "load resource..." action in CDOEditor
Product:	[Modeling] EMF	Reporter:	Victor Roldan Betancort <vroldanbet>
Component:	cdo.ui	Assignee:	Victor Roldan Betancort <vroldanbet>
Status:	NEW ---	QA Contact:
Severity:	enhancement
Priority:	P3	CC:	hjoensson, smcduff, stepper, vroldanbet
Version:	4.13	Keywords:	helpwanted
Target Milestone:	---	Flags:	stepper: galileo-
Hardware:	PC
OS:	Windows XP
Whiteboard:
Bug Depends on:	256626
Bug Blocks:

Description Victor Roldan Betancort

2008-07-26 15:52:31 EDT

Build ID: Eclipse 3.4

Depends on Bug 213402, which needs to be implemented before this enhancement takes place.

When a user is working on a resource in the CDOEditor, he might want to make a reference to an element stored in another repository (or even out of CDO, as Bug 213402 describes). In this case, the (only?) option is to load a resource into the current CDOEditor (its WorkingSet?). This loading is transient, these external resources are not imported into the repository (unless the user wishes to). For this, EMF provided "load resource..." action in the contextual menu of the Sample Editor (right mouse click).

In the case of the CDOEditor, this action should be adapted to the new CDO environment. This implies:
- Being able to browse current available repositories
- Transient loading of external resources (XMIResources) to allow referencing their elements. Could be integrated with 242155, to give the the user the option to import external resource into the repo.

Any comments are welcome :)

Comment 1 Victor Roldan Betancort

2008-11-18 04:40:36 EST

Now that we have Bug #213402, we can start with this, but:

- Commiting a transaction which contains CDOObjects referencing other objects persisted out of a CDO Repository won't work. This was expected to fixed in Bug 213402.

- What it's currently possible to be done is loading a CDOResource persisted in a repository, but we would need some UI artifacts to get this done:

 * Create a CDO-Repository explorer to be able to select resources to be loaded.
 * A central storage of repository URIs to be used in the repository explorer.
 * Modify CDOActionBarContributor to add a new action "Load from CDO Repository.."

As an example, I'll show what I've done for our product:

IMG1: http://img151.imageshack.us/img151/7184/img1oe9.png
IMG2: http://img266.imageshack.us/img266/9311/img2wz0.png
IMG3: http://img227.imageshack.us/img227/6820/img3xa7.png

- IMG1: Preferences page to allow the user add commonly used repository URIs (we are currently using a different URI format).
- IMG2: Load Resource Dialog. Removed the other actions until it get's fixed.
- IMG3: Repository Explorer (I haven't profit from the new CDOResourceFolder, so everything is shown plain :( )

Comments?

Comment 2 Simon Mc Duff

2008-11-18 07:23:48 EST

(In reply to comment #1)
> Now that we have Bug #213402, we can start with this, but:
> 
> - Commiting a transaction which contains CDOObjects referencing other objects
> persisted out of a CDO Repository won't work. This was expected to fixed in Bug
> 213402.
> 
> - What it's currently possible to be done is loading a CDOResource persisted in
> a repository, but we would need some UI artifacts to get this done:
> 
>  * Create a CDO-Repository explorer to be able to select resources to be
> loaded.
>  * A central storage of repository URIs to be used in the repository explorer.
>  * Modify CDOActionBarContributor to add a new action "Load from CDO
> Repository.."
> 
> As an example, I'll show what I've done for our product:
> 
> IMG1: http://img151.imageshack.us/img151/7184/img1oe9.png
> IMG2: http://img266.imageshack.us/img266/9311/img2wz0.png
> IMG3: http://img227.imageshack.us/img227/6820/img3xa7.png
> 
> - IMG1: Preferences page to allow the user add commonly used repository URIs
> (we are currently using a different URI format).
> - IMG2: Load Resource Dialog. Removed the other actions until it get's fixed.
> - IMG3: Repository Explorer (I haven't profit from the new CDOResourceFolder,
> so everything is shown plain :( )
> 
> Comments?
> 

This is cool Vic!! Can you share your code ?

Comment 3 Victor Roldan Betancort

2008-11-18 10:11:56 EST

Simon,

> This is cool Vic!! Can you share your code ?

yes, I can, but it would need some refactor, since it's currently part of our product code.

I'll work on it and provide a patch as soon as posible :)

Comment 4 Eike Stepper

2008-12-01 08:35:38 EST

Re-assigning to Vik in preparation of his new committer state...

Comment 5 Eike Stepper

2009-11-01 06:00:24 EST

Rebasing all unresolved enhancement requests to 3.0

Comment 6 Eike Stepper

2010-06-29 04:51:20 EDT

Rebasing all outstanding enhancements requests to version 4.0

Comment 7 Eike Stepper

2011-06-23 03:59:10 EDT

Moving all open enhancement requests to 4.1

Comment 8 Eike Stepper

2012-08-14 22:53:42 EDT

Moving all open issues to 4.2. Open bugs can be ported to 4.1 maintenance after they've been fixed in master.

Comment 9 Eike Stepper

2013-06-27 04:08:58 EDT

Moving all outstanding enhancements to 4.3

Comment 10 Eike Stepper

2014-08-19 09:28:33 EDT

Moving all open enhancement requests to 4.4

Comment 11 Eike Stepper

2014-08-19 09:37:44 EDT

Moving all open enhancement requests to 4.4

Comment 12 Eike Stepper

2015-07-14 02:15:19 EDT

Moving all open bugzillas to 4.5.

Comment 13 Eike Stepper

2016-07-31 00:58:25 EDT

Moving all unaddressed bugzillas to 4.6.

Comment 14 Eike Stepper

2017-12-28 01:11:31 EST

Moving all open bugs to 4.7

Comment 15 Eike Stepper

2019-11-08 02:12:11 EST

Moving all unresolved issues to version 4.8-

Comment 16 Eike Stepper

2019-12-13 12:54:21 EST

Moving all unresolved issues to version 4.9

Comment 17 Eike Stepper

2020-12-11 10:38:39 EST

Moving to 4.13.