Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Openas Menu and completion for inheritance and slice roots #39

Open
wants to merge 15 commits into
base: master
Choose a base branch
from

Conversation

Tyzeppelin
Copy link
Contributor

A part of my work last week.

The openas menu is "working". there is still a problem with the cast of the adapters.
The completion is working and I'll improve it to include renaming in it.

@Tyzeppelin
Copy link
Contributor Author

I've just committed a new update of the metamodel. I'm not sure I didn't messed up some part of the language generation.

name="Open As">
<commandParameter
id="exactType"
name="name"

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Shouldn't the name match the id?

@Tyzeppelin
Copy link
Contributor Author

TODO: Fix a little bug in the menu. The openEditor() method don't call the getURI() method of our MelangeEditorInput class.

François Boschet added 13 commits August 28, 2015 11:14
Change the reference "roots" in the slice part of the
metamodel/grammar from Strings to EClass/QualifiedName.
I add custom scope providers to filters inheritable languages and
sliceable parts of a model.
This contribution allows you to open your melange-generated languages
with any "compatible" editor.
Adding static final String instead of plain String in code.
This might not b fully operational. I tried to fix the errors induced by
the MM update. But I need (a hero) someone more skilled than me to ensure I didn't
messed up everything.
After changing the metamodel, content assist over mapping rules is now
available.
To do so, we subclass the default proposal provider from java.
The trickiest part was to find wat to change to provide the fully
qualified names of our eobjects instead of just their names.
"contains() is based on equals() (reference equality), so this probably
won't work. A simple name matching should do the job."
Make the classbinding more generic by extending it to all the
Eclassifiers.
It's easier to give them the same id and name.
It still can't display the file properly due to problems with adapters.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants