Comments for GhoUl

Comment on Custom markers and annotations – the bright side of Eclipse by Hussain Bohra

Hussain Bohra — Thu, 10 May 2012 13:13:11 +0000

Thanks for the nice and clean write-up. This really helped me alot.

Comment on Custom markers and annotations – the bright side of Eclipse by Spase

Spase — Thu, 26 Apr 2012 17:12:18 +0000

Oh, I get it. Thanks)

Comment on Custom markers and annotations – the bright side of Eclipse by Zoltán Ujhelyi

Zoltán Ujhelyi — Thu, 26 Apr 2012 11:36:54 +0000

If you do not inherit from a specific marker type, by default it is not displayed. Otherwise, you have to make sure that all required attributes for the presentation are set.

E.g. if you have a problem marker, you have to set the severity, marker and line number; if you want to format your text editor according to the marker, you have to set the number of the first and last characters from its character stream.

I hope, I have helped something, otherwise please clarify your question.

Comment on Custom markers and annotations – the bright side of Eclipse by Spase

Spase — Thu, 26 Apr 2012 11:28:41 +0000

Hi. Could you help me, please? Where I need to create a marker? I’ve created all extension points, and marker, but it does not displayed.

Comment on Multitouch gesture support for Zest graphs by Zoltán Ujhelyi

Zoltán Ujhelyi — Sat, 25 Feb 2012 19:05:14 +0000

@jan I do believe in transferring ideas between tasks. You created some code that demonstrated it is easy to code; so it was worth trying it.

Now that a basic version is implemented, it is try to test it in the real world.

Comment on Multitouch gesture support for Zest graphs by jan

jan — Sat, 25 Feb 2012 10:04:55 +0000

Cool! I am happy my post has inspired some people to really think about modern, higher-level interaction patterns in modern graphical editors, not just drag&drop and lots of dialogs. I am sure that leads to much more intuitive applications. We can still learn a lot from mobile touch-devices here.

Comment on Multitouch gesture support for Zest graphs by Multitouch gesture support for Zest graphs | Eclipse | Syngu

Multitouch gesture support for Zest graphs | Eclipse | Syngu — Sat, 25 Feb 2012 06:41:32 +0000

[...] When I read Jan Köhnlein’s post about multitouch gestures support in their graph viewer, I was thinking, these gestures would be a nice addition to the Zest visualization library. In addition to that, it could be my first new feature as a Zest committer, so I opened bug 371152.So I looked into the multitouch API in SWT (btw. it is really to use, check snippet 353). Luckily, only a gesture listener had to be added, that is already supported by the Zest graph widget.I thought about what gestures could be universally supported in the Zest graph, and found that scrolling is already supported, magnification is easy to implement, and for rotation I found a possible use.Today, I finished the implementation, and created a short video presentation that shows the features in action. See the Youtube video: http://youtu.be/cVVxOIwHN7sAdditionally, it is possible to replace the built-in gestures by creating the graph with a specific style bit, and adding other gesture listeners manually as below://Disabling default gestures Graph graph = new Graph(parent, ZestStyles.GESTURES_DISABLED); //Adding own gesture listener graph.addGestureListener(new GestureListener() { public void gesture(GestureEvent e) { switch (e.detail) { // Do nothing } } });I believe the base implementation of the gesture support is useful, but I am open to change it if someone has a better idea. Eclipse Read the original post on Planet Eclipse… [...]

Comment on Reflective tree editor for Xtext-based languages by Zoltán Ujhelyi

Zoltán Ujhelyi — Thu, 23 Feb 2012 09:20:26 +0000

I’m sceptical about the end-user use cases of the tree editor (but it is not prohibited to use it there). However during development I think, it is useful, so there is no reason not to have it.

About a more graph-like view you could have a look at Jan Köhnlein’s Generic graph viewer component (e.g. see the following blog post: http://koehnlein.blogspot.com/2012/01/multitouch-gestures-in-generic-graph.html).

However, that view is not inferrable automatically from a grammar, it needs help. Tree editor needs only to be written once, so it is cheaper to use – making it much more useful during development, when even the language changes.

Comment on Reflective tree editor for Xtext-based languages by Michel

Michel — Thu, 23 Feb 2012 03:18:06 +0000

I believe that both text representations and tree representations have their role (and a third, which is more graph-like). You can easily create many tree representations from the same source, for example, including some implicit grouping nodes, and when you drag-drop items, you get to preserve the source and destination a lot more effectively than in a text editor where you would generally copy paste. Also, text is more likely to become inconsistent due to parsing errors while editing, and a tree editor with a properties view allows you to easily glance at all the properties you could add for that certain element.

If we look at program source code, I like to say that when it comes to static elements like projects, packages, types, fields and methods, I like to work in trees, but when it comes to the dynamic stuff, the statements and expressions, then I definitely prefer a text editor.

Comment on Reflective tree editor for Xtext-based languages by Hendy Irawan

Hendy Irawan — Tue, 21 Feb 2012 09:34:11 +0000

Thank you!

It’s indeed very cool