Closed okrosa closed 11 years ago
I could not reproduce the issue. I could unregister both patterns with @QueryExplorer(display = true) or just @QueryExplorer and with @QueryExplorer(display = false) too.
I don't really understand your point, patterns with @QueryExplorer(display = false) does not even show up in the pattern registry's plug-in part, corretly. (Note I copied the project back to the host eclipse!) Unregistering the patterns with @QueryExplorer(display = true) or @QueryExplorer, only removes the tick from checkbox leaving them in the registry.
2012/8/27 szabta89 notifications@github.com
I could not reproduce the issue. I could unregister both patterns with @QueryExplorer(display = true) or just @QueryExplorer and with @QueryExplorer(display = false) too.
— Reply to this email directly or view it on GitHubhttps://github.com/ujhelyiz/EMF-IncQuery/issues/278#issuecomment-8049307.
So you have generated code in your host eclipse and the patterns are coming from that plug-in?
Yes! Sorry, if the bug description was misleading!
2012/8/28 szabta89 notifications@github.com
So you have generated code in your host eclipse and the patterns are coming from that plug-in?
— Reply to this email directly or view it on GitHubhttps://github.com/ujhelyiz/EMF-IncQuery/issues/278#issuecomment-8088099.
Then it is the expected behaviour not to allow the unregistration of patterns because later you could not register them again (only if you restart the runtime Eclipse - this way they will be collected upon init). It works this way by design.
Needs a Query Explorer redesign - bumping.
This issue doesn't need migration to Eclipse as the UI is under redesign at the moment.
Patterns with @QueryExplorer(display = true) annotations show up in the Query Explorer's plug-in pattern registry, but from here they can't be removed. (It is a little bit annoying, because if you're developing them parallelly in the runtime they can't be registered into the system as runtime patterns due to the same names.)