Skip to main content
aboutsummaryrefslogtreecommitdiffstats
AgeCommit message (Collapse)AuthorFilesLines
2015-01-26move oep.emf.commandstack and oep.dev.project.managment from sandbox to ↵Vincent Lorenzo67-5242/+0
plugins/developer + destroy old plugin oep.dev.project.management_old from sandbox + rename oep.emf.commandstack to oep.infra.emf.commandstack
2015-01-26Move ogr.eclipse.papyrus.build.documentation from sandbox folder to doc folderVincent Lorenzo15-695/+0
2015-01-26Clean sandbox : remove all plugins concerning table efacet and old table pluginslast/org.eclipse.papyrus.infra.efacetVincent Lorenzo975-117588/+0
2014-11-06399859: [Profile Applications] Papyrus shall enable to manage profile ↵Christian W. Damus83-5281/+0
applications in separate files https://bugs.eclipse.org/bugs/show_bug.cgi?id=399859 Externalize the UI strings in the control-mode plug-in. (+57 squashed commits) Squashed commits: [31a95fd] 399859: [Profile Applications] Papyrus shall enable to manage profile applications in separate files Support basic stereotype repair use cases in decorator model resources. ---- [3eaa4ad] 399859: [Profile Applications] Papyrus shall enable to manage profile applications in separate files Improve re-application of externalized profiles for migration scenarios, doing away with hacky internalize and re-externalize steps that make a mess of the ordering of stereotype applications in the resource contents. ---- [fa20519] 399859: [Profile Applications] Papyrus shall enable to manage profile applications in separate files Complete the copyright updates. ---- [5af536d] 399859: [Profile Applications] Papyrus shall enable to manage profile applications in separate files Pluggable profile-application delegate API makes the private AppliedProfilesProvider redundant. ---- [b1e7f68] 399859: [Profile Applications] Papyrus shall enable to manage profile applications in separate files Further copyright updates. ---- [ed0788d] 399859: [Profile Applications] Papyrus shall enable to manage profile applications in separate files Now that the required UML2 API is available we can remove work-arounds for access to custom profile- and stereotype-application helpers. ---- [b262c2c] 399859: [Profile Applications] Papyrus shall enable to manage profile applications in separate files Fix copyright headers. ---- [c4f04a5] 399859: [Profile Applications] Papyrus shall enable to manage profile applications in separate files Support for migration of externally applied profiles to a new version. ---- [1892e18] 399859: [Profile Applications] Papyrus shall enable to manage profile applications in separate files Additional slightly less trivial test cases for control-mode refactoring. ---- [7e530bd] 399859: [Profile Applications] Papyrus shall enable to manage profile applications in separate files Don't create eCrossReferences() lists that compute and cache derived references that don't need refactoring. ---- [a35a57e] 399859: [Profile Applications] Papyrus shall enable to manage profile applications in separate files The undo of control refactoring for unloaded resources needs the same split treatment as for uncontrol. ---- [83249b2] 399859: [Profile Applications] Papyrus shall enable to manage profile applications in separate files Automated tests for control-mode participant for refactoring of decorator models. ---- [d4a5149] 399859: [Profile Applications] Papyrus shall enable to manage profile applications in separate files Fixes undo/redo of the uncontrolled refactoring for unloaded decorator models, which when undoing would find that the base uncontrol's undo hadn't yet restored the sub-unit resource in which we need to resolve referenced objects. ---- [46f4998] 399859: [Profile Applications] Papyrus shall enable to manage profile applications in separate files Fixes to the automatic saving of decorator-model refactoring in (un)control command: - improve the determination of the editor to save (if any) - ensure that we only try to run the save runnable in the workbench window if on the UI thread ---- [1e65796] 399859: [Profile Applications] Papyrus shall enable to manage profile applications in separate files Only prompt the user about save requirement if the control action was UI-initiated. Duh. ---- [75ea465] 399859: [Profile Applications] Papyrus shall enable to manage profile applications in separate files Initial support for refactoring of currently loaded and unloaded decorator models that apply profiles directly or indirectly to the packages being controlled. ---- [71dfab4] 399859: [Profile Applications] Papyrus shall enable to manage profile applications in separate files Fix errors in Javadocs and allow the control command to re-create a resource that the resource set had attempted to load for proxy resolution but failed because it doesn't exist. ---- [45fe94e] 399859: [Profile Applications] Papyrus shall enable to manage profile applications in separate files Packages must also inherit externally applied profiles from their nesting package chain. ---- [24428c1] 399859: [Profile Applications] Papyrus shall enable to manage profile applications in separate files Refresh the property sheet for the selected package after externalizing profiles to ensure that the "Applications" tab is showing. ---- [4763809] 399859: [Profile Applications] Papyrus shall enable to manage profile applications in separate files Replace "Decorator Model" terminology in the UI with simply "Profile Application". ---- [77c00fb] 399859: [Decorator Models] Papyrus shall enable to manage profile applications in separate files Remember the user's last auto-prompt load selections for initial selection on next open of the same resource. ---- [651fe70] 399859: [Decorator Models] Papyrus shall enable to manage profile applications in separate files Improve JUnit test coverage of core plug-in. ---- [f2d5e7a] 399859: [Decorator Models] Papyrus shall enable to manage profile applications in separate files Add an action in the Decorators property tab for packages to duplicate a loaded or unloaded decorator model with support for filtering out certain profile applications. ---- [37eb425] 399859: [Decorator Models] Papyrus shall enable to manage profile applications in separate files Fix failure to refresh diagram for CSS styles affected by loading a decorator model the first time (and ensure all subsequent, also). ---- [1d62d00] 399859: [Decorator Models] Papyrus shall enable to manage profile applications in separate files Fix problem in refreshing decorator model names in the Decorators property tab. Fix broken "Don't show this again" options in the load-decorator-models wizard. ---- [8ad5bd0] 399859: [Decorator Models] Papyrus shall enable to manage profile applications in separate files Option to suppress prompt to unload conflicting decorator models in the Decorator property tab for packages and instead just automatically unload them (supporting quick switch use case). ---- [dde50a3] 399859: [Decorator Models] Papyrus shall enable to manage profile applications in separate files Do not confuse users by showing the "decorator models available" icon decoration in Model Explorer on models that are decorated by the decorator model that the user opened in the editor. Only show the icon for referenced ("library") models that are reachable from such models. ---- [a82eb1b] 399859: [Decorator Models] Papyrus shall enable to manage profile applications in separate files Improve liveness of action enablement and other tasks (esp. on the UI thread) that depend on the decorator model index. Implement a general-purpose Jobs-based ListenableFuture to support reporting blocked UI tasks in the blocked-jobs dialog. A few more rename refactorings in the API. Improve JUnit test coverage (and fix problems found by new tests). ---- [1cdaa01] 399859: [Decorator Models] Papyrus shall enable to manage profile applications in separate files Implement Decorators property tab for packages that have decorator models, to provide easy access to loading and unloading them. ---- [de1cc1c] 399859: [Decorator Models] Papyrus shall enable to manage profile applications in separate files Rationalize the handling of empty decorator models by prompting to delete and deleting all Papyrus model member resources in case of deletion. ---- [9bb18ac] 399859: [Decorator Models] Papyrus shall enable to manage profile applications in separate files Never prompt to load additional decorator models when opening a decorator model, even if the user model that it decorates has more decorators available and the preference to auto-prompt is enabled. ---- [b1e3315] 399859: [Decorator Models] Papyrus shall enable to manage profile applications in separate files Promote the Workspace Model Index and any-root-namespace content type describer APIs to the infra layer. ---- [f708155] 399859: [Decorator Models] Papyrus shall enable to manage profile applications in separate files Ensure responsiveness of label decorators. Apply label decorations to workspace resources in Project Explorer that are decorator models. ---- [4379197] 399859: [Profiles] Papyrus shall enable to manage profile applications in separate files WORKAROUNDS for absence of the required new UML API until it becomes available. ---- [68db5f0] 399859: [Profiles] Papyrus shall enable to manage profile applications in separate files WORKAROUNDS for absence of the required new UML API until it becomes available. ---- [0bf4163] 399859: [Profiles] Papyrus shall enable to manage profile applications in separate files Add missing dependency information to top POMs. ---- [04d0935] 399859: [Profiles] Papyrus shall enable to manage profile applications in separate files Add new plug-ins to top POMs. ---- [d4346cf] 399859: [Profiles] Papyrus shall enable to manage profile applications in separate files Releng integration. ---- [40cfc0d] 399859: [Profiles] Papyrus shall enable to manage profile applications in separate files Fix further refresh issues in diagrams when loading decorator models. When existing stereotype applications are loaded, they won't emit SET notifications for the base_Xyz references. Instead, they eventually emit RESOLVE notifications when their base reference proxies are resolved. ---- [f393d19] 399859: [Profiles] Papyrus shall enable to manage profile applications in separate files Further API refactorings for 'decorator model' terminology. ---- [a3e9dd4] 399859: [Profiles] Papyrus shall enable to manage profile applications in separate files Only prompt to load decorator models if opening in an editor. ---- [38885bc] 399859: [Profiles] Papyrus shall enable to manage profile applications in separate files Refactor for 'decorator model' terminology and move the plug-ins into the main source tree. ---- [63c305e] 399859: [Profiles] Papyrus shall enable to manage profile applications in separate files Various usability enhancements: - label decorators in Model Explorer and applied profiles in package properties indicating source profile externalization model names - prevent conflicts in externalization of profile applications into existing resources - never present profile application resources as available that conflict with native profile applications - revert ModelSet save change that breaks initialization of model from existing UML resource ---- [c1bb42b] 399859: [Profiles] Papyrus shall enable to manage profile applications in separate files Profile application externalization wizard enhancements: - remember last file extension entered by the user (in case more than just .uml) - let user specify the model name, when creating a new file - verify that when adding to an existing file, it's a profile application model - include the profile application model name in the index ---- [4d1169b] 399859: [Profiles] Papyrus shall enable to manage profile applications in separate files Enforce uniqueness of profile applications: prevent loading of multiple external profile applications that apply the same profile to the same package. ---- [ac15898] 399859: [Profiles] Papyrus shall enable to manage profile applications in separate files Require saving dirty profile-application resources before unloading them. ---- [9ad9b0f] 399859: [Profiles] Papyrus shall enable to manage profile applications in separate files Ensure that PapyrusListeners see changes in profile-application resources as well as the user-model resources. Fix the PapyrusStereotypeListener to handle unloading of a resource containing stereotype applications to interpret the stereotypes as being unapplied. ---- [4c52edd] 399859: [Profiles] Papyrus shall enable to manage profile applications in separate files Handle problems in (re)building the workspace model index, add a listener protocol, and make it independent of the UML layer. ---- [402c77c] 399859: [Profiles] Papyrus shall enable to manage profile applications in separate files Add a label decorator (just a placeholder icon for now) for models that have available unloaded profile applications. Add a preference (enabled by default) to prompt to load available profile applications on opening a model, if it has unloaded profile applications available. ---- [8566806] 399859: [Profiles] Papyrus shall enable to manage profile applications in separate files Add some JUnit tests for the workspace model index framework. ---- [6f500b8] 399859: [Profiles] Papyrus shall enable to manage profile applications in separate files Ensure that the user models to which a profile-application model contributes profile applications are loaded when the latter is loaded in the Papyrus Editor. ---- [16a0884] 399859: [Profiles] Papyrus shall enable to manage profile applications in separate files Enable storage of profile applications in UML resources anywhere in the workspace, even in different projects than the models to which they are applied. Uses a new workspace-wide index of cross references between profile-application resources and user model resources, built at start-up and maintained in the background as the workspace changes. ---- [6fe515d] 399859: [Profiles] Papyrus shall enable to manage profile applications in separate files Hide profile application models in the Model Explorer by default. ---- [69ef817] 399859: [Profiles] Papyrus shall enable to manage profile applications in separate files Added context-menu actions in the Model Explorer for loading available profile applications that are not yet loaded and for unloading and loaded externalized profile applications (for any currently open controlled units). ---- [d9bb954] 399859: [Profiles] Papyrus shall enable to manage profile applications in separate files Initial implementation of separate storage of profile applications and their defined stereotype applications in a separate resource. Includes - externalize profile applications refactoring wizard - internalize profile applications refactoring wizard - load profile applications context-menu action in Project Explorer - unload profile applications context-menu action in Model Explorer - enhanced Profile applications table in Properties view for packages ---- [b8578c3] 399859: [Profiles] Papyrus shall enable to manage profile applications in separate files Propagate standard JDT preferences to the sandbox projects. Signed-off-by: Christian W. Damus <give.a.damus@gmail.com> ---- [ec61dd2] 399859: [Profile Applications] Papyrus shall enable to manage profile applications in separate files Update build dependencies to pick up latest UML2 integration build with new APIs required for profile applications feature. Change-Id: Ifa20519ec3209393c88e0a1ac322eac715e541f4
2014-09-15[Releng] Change plug-ins version to 1.1.0Camille Letavernier1-3/+3
2014-08-20[Releng] Update versions to 1.0.1Camille Letavernier1-3/+3
2014-08-20[Releng] Update Bundle Tests for Papyrus 1.0.1Camille Letavernier1-1/+0
2014-06-20405391: [Moka] Moka shall provide an implementation of the fUMLBruno Marques3-26/+1
Execution Model https://bugs.eclipse.org/bugs/show_bug.cgi?id=405391 - Clean oep.alf (xtend-gen deleted / build.properties updated) Signed-off-by: Bruno Marques <bruno.marques@cea.fr>
2014-05-27435929: [EMF Facet] update facet referencesMickael ADAM2-8/+3
https://bugs.eclipse.org/bugs/show_bug.cgi?id=435929 - update facet references to oep.emf.facet instead of org.eclipse.emf.facet Change-Id: I81fbc58398a3579aedb216a2c83810a25d9c997b Signed-off-by: Mickael ADAM <mickael.adam@ALL4TEC.net>
2014-03-14[Releng] Fix dependency versionsCamille Letavernier2-14/+47
2013-11-25Update tests to check result files before checking filesrschnekenbu6-73/+134
2013-11-13263430: [General] Add relengCamille Letavernier1-8/+5
https://bugs.eclipse.org/bugs/show_bug.cgi?id=263430 Luna: Update test plug-ins version to 1.0.0
2013-11-06First support of the profile resource loading in case of control moderschnekenbu15-23/+257
2013-11-06Update external resources tests with control moderschnekenbu14-217/+426
2013-10-24Adding a NamingUtils class to the sandbox version of the alf editor.Arnaud Cuccuru3-1/+68
2013-10-24401874: [moka] An OpaqueBehaviorExecution shall be implemented for allArnaud Cuccuru58-76/+766
opaque behaviors defined in the FoundationalModelLibrary https://bugs.eclipse.org/bugs/show_bug.cgi?id=401874 Adding opaque behavior implementations for Real functions, and fixing issues related to visibility of packages
2013-09-25384569: [Palette - CSS] There should be an "apply CSS Style" post-actionCamille Letavernier11-346/+0
available in the palette customization tool https://bugs.eclipse.org/bugs/show_bug.cgi?id=384569 Move the plug-in to its final location
2013-09-05415754: [Table 2] The label and the icon for existing property ofVincent Lorenzo3-11/+10
streotype column is not correct https://bugs.eclipse.org/bugs/show_bug.cgi?id=415754 416626: [Table 2] The order of the columns can't be changed in the dialog Create/Destroy Columns https://bugs.eclipse.org/bugs/show_bug.cgi?id=416626 416627: [Table 2] The dialog to Create/Destroy columns doesn't manage properly existing stereotypes properties columns https://bugs.eclipse.org/bugs/show_bug.cgi?id=416627
2013-08-29Update the tests for the change strategy command.rschnekenbu11-80/+604
Now tests the 3 strategies to 3 strategies matrix.
2013-08-27Add a command to change kind of profile application location strategyrschnekenbu12-44/+318
Add a test to go from one resource per profile to one Resource only
2013-08-20Updated dependencies to 0.10.1rschnekenbu4-6/+11
2013-08-09Update test method, one stereotype name was not the expected onerschnekenbu2-3/+4
2013-08-09- Create a method to update from one save strategy to another one.rschnekenbu9-14/+398
- Create a first test on model loading
2013-08-05First version of the module to manage profile application in differentrschnekenbu59-0/+3589
resources
2013-07-24400779: [Table 2] Tabular Editor must allow to create elements with aVincent Lorenzo2-2/+4
Paste from an external speadsheet https://bugs.eclipse.org/bugs/show_bug.cgi?id=400779
2013-07-17401764: [Table 2] The classes managing the table model and Nattable mustVincent Lorenzo5-35/+20
be refactored https://bugs.eclipse.org/bugs/show_bug.cgi?id=401764 Replace all usages of EditingDomain by TransactionalEditingDomain (to clear the API) + organize import
2013-07-17401764: [Table 2] The classes managing the table model and Nattable mustVincent Lorenzo3-4/+10
be refactored https://bugs.eclipse.org/bugs/show_bug.cgi?id=401764 In AbstractCellManager : the method getValue is now in final the developpers must override the method doGetValue
2013-07-12Share the new plugin oep.uml.nattable.ws.preferences.Vincent Lorenzo21-0/+1330
This plugin has been created to test a table with 2 dynamic axis and any axis information stored in the model.
2013-07-10401764: [Table 2] The classes managing the table model and Nattable must be ↵vlorenzo2-15/+17
refactored https://bugs.eclipse.org/bugs/show_bug.cgi?id=401764
2013-07-09412607: [Moka] Bug - Retrieval of .di resourcesacuccuru48-3/+3
https://bugs.eclipse.org/bugs/show_bug.cgi?id=412607 Applies the fix proposed in the bug description.
2013-07-09400779: [Table 2] Tabular Editor must allow to create elements with a Paste ↵vlorenzo741-0/+98930
from an external speadsheet https://bugs.eclipse.org/bugs/show_bug.cgi?id=400779
2013-07-09Destroy an old save for new papyrus table.vlorenzo91-18780/+0
2013-06-18406896: [Properties View - Table] The new Table widget shall be integrated ↵cletavernie2-5/+18
in the properties view as a Property Editor https://bugs.eclipse.org/bugs/show_bug.cgi?id=406896
2013-06-15Bug 405389 - [Moka] Papyrus shall provide a generic and extendible framework ↵acuccuru1-0/+20
for execution and debugging of models Optimization in AnimationUtils.getDiagrams(semanticElement) When a mapping is established between a semantic element and a diagram, a mapping is now established as well between other semantic element (displayed in the diagram) and the diagram
2013-06-14Minor renaming of a variable in AnimationUtils. Not related to any specific bug.acuccuru1-3/+3
2013-06-06New example added. The famous "Ping Pong" model.acuccuru3-0/+2145
2013-06-06New example model added. Involves signals and active objectsacuccuru3-0/+2002
2013-05-29406896: [Properties View - Table] The new Table widget shall be integrated ↵cletavernie3-1/+48
in the properties view as a Property Editor https://bugs.eclipse.org/bugs/show_bug.cgi?id=406896
2013-05-28263430: [General] Add relengcletavernie1-7/+0
https://bugs.eclipse.org/bugs/show_bug.cgi?id=263430 Remove Java 1.5 Compliance for Table plug-ins
2013-05-24Move the folder TableV3 from the sandbox to the extraplugins folder.vlorenzo1053-97167/+0
2013-05-24408217: [ModelExplorer] The handlers to create UML/SysML elements must be ↵vlorenzo2-2/+4
moved in an upper plugin https://bugs.eclipse.org/bugs/show_bug.cgi?id=408217 Small refactrouing for the creation elements
2013-05-23Replace imported package by required plugins in oep.alf.ui and oep.alfvlorenzo2-3/+0
2013-05-23408585: [Table 2] Multiline visualization and Editionvlorenzo10-10/+132
https://bugs.eclipse.org/bugs/show_bug.cgi?id=408585
2013-05-23408601: [Table 2] Papyrus must provides actions for Delete Axis and Destroy ↵vlorenzo24-32/+919
Element https://bugs.eclipse.org/bugs/show_bug.cgi?id=408601
2013-05-22Share the Papyrus Table documentation plugin (work in progress)vlorenzo6-0/+163
2013-05-21408585: [Table 2] Multiline visualization and Editionvlorenzo2-1/+75
https://bugs.eclipse.org/bugs/show_bug.cgi?id=408585
2013-05-21408586: [Table 2] The table must support alias on the axisvlorenzo24-2/+752
https://bugs.eclipse.org/bugs/show_bug.cgi?id=408586
2013-05-16408217: [ModelExplorer] The handlers to create UML/SysML elements must be ↵vlorenzo44-508/+3418
moved in an upper plugin https://bugs.eclipse.org/bugs/show_bug.cgi?id=408217
2013-05-16400782: [Table 2] Tabular Editor must allow to add/remove axis (columns or rows)vlorenzo3-2/+18
https://bugs.eclipse.org/bugs/show_bug.cgi?id=400782 Add the management of the axis inversion
2013-05-16400782: [Table 2] Tabular Editor must allow to add/remove axis (columns or rows)vlorenzo14-69/+294
https://bugs.eclipse.org/bugs/show_bug.cgi?id=400782 Add the management of the axis inversion

Back to the top