Skip to main content
aboutsummaryrefslogtreecommitdiffstats
AgeCommit message (Collapse)AuthorFilesLines
2015-12-04Bug 477384: [Canonical] Should not use drop requests to create viewsChristian W. Damus1-3/+3
https://bugs.eclipse.org/bugs/show_bug.cgi?id=477384 Changes to core APIs to remove PapyrusCanonicalEditPolicy's dependence on the generated diagram drag-and-drop behavior: * extract the CommonDiagramDragDropEditPolicy's abstract API for information about diagram-specific view types into a new service * update the canonical edit-policy and diagram-to-diagram synchronization infrastructure to use the new VisualTypeService to obtain information about the diagram's specific view types to then let the view service create views without resorting to drop commands * update extensions of various canonical strategies in the UML diagrams to adapt to the new drop-free synchronization mechanism Update the Papyrus Diagram GMFGen extensions and code generation templates to add generation of the IVisualTypeProvider that plugs into the new VisualTypeService to support canonical synchronization and drag-and-drop. Includes regeneration of the GMFGen extension model using EMF's most recent templates, which result in minor changes to most model source files. Regenerate all UML diagrams to create and register the visual type provider extensions. Also update the BREE for diagrams to 1.8 because at least one of them requires Java 8 to compile properly. * Note that the interaction overview diagram uses a code generator that is not published on Eclipse.org, so I had to emulate the code generation step for this one * Note also that the SysML 1.1 diagrams likewise cannot be re-generated but, moreover, they do not implement the common pattern for Visual ID Registry, so they are also updated "by hand" for parity with the Mars implementation of drag-and-drop (which had gaps) Deprecate the ICreationTargetStrategy extension API which was only needed to redirect drag-and-drop requests, but these are no longer employed in the canonical synchronization. Also some fixes for region layout problems in the State Machine Diagram: * update custom creation edit policies to re-use the commands used by drag-and-drop and untargeted creation that perform initial placement of new regions * fix the GMFGen to register the custom creation edit policy for the state machine compartment Change-Id: I3afc68d6f0f1bfe05e336c9138a7f1acbc8f643b
2014-08-26[Code Style] Configure code style in the projectsChristian W. Damus2-0/+353
Configure the master settings for Code Style in the org.eclipse.papyrus.infra.core plug-in, including: - Code Formatter - Code Clean-up - Code Templates - Import Sort Order Employ the Oomph Project Configuration tooling to propagate these settings to all other Papyrus main, test, and developer plug-ins, plus the CDO Integration plug-ins. Update the Papyrus Oomph model to remove the workspace-wide code style settings. Change-Id: Id1c7c7fb94c82974a9f1c7cafcfcf32b71ce6c1f
2014-04-08432131: [Profile Diagram] Palette should be organized for consistencyMickael ADAM1-0/+2
with other diagrams https://bugs.eclipse.org/bugs/show_bug.cgi?id=432131 332727: [Profile Diagram] Problems with Stereotype included into a Package https://bugs.eclipse.org/bugs/show_bug.cgi?id=332727 - Modification of ProfileDiagram.gmfgen and code Generation - Include fix of bug 332727 Signed-off-by: Mickael ADAM <mickael.adam@ALL4TEC.net>
2014-03-19430726: [Class Diagram] Drag-n-drop from Model Explorer to Diagram is broken ↵Christian W. Damus1-0/+2
post M6 https://bugs.eclipse.org/bugs/show_bug.cgi?id=430726 Update the diagram editor template to access the selection directly from the LocalSelectionTransfer, because otherwise the transfer data is null and the log is spammed with "Received wrong transfer data" messages. The Class Diagram plug-in is regenerated. Because there would otherwise be more than 580 files changed only in formatting differences, only the UMLDiagramEditor class is committed. The xtend/ folder encoding is set to ISO-8859-1 to ensure that the Xpand guillemets are properly decoded.
2012-08-28388180: [All Diagram] Update gmf code generationptessier1-1/+0
https://bugs.eclipse.org/bugs/show_bug.cgi?id=388180
2009-02-06share project "org.eclipse.papyrus.doc" into ↵ptessier1-0/+7
"svn+ssh://dev.eclipse.org/svnroot/modeling/org.eclipse.mdt.papyrus" share projectt "org.eclipse.papyrus.java.reverse.ui" into "svn+ssh://dev.eclipse.org/svnroot/modeling/org.eclipse.mdt.papyrus" share project "org.eclipse.papyrus.java.reverse" into "svn+ssh://dev.eclipse.org/svnroot/modeling/org.eclipse.mdt.papyrus" share project "org.eclipse.papyrus.codegen" into "svn+ssh://dev.eclipse.org/svnroot/modeling/org.eclipse.mdt.papyrus" share project "org.eclipse.papyrus.def" into "svn+ssh://dev.eclipse.org/svnroot/modeling/org.eclipse.mdt.papyrus"

    Back to the top