tag:blogger.com,1999:blog-1495223311988358528.post5144429948622245710..comments2023-04-29T09:26:19.054+02:00Comments on Jan's Blog: Using Xbase to Define a Generic Graphical ViewAnonymoushttp://www.blogger.com/profile/02520748795681285494noreply@blogger.comBlogger18125tag:blogger.com,1999:blog-1495223311988358528.post-31604642315575246792012-01-30T00:18:58.667+01:002012-01-30T00:18:58.667+01:00GOT IT!
The xtext.ui plugin (which was generated f...GOT IT!<br />The xtext.ui plugin (which was generated from an ecore model) needs a dependency to the model plugin. Otherwise the classloader won't find the needed classes. :)Sönkehttps://www.blogger.com/profile/10999779258656699611noreply@blogger.comtag:blogger.com,1999:blog-1495223311988358528.post-19538803679253115122012-01-28T17:46:27.861+01:002012-01-28T17:46:27.861+01:00By "clean build" I meant Project->Bui...By "clean build" I meant Project->Build->Clean all projects, not installing a new IDE. <br /><br />Did you read the instructions in the README.TXT? You have to make the GGV aware your language. Also note the runtime plug-in containing the mapping, the stylesheet and the model to be visualized has to have a dependency on the graphview plug-in as well as on the DSL plug-in. There is also a PDE bug which might force you to move all dependencies in the MANIFEST.MF, save and restore them to make modifications in the root Eclipse - e.g. in your DSL - visibile to your runtime Eclipse. <br /><br />I am afraid I cannot give you more support. As long as it's a prototype you have to find your way yourself.Anonymoushttps://www.blogger.com/profile/02520748795681285494noreply@blogger.comtag:blogger.com,1999:blog-1495223311988358528.post-68600451146343600482012-01-28T12:31:16.556+01:002012-01-28T12:31:16.556+01:00Ok, i build a new eclipse ide with emf and xtext. ...Ok, i build a new eclipse ide with emf and xtext. It "works". Now i'm trying to connect the ggv to my very simple dsl. after i created a gvmap i switch to my model and become this error:<br />"!MESSAGE org.eclipse.xtext.graphview.instancemodel.ModelInstantiator - Cannot resolve type guard for diagram type JvmParameterizedTypeReference: graphmodel.Graph"<br /><br />Again the TypeGuard :-/Sönkehttps://www.blogger.com/profile/10999779258656699611noreply@blogger.comtag:blogger.com,1999:blog-1495223311988358528.post-25895355204912800022012-01-28T10:20:12.718+01:002012-01-28T10:20:12.718+01:00Versions look OK. Did you try a clean build and ch...Versions look OK. Did you try a clean build and change the grammar in an editor, save and revert the change?Anonymoushttps://www.blogger.com/profile/02520748795681285494noreply@blogger.comtag:blogger.com,1999:blog-1495223311988358528.post-72774848512278000922012-01-27T23:56:30.147+01:002012-01-27T23:56:30.147+01:00Hi Jan,
At the moment I try out your view, but unf...Hi Jan,<br />At the moment I try out your view, but unfortunately I get an error in the GraphViewMapping.xtext file (line 15):<br />"Cannot find compatible feature typeGuard in sealed EClass DiagramMapping from imported package http://www.eclipse.org/xtext/graphview/map/GraphViewMapping: The existing reference 'typeGuard' has an incompatible type 'JvmTypeReference'. The expected type is 'JvmTypeReference' [org.eclipse.xtext.common.types.JvmTypeReference]."<br /><br />I guess that it has to do with the version:<br />EMF 2.71<br />Xtext 2.2.1<br />Xtend 2.1.1<br /><br />Any suggestions?Sönkehttps://www.blogger.com/profile/10999779258656699611noreply@blogger.comtag:blogger.com,1999:blog-1495223311988358528.post-44733715984335627462011-10-31T10:27:21.750+01:002011-10-31T10:27:21.750+01:00I am going to demonstrate this at EclipseCon Europ...I am going to demonstrate this at EclipseCon Europe 2011 at Wednesday. It's likely to go open source soon.Anonymoushttps://www.blogger.com/profile/02520748795681285494noreply@blogger.comtag:blogger.com,1999:blog-1495223311988358528.post-27928513559169952672011-09-06T18:32:09.307+02:002011-09-06T18:32:09.307+02:00Hi,
I am a informatics student at "CAU Kiel&...Hi, <br />I am a informatics student at "CAU Kiel" and work at a similar project.<br />It would be nice to have a look at your created code.<br />Is there a possibility to get it?<br> Is it opensource code?Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-1495223311988358528.post-22770440056020912202011-08-17T16:47:38.366+02:002011-08-17T16:47:38.366+02:00Is it possible to get your source code? It would b...Is it possible to get your source code? It would be a great starting point for one of my projects.Markus Breitingerhttps://www.blogger.com/profile/16071805142479814660noreply@blogger.comtag:blogger.com,1999:blog-1495223311988358528.post-1639291904988338332011-06-28T11:53:34.210+02:002011-06-28T11:53:34.210+02:00I meant the former, a "view" with simple...I meant the former, a "view" with simple editing features. I agree that you target a sweet spot. I was wondering if there is an even sweeter spot nearby. Some level of editing can be introduced without the mentioned complexity, e.g. you can regenerate the graphics after each command instead of incrementally sync'ing view and model.<br /><br />It's easy to implement a view that attaches to the active editor implementing IEditingDomainProvider. This gives the possibility of 1) executing commands on the editor's command stack and 2) using the adapter factory for creating the commands. You may also be able to pick up property editing stuff using the editor's getAdapter method, to utilize existing logic.Hallvard Trætteberghttps://www.blogger.com/profile/08456513995716614493noreply@blogger.comtag:blogger.com,1999:blog-1495223311988358528.post-3288758616770991302011-06-28T10:52:38.925+02:002011-06-28T10:52:38.925+02:00@Hallvard Not sure whether you mean turning the vi...@Hallvard Not sure whether you mean turning the view into a model editor or implementing a graphical editor to populate the map and style models.<br /><br />The former would break the idea of having a unidirectional mapping from semantic to graphical elements, which is one of the sweet spots of my approach. Not only would it put constraints of the transformation, e.g. enforce similar structure of semantic model and graphical representation, but also introduce synchronization and concurrency isues with other editors. This is where many graphical frameworks get horribly complex.<br /><br />The latter is what I'd call a prototype-based editor. It seems to be a logical next step to improve the user experience and is one main rationale of having interpreted models. The tricky thing will be to find a good trade-off between a simple-to-use, uncluttered UI and the unlimited expressiveness of the Xbase expressions.Anonymoushttps://www.blogger.com/profile/02520748795681285494noreply@blogger.comtag:blogger.com,1999:blog-1495223311988358528.post-56280427743986777562011-06-28T10:04:08.492+02:002011-06-28T10:04:08.492+02:00What is required to make the simplest editor out o...What is required to make the simplest editor out of this:<br />- add instance, i.e. draw box and say what EClass it should represent<br />- add EReference, i.e. draw line between two nodes and decide (if needed) which reference to populate<br />- edit labels<br />I don't mind regenerating the graphics for each action, but the layout should be fairly stable.Hallvard Trætteberghttps://www.blogger.com/profile/08456513995716614493noreply@blogger.comtag:blogger.com,1999:blog-1495223311988358528.post-78145361275468200952011-06-27T08:56:33.139+02:002011-06-27T08:56:33.139+02:00Nodes can be resized and repositioned manually, as...Nodes can be resized and repositioned manually, as well as edge bendpoints.Anonymoushttps://www.blogger.com/profile/02520748795681285494noreply@blogger.comtag:blogger.com,1999:blog-1495223311988358528.post-41396501778479349132011-06-26T00:37:04.037+02:002011-06-26T00:37:04.037+02:00Hi,
would this approach be able to cope with layo...Hi,<br /><br />would this approach be able to cope with layout positioning, e.g. no auto-layout.<br /><br />Thanks.Anonymoushttps://www.blogger.com/profile/03551581637738378877noreply@blogger.comtag:blogger.com,1999:blog-1495223311988358528.post-82978722922825928552011-06-25T01:58:42.137+02:002011-06-25T01:58:42.137+02:00That's way cool!That's way cool!Ed Merkshttps://www.blogger.com/profile/05000982591510437551noreply@blogger.comtag:blogger.com,1999:blog-1495223311988358528.post-71293061450303142682011-06-24T20:09:16.439+02:002011-06-24T20:09:16.439+02:00Nice!Nice!Markus Voelterhttps://www.blogger.com/profile/17202827990748358797noreply@blogger.comtag:blogger.com,1999:blog-1495223311988358528.post-22825283415186777492011-06-24T19:14:27.075+02:002011-06-24T19:14:27.075+02:00A really great job!
I am excited...A really great job!<br />I am excited...Florian Pirchnerhttps://www.blogger.com/profile/17611411431583677236noreply@blogger.comtag:blogger.com,1999:blog-1495223311988358528.post-1542639591450066082011-06-24T15:58:41.051+02:002011-06-24T15:58:41.051+02:00Impressive stuff. Will this be open sourced?Impressive stuff. Will this be open sourced?Siamak Haschemihttps://www.blogger.com/profile/18212024603270656270noreply@blogger.comtag:blogger.com,1999:blog-1495223311988358528.post-11319664155618632992011-06-24T15:45:46.747+02:002011-06-24T15:45:46.747+02:00Really impressive stuff. A good way to have an ove...Really impressive stuff. A good way to have an overview on the relations between modelelements without big effort.Holger Schillhttps://www.blogger.com/profile/12785386760823281486noreply@blogger.com