tag:blogger.com,1999:blog-25674236626477693892024-03-05T20:18:16.708-08:00Anthony Hunter's Eclipse BlogAnthony's blog for anything Eclipse and Orion...Anthony Hunterhttp://www.blogger.com/profile/03060102622123930690noreply@blogger.comBlogger20125tag:blogger.com,1999:blog-2567423662647769389.post-27032002866238827732011-02-03T13:30:00.000-08:002011-02-03T13:50:24.888-08:00GMF Runtime turns 20This week had lots of Eclipse release activity. We are winding down the <a href="http://wiki.eclipse.org/index.php/Helios_Simultaneous_Release">Helios</a> service release two by promoting RC2 this week. We also also in the middle of <a href="http://wiki.eclipse.org/index.php/Indigo_Simultaneous_Release">Indigo</a> promoting M5 this week. Double release duty.<br /><br />Seems like a good time to update the <a href="http://www.eclipse.org/modeling/gmp/development/releases.php">Graphical Modeling Project releases</a> table. I maintain this to keep my sanity keeping track of all the version numbers of the projects and dependencies.<br /><br />A few things stood out.<br /><br />Indigo will be the 20th release of the GMF Runtime at Eclipse. That is a lot of releases. And that does not include the releases internal to IBM before we open sourced the platform to GMF.<br /><br />It is also noted that the GMF Runtime has yet to do a major version change. We have managed to be API backward compatible for the entire lifetime of the GMF Runtime project.<br /><br />That is a long history of stability for a platform and I know the products built on our graphical modeling platform are appreciative of this.Anthony Hunterhttp://www.blogger.com/profile/03060102622123930690noreply@blogger.com1tag:blogger.com,1999:blog-2567423662647769389.post-612726508838739902010-07-22T14:45:00.000-07:002010-07-22T14:58:48.722-07:00Eclipse Graphical Modeling Project (GMP) ReleasesI had a couple of comments post the <a href="http://ahuntereclipse.blogspot.com/2010/04/graphical-modeling-at-eclipse.html">GMF restructure</a> on the release line up. Why did the GMF Runtime go back to version 1.4.0. Which version of EMF was needed for which version of GMF Runtime. And so on.<br /><br />I created a <a href="http://www.eclipse.org/modeling/gmp/development/releases.php">table posted</a> on the <a href="http://www.eclipse.org/modeling/gmp/">GMP Website</a> that lists the releases of the GMF Tooling, GMF Runtime and GMF notation projects over the last five Eclipse simultaneous releases.<br /><br />Hopefully the table makes sense and gives a clear picture on how all the various releases line up. Let me know if there are any comments.Anthony Hunterhttp://www.blogger.com/profile/03060102622123930690noreply@blogger.com0tag:blogger.com,1999:blog-2567423662647769389.post-85249199205778394402010-05-20T09:35:00.000-07:002010-05-20T11:09:20.666-07:00Helios RC1 +1, +2 +3, goWe are working though the final stages of the Helios Eclipse Simultaneous Release and this week is RC1.<br /><br />Helios is organized in layers, Eclipse projects gets a number like +1, +3, -1. It is meant to indicate that a +2 project depends on the builds of a +1 and lower projects. <br /><br />For example, GEF is +1 and depends on the 0 layer Eclipse platform build.<br /><br />Now that the <a href="http://ahuntereclipse.blogspot.com/2010/04/graphical-modeling-at-eclipse.html">GMF Restructure</a> is completed, I was keen to make sure I adopt and build with all the RC1 builds for all the dependencies.<br /><br />Historically, some projects do not do this. They build with the latest available. This leads to some problems and you will see an RC1a build here and there. I wanted to make sure GMF was clean.<br /><br />GMF has historically been a +2 component. If you look at the diagram below, +2 never fit really well, but given there are +3 components depending on the GMF Runtime, we made it work.<br /><br /><a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjvjJY0T52lrUWUmm0LB4JB8vnp9-XtLMPQKPQSU6YL700wpT3e0M07hXYA7c5uXy0Y36-8Bt5LH8ZGBRy0lVw3402foV_3RVAuFl1kFcbMhk490gEshVRml29IyOOEMShqap8rBM6JIIQL/s1600/process.png"><img style="margin: 0px auto 10px; display: block; text-align: center; cursor: pointer; width: 320px; height: 70px;" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjvjJY0T52lrUWUmm0LB4JB8vnp9-XtLMPQKPQSU6YL700wpT3e0M07hXYA7c5uXy0Y36-8Bt5LH8ZGBRy0lVw3402foV_3RVAuFl1kFcbMhk490gEshVRml29IyOOEMShqap8rBM6JIIQL/s320/process.png" alt="" id="BLOGGER_PHOTO_ID_5473400658813619234" border="0" /></a><br /><br />The projects in green are the builds I produced this week. Unfortunately, I was "mostly late" on all of them.<br /><br />I produced GEF RC1 late on Monday 9:20 EST, we were late pushing some fixes for a few critical bugs.<br /><br />I was delayed with the EMF project builds. I was waiting for UML2 RC1, but decided I could not wait anymore. EMF Transaction was the last one after EMF Query and EMF Validation on Tuesday at 3:11 EST. (The UML2 team did confirm they were not going to produce an RC1).<br /><br />Since Tuesday was supposed to be +2, GMF Runtime was going to be a little late as well. It actually was built at midnight on Wednesday, the +3 day.<br /><br />I decided not to wait for M2M QVTOML RC1 and pushed the last GMF Tooling build. So GMF Tooling got done Wednesday morning 9:09 AM in time for the RC1 Helios packages.<br /><br />Apologies for the anyone out there waiting for any of the projects I am responsible for.Anthony Hunterhttp://www.blogger.com/profile/03060102622123930690noreply@blogger.com0tag:blogger.com,1999:blog-2567423662647769389.post-85333417256388764962010-04-22T16:04:00.000-07:002010-04-22T16:37:40.838-07:00Graphical Modeling at EclipseEarlier this week we received word that the <a href="http://www.eclipse.org/modeling/gmf/">Graphical Modeling Framework (GMF) Project</a> received EMO approval for it's <a href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=304589">restructure request</a>. For those who were unaware of the restructure, read further.<br /><br />The GMF restructure is mainly a reaction to the <a href="http://www.eclipse.org/proposals/graphiti/">Graphiti project proposal</a>. The original version of the proposal was to start a new modeling project.<br /><br />The scope, architecture and dependencies of Graphiti align directly with the GMF Runtime. Given this fact, it did not make a lot of sense to create a second community. The Graphiti project belongs in the same umbrella project as GMF.<br /><br />To this end, we proposed the creation of the new Graphical Modeling Project that includes the existing GMF project and will include Graphiti.<br /><br />A restructure of GMF also solves the following:<br /><ul><li>GMF is currently restricted to one runtime and one tooling project.</li><br /><ul><li>It makes sense in terms of our project scope to allow multiple runtimes and multiple tooling projects.</li><br /><li><b>Expand the Graphical Modeling community at Eclipse</b></li></ul><br /><li>GMF can only have one project lead, even though since day one there was a project and committer split between GMF Tooling and GMF Runtime components.</li><br /><ul><li>It makes sense to split the project between GMF Tooling and GMF Runtime.</li><br /><li>We will have leadership and committers for each subproject.</li><br /><li>It will fit into the existing model of umbrella projects in modeling such as EMF, MDT, M2M, etc.</li><br /><li>Easier defect management, release management, etc.</li><br /><li>Expand the community working in graphical modeling.</li></ul><br /><li>Clients have requested a separate notational metamodel.</li><br /><ul><li>Notational metamodel is aligned with the OMG diagram exchange specifications.</li><br /><li>GMF Runtime has separate features that deliver the notational metamodel, but end users have to extract manually.</li><br /><li>Makes sense to create a separate GMF Notation sub-component so other projects can reuse without requiring all of the GMF Runtime</li></ul></ul>The Existing GMF project will be restructured into GMP. GMP will include:<br /><ul><li>GMF Tooling</li><br /><li>GMF Runtime</li><br /><li>GMF Notation</li><br /><li>Graphiti</li></ul>We plan to complete for the Helios release with Graphiti an incubating component.<br /><br />We are now starting the actual restructure. The ongoing work will be discussed in <a href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=310208">Graphical Modeling Framework (GMF) Restructuring</a> if you wish to follow along.<br /><br />As well, Graphiti's Creation Review is potentially scheduled for Wed, 28 Apr 2010 at 1500 UTCAnthony Hunterhttp://www.blogger.com/profile/03060102622123930690noreply@blogger.com1tag:blogger.com,1999:blog-2567423662647769389.post-15611446820256669152010-03-23T13:10:00.000-07:002010-03-23T13:20:21.478-07:00Naming the next Eclipse Simultaneous Release after HeliosThe <a href="http://www.eclipse.org/org/foundation/council.php#planning">Eclipse Planning Council</a> has a call out to the community for ideas for the name of the next <a href="http://www.eclipse.org/helios/planning/EclipseSimultaneousRelease.php">Eclipse Simultaneous Release</a> in June 2011. For those keeping track, it will be our sixth simultaneous release:<br /><br />Callisto : 2006<br />Europa : 2007<br />Ganymede : 2008<br />Galileo : 2009<br />Helios : 2010<br /><br />The name will be roughly alphabetical; must be greater than "H" (but not too much greater, to leave room for later names).<br /><br />Preference will be given to "I" names, but there is no strict rule that others would not be considered.<br /><br />Preference given to names that fit the "moon", "heavenly body gods", or "scientists" themes we've had so far, but no strict rule again.<br /><br />A few ideas so far would be : Isaac, Ion, Isis, Iris,...<br /><br />Add your ideas and opinions until April 8 on <a href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=306864">Bugzilla 306864</a> .Anthony Hunterhttp://www.blogger.com/profile/03060102622123930690noreply@blogger.com0tag:blogger.com,1999:blog-2567423662647769389.post-45837764808088784212010-02-22T17:27:00.000-08:002010-02-22T18:03:57.153-08:00GEF turns 10While reviewing and committing some small features and bug fixes this month ([1], [2], [3], [4]) , we noticed that the copyright header on some of the GEF source required an update to:<br /><br /><span style="font-size:85%;"><span style="font-family:courier new;"> * Copyright (c) 2000, 2010 IBM Corporation and others.</span></span><br /><br />Happy birthday, GEF is turning 10 years old.<br /><br />It occurred to me that the year 2000 was somewhat wacky given that the GEF project started in 2002 at Eclipse.org. Have we really been working with GEF that long?<br /><br />I went back to one of our old Rational Software intranet servers, pre IBM acquision. Sure enough I found an original drop of GEF provided by IBM dated 2000.<br /><br />This drop of GEF has the familiar GEF Logic Editor Example. Anyone old enough to remember the other original GEF example?<br /><br />-------<br /><ul><li>[1] <a href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=245182">Bugzilla 245182</a> - Draw2d Geometry API should support elementary calculations related to Euclidean Geometry</li></ul> <ul><li>[2] <a href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=241767">Bugzilla 241767</a> -ToolTipHelper should be able to be subclassed for enhanced tooltips</li></ul><ul><li>[3] <a href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=300101">Bugzilla 300101</a> - Lines styles are not fully respected when printing<br /></li></ul><ul><li>[4] <a href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=301995">Bugzilla 301995</a> - Support option to set only positive coordinates for children figures in FreeformLayout<br /></li></ul>Anthony Hunterhttp://www.blogger.com/profile/03060102622123930690noreply@blogger.com4tag:blogger.com,1999:blog-2567423662647769389.post-75494000187973501652009-04-07T19:20:00.001-07:002009-04-07T21:12:00.797-07:00Turning Freeloaders into FreehelpersWe have been entertained with a number of posts to the planet over the last while. It is a opportunity to think critically about what is great at Eclipse, and what details we can improve upon. Keep them coming.<br /><br />I completely agree with the opinion that we need to find a way to increase the diversity on our projects and get more individuals working towards our greater goals. We saw many presentations at EclipseCon by some big companies making significant investments on software based on the Eclipse platform.<br /><br />Yet a number of them do not "contribute" anything back to Eclipse.<br /><br />Eclipse committers are measured exclusively by their code contributions. We have a great system in the <a href="http://dash.eclipse.org/dash/commits/web-app/">dash</a> project where commits are measured. If you have not committed any code into CVS in the last nine months you get the boot. Perhaps not literally, but some projects tend to run that way.<br /><br />If I want to add a committer, we are pretty much limited to gathering a list of Bugzilla patches demonstrating their contributions of code to the project.<br /><br />And that is where I think we can make some improvements. Committers do many more things than just write code. They test, they document, the manage builds, they answer newsgroup questions, they present at conferences, they track Bugzillas and so on and so on.<br /><br />I imagine a contributor at a big company who consumes an Eclipse project. There are individuals who do many odd jobs to make sure the Eclipse project is healthy for use in their application. These are the resources we need to attract.<br /><br />I especially like the ideas on <a href="http://stackoverflow.com/">Stack Overflow</a> and their system of badges and reputation. I can see this working at Eclipse. Raise a Bugzilla? Answer a newsgroup question? Test an integration build on a specific platform? All this contributes to your project reputation.<br /><br />Once you reputation is high enough, you are a committer. Code contributions need not be necessary, you are contributing to the overall health and well being of the project. You have demonstrated your dedication to the community.<br /><br />As the non-code relationship is nurtured, perhaps these companies will feel inclined to eventually donate back some of their extensions and fixes in their fork back to the community at Eclipse.Anthony Hunterhttp://www.blogger.com/profile/03060102622123930690noreply@blogger.com2tag:blogger.com,1999:blog-2567423662647769389.post-76493572501127783942009-04-02T19:46:00.000-07:002009-04-02T21:04:04.236-07:00Shooting for the moonThe simultaneous release has been a huge success at Eclipse. Over the years, the June release has come to signify THE release date for the majority of the major Eclipse projects. This years <a href="http://wiki.eclipse.org/Galileo_Simultaneous_Release">Galileo</a> will be the fourth Eclipse simultaneous release following <a href="http://www.eclipse.org/projects/callisto.php">Callisto</a>, <a href="http://www.eclipse.org/projects/europa.php">Europa</a>, and <a href="http://wiki.eclipse.org/Ganymede_Simultaneous_Release/For_Users">Ganymede</a>.<br /><br />Right from the start, the name of the simultaneous release has been critical. It has become a brand in itself and has a huge following in all areas of our Eclipse community, from marketing to media to development.<br /><br />We chose <a href="http://en.wikipedia.org/wiki/Galilean_moons">Galilean moons</a> for the early releases. <a href="http://www.nineplanets.org/io.html">Io</a> was due up to be the name of the fourth release, but given that "Io" looks a lot like the number "10" and "I/O", we went with the name of the astronomer who discovered these four moons.<br /><br />Now that we are out of Galilean moons, the <a href="http://www.eclipse.org/org/foundation/council.php#planning">Eclipse planning council</a> have finalized a formula for our releases going forward.<br /><br />We have agreed to keep our tradition of using a moon within our solar system. We have also recognized it would be desirable to maintain an alphabetical order going forward, so that we recognize the "N" simultaneous release follows the "M" release.<br /><br />This means that our next Eclipse simultaneous release in 2010 will be a moon starting with the letter "H". Oliver Cole has setup a <a href="http://www.doodle.com/7vxa2bzzcydtmyvq">doodle vote</a> and give our community a limited set of "H" moons to vote on. We can also comment further on <a href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=271054">Bugzilla 271054</a>.<br /><br />We now have a strategy going forward to name the next nineteen Eclipse simultaneous releases.<br /><br />Definitely shooting for the moon.Anthony Hunterhttp://www.blogger.com/profile/03060102622123930690noreply@blogger.com0tag:blogger.com,1999:blog-2567423662647769389.post-35651315148844409772009-03-18T18:53:00.000-07:002009-03-18T19:28:01.001-07:00EclipseCon: Show me your MacThe <a href="http://wiki.eclipse.org/index.php/Galileo_Simultaneous_Release">Galileo Simultaneous Release</a> has almost reached the M6 milestone. This means API and UI freeze for many projects and our attention turns to some hard core integration testing.<br /><br />The <a href="http://www.eclipse.org/gef/">GEF</a> and <a href="http://www.eclipse.org/modeling/gmf/">GMF</a> teams have spent considerable time cleaning up some of the finer details in our graphical platforms, such as anti aliasing, line width, fractional line widths, curved lines and gradients.<br /><br />It is pretty much impossible for our small team to test every diagram on every platform. We think have caught and fixed most of the issues, some of which where somewhat <a href="https://bugs.eclipse.org/bugs/attachment.cgi?id=125362">nightmarish</a>.<br /><br />Which brings a us to the topic at hand, our team has a distinct lack of Macintosh computers to test on. We have access to older PowerPC based Macs, but none of the newer fancy Intel based Mac notebooks.<br /><br />As all you Mac users are testing and playing at <a href="https://www.eclipsecon.org/submissions/2009/view_talk.php?id=443">EclipseCon </a>with the latest and greatest, pay special attention to your diagrams. If you find anything, toss us a <a href="https://bugs.eclipse.org/bugs/">Bugzilla</a> or drop me a line at anthonyh [at] ca.ibm.com. Testing with the latest Cocoa platform would be a bonus.Anthony Hunterhttp://www.blogger.com/profile/03060102622123930690noreply@blogger.com0tag:blogger.com,1999:blog-2567423662647769389.post-86488699712842207752009-02-25T21:17:00.000-08:002009-02-25T21:54:43.224-08:00First Must Do for GalileoNow that the <a href="http://wiki.eclipse.org/Ganymede/Signoffs#SR2_Status">Ganymede SR2 release</a> is winding down and almost out the door. It is time to get thinking about getting our moons in order for the <a href="http://wiki.eclipse.org/index.php/Galileo_Simultaneous_Release">Galileo Simultaneous Release</a> .<br /><br />We decided this year to track all our must do items using Bugzilla. We are a little behind on the must do list, given a bunch of them were supposed to be resolved for the M4 milestone.<br /><br />With a little Bugzilla housecleaning work, I was able to get our <a href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=251715">first must do Bugzilla resolved</a>. We now have our list of Eclipse projects who have confirmed their intent to join the simultaneous release.<br /><br />Next step is to get moving on some of the other must-dos that should have been done before M4. Everyone got their <a href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=252790">projects plans in the Eclipse XML format</a> , <a href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=252793">their CQ complete</a> , and <a href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=252801">builds running</a> ?<br /><br />One must do down, twenty one to go.Anthony Hunterhttp://www.blogger.com/profile/03060102622123930690noreply@blogger.com0tag:blogger.com,1999:blog-2567423662647769389.post-78230938374939402572009-01-26T19:16:00.000-08:002009-01-26T20:00:10.904-08:00The GMF Super Ultra Slim diet<span style="font-family:arial;">Following the very popular </span><a style="font-family: arial;" href="http://ed-merks.blogspot.com/2009/01/emf-ultra-slim-diet.html">EMF Ultra Slim diet</a><span style="font-family:arial;">, the <a href="http://www.eclipse.org/modeling/gmf/">GMF</a> Runtime is providing a GMF </span><a style="font-family: arial;" href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=260611">Super Ultra Slim diet </a><span style="font-family:arial;">in <a href="http://wiki.eclipse.org/index.php/Galileo_Simultaneous_Release">Galileo</a>.</span><br /><br /><span style="font-family:arial;">The Super Ultra Slim diet also quickly sheds those unwanted bytes to a reveal a new and slimmer GMF notational metamodel.<br /><br />For a GMF Note:<br /></span><ul><li><span style="font-family:arial;">Before 1064 bytes</span></li></ul><ul><li><span style="font-family:arial;">After 384 bytes</span></li></ul><span style="font-family:arial;">So a 64% reduced memory footprint.<br /><br /><span style="font-family:arial;">Overall memory savings depend on each particular shape. There will be more loss for shapes located inside canonical compartments. Those shapes may get as much as an 80% slimdown. </span></span><br /><br /><span style="font-family:arial;">Similar to other diets, GMF users must reform and adopt new view factories to take advantage of the new diet. The new view factories are conveniently located in the package org.eclipse.gmf.runtime.diagram.ui.view.factories.optimal .<br /><br />However, if you are happy with what you have, the original GMF view factories can be used without change. There are no breaking API changes for GMF to offer this diet.<br /><br />Plan to start both the EMF and GMF diets to slim down your graphical editor.<br /><br />p.s. Congrats to Alex Boyko on his hard work to make this diet a reality.</span>Anthony Hunterhttp://www.blogger.com/profile/03060102622123930690noreply@blogger.com7tag:blogger.com,1999:blog-2567423662647769389.post-79703210602659312542008-12-17T19:15:00.000-08:002008-12-17T19:29:28.355-08:00Why Source Bundles?I came across a question in Bugzilla on why <a href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=252800">providing source bundles</a> is one of the "must do" items for the <a href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=252800">Galileo Simultaneous Release</a> ? How do our clients benefit from it? It would be a nice motivating question to have answered.<br /><br />The Eclipse platform went to source bundles in Eclipse 3.4 / Ganymede. The PDE build has <a href="http://wiki.eclipse.org/PDEBuild/Individual_Source_Bundles">documentation in place</a> and it is supposed to be a "trivial" item for projects to adopt.<br /><br />The benefit is that it helps to solve the long pathname limit issue on windows. In the Microsoft API (with some exceptions), the maximum length for a path is MAX_PATH, which is defined as 260 characters.<br /><br />As an example, In Ganymede, there exists the source folder<br />[eclipse]\plugins\org.eclipse.draw2d.source_3.4.0.v20080115-33-7w3119163_\src\org.eclipse.draw2d_3.4.0.v20080529\src.zip . Because of the path length limit, "C:\Program File\Some Vendor\Some Product\eclipse" may not be an option to install your Eclipse based application that includes GEF source. At worst, the length of "Some<br />Vendor\Some Product\eclipse" is significantly limited.<br /><br />By adopting source bundles, the path is reduced to \plugins\org.eclipse.draw2d.source_3.4.0.v20080529.jar , a significant reduction in path length for Galileo.Anthony Hunterhttp://www.blogger.com/profile/03060102622123930690noreply@blogger.com6tag:blogger.com,1999:blog-2567423662647769389.post-17063299247625905232008-12-13T12:16:00.000-08:002008-12-13T12:41:36.858-08:00Draw2D Enhancements in GEF 3.5 M4Marc Gobeil has just finished completing some Draw2D Enhancements for GEF 3.5 M4. Marc completed adding <a href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=101504">anti-alias support</a> and filling out the missing SWT line attributes in the Draw2D graphics implementation. <a href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=168311">Draw2D now supports</a> fractional line widths, line offsets, line cap and line mitres.<br /><br />Marc also provided a pretty cool Draw2d example that demonstrates the various line and drawing options available in Draw2d. Check out a couple of screenshots below:<br /><br /><a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEigKj_-aadja7r0t2TF1KCX5bcdFFCys-5QdTj2XuIfrWuqeqk-B-VMuZ_2-iC8AorIOo9QGkcV3FzAmKjDYBsO92SWwyJGp0s14lsHg13mMaa5FjQTeg9Ijbj4xwpyGEFd8EccoBLY1Dww/s1600-h/Screenshot.png"><img style="margin: 0px auto 10px; display: block; text-align: center; cursor: pointer; width: 320px; height: 138px;" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEigKj_-aadja7r0t2TF1KCX5bcdFFCys-5QdTj2XuIfrWuqeqk-B-VMuZ_2-iC8AorIOo9QGkcV3FzAmKjDYBsO92SWwyJGp0s14lsHg13mMaa5FjQTeg9Ijbj4xwpyGEFd8EccoBLY1Dww/s320/Screenshot.png" alt="" id="BLOGGER_PHOTO_ID_5279377073169034530" border="0" /></a><br /><br /><a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiyzRmOCIpxqNagM7Ji_IvrVG-hSytzsD5NPxercaMOjMQ8froJ6G6dN8zie9we-syPmjXFavPTd1_nA5V5putCZmL5tgtALvarWIzLzElIInclJCjDCkZhziK_dms4g2-KlAdIrH0fsmmK/s1600-h/Screenshot-1.png"><img style="margin: 0px auto 10px; display: block; text-align: center; cursor: pointer; width: 320px; height: 102px;" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiyzRmOCIpxqNagM7Ji_IvrVG-hSytzsD5NPxercaMOjMQ8froJ6G6dN8zie9we-syPmjXFavPTd1_nA5V5putCZmL5tgtALvarWIzLzElIInclJCjDCkZhziK_dms4g2-KlAdIrH0fsmmK/s320/Screenshot-1.png" alt="" id="BLOGGER_PHOTO_ID_5279377505253538786" border="0" /></a><br /><br />IAnthony Hunterhttp://www.blogger.com/profile/03060102622123930690noreply@blogger.com1tag:blogger.com,1999:blog-2567423662647769389.post-57507082417865736422008-11-13T18:21:00.000-08:002008-11-13T19:11:04.229-08:00I just don't have any capabilitiesOne of the new <a href="http://wiki.eclipse.org/Galileo_Simultaneous_Release#Requirements_For_Participation">Requirements For Participation</a> for the Eclipse <a href="http://wiki.eclipse.org/Galileo_Simultaneous_Release">Galileo Simultaneous Release</a> is <a href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=252807">Capabilities</a> . As the guy who championed this new "must do", I thought I would post an email I saved about this.<br /><br /><span style="color: rgb(0, 0, 0); font-style: italic;font-size:85%;" >Things are progressing here, and I have what may be a stupid question, but I can't seem to find the answer via google or online help anywhere....<br /><br />Lets assume that I ship the first release of this product I'm working on as a eclipse platform application, rather than an RCP. Given the numerous dependencies on EMF, GEF, GMF etc that I'll have how do I disable/remove their contributions to the File->New menu? My reasoning is that I really don't want to confuse the user with wizards they should not be looking at or using...<br /><br />Any ideas on where I can look for examples on how to do this?</span><br /><br />The obvious answer for the customer is to take advantage of capabilities in Eclipse. I know several teams have provided example capabilities, such as the platform and EMF, but they are just that, examples. Trying to get a set of working capabilities without the knowledge of how everyone's plug-ins and features fit together is not a fun task.<br /><br />As part of our Galileo packages, wouldn't it be nice if we provided some out of the box, fully functioning capabilities to do just what our Eclipse customers are asking for. What parts should and should not be active when I am a C++ developer or a PDE developer? What are the advanced features? Do I need an extra capability to allow the end user to turn off the advanced features?<br /><br />And by coming up with a proper set of capabilities, we will be able to do a little better job of integration testing and be able to turn off the tens of contributions to file -> new.Anthony Hunterhttp://www.blogger.com/profile/03060102622123930690noreply@blogger.com3tag:blogger.com,1999:blog-2567423662647769389.post-11022750439228566522008-10-01T20:57:00.000-07:002008-10-01T21:07:12.682-07:00What’s an example doing in my SDK?At the <a href="http://wiki.eclipse.org/Planning_Council/Oct_01_2008">planning council meeting today</a>, we had a short discussion about what components put into their SDK features. We have had this debate several times in the past and want to tackle the issue once and for all in the <a href="http://wiki.eclipse.org/Galileo_Simultaneous_Release">Galileo release</a>.<br /><br />You figured I had an opinion on this and here is what we did for GEF (and the GMF Runtime).<br /><br />It is pretty much obvious that the runtime feature has just the runtime plug-ins. No source, documentation or examples.<br /><br />Now what goes into the SDK features?<br /><br />Since we are Eclipse plug-in developers using GEF, we need the source and programmer documentation for GEF, so both are in the GEF SDK.<br /><br />I could probably use the GEF examples as well, but how to handle this?<br /><br />If I install the examples, I get the examples in my Eclipse workbench. I also get the UI contributions, preference pages, a bunch of wizards, and so on. And I do not really want to create a new GEF logic editor in my development workbench anyway, I want the source code.<br /><br />This is exactly why the Eclipse platform does not include examples in the SDK; we do not want to pollute our workbench with a bunch of UI contributed by the examples.<br /><br />What the platform does provide for the plug-in developer is examples as templates in the new plug-in wizards. I can create a new plug-in and use the hello world template or the plug-in with a view template. I get source code examples to assist the plug-in developer.<br /><br />For plug-in developers using GEF, we wanted to provide something similar. So we added the new plug-in example wizards.<br /><br />GEF has a PDE examples plug-in in the SDK feature. You can do a File + New + GEF Plug-in Example + Logic. It will load the source code for the GEF logic editor as plug-ins in the workspace.<br /><br />And there is no examples in my SDK.<br /><br />p.s. UI pollution by the examples would be solved if projects provided capabilities to disable the example features. We are going to take a run at having each project provide basic capability/activity definitions to allow for their UI contributions to be hidden for Galileo.Anthony Hunterhttp://www.blogger.com/profile/03060102622123930690noreply@blogger.com5tag:blogger.com,1999:blog-2567423662647769389.post-71882268203000453912008-08-06T18:35:00.000-07:002008-08-06T19:02:27.991-07:00Eclipse Galileo Simultaneous ReleaseFor those who missed the <a href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=235189">ongoing discussion</a>, it is official. <a href="http://wiki.eclipse.org/Galileo_Simultaneous_Release">Galileo</a> will be the fourth Eclipse simultaneous release following <a href="http://www.eclipse.org/projects/callisto.php">Callisto</a>, <a href="http://www.eclipse.org/projects/europa.php">Europa</a>, and <a href="http://wiki.eclipse.org/Ganymede_Simultaneous_Release/For_Users">Ganymede</a>.<br /><br />Io was due up to be the name of the release as the fourth of the <a href="http://en.wikipedia.org/wiki/Galilean_moons">Galilean moons</a>, but given that "Io" looks a lot like "10" and "I/O", the planning council went with the name of the astronomer who discovered these four moons. An excellent choice.<br /><br />Cheers to Galileo.<br /><br /><a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://upload.wikimedia.org/wikipedia/commons/c/cc/Galileo.arp.300pix.jpg"><img style="display:block; margin:0px auto 10px; text-align:center;cursor:pointer; cursor:hand;width: 320px;" src="http://upload.wikimedia.org/wikipedia/commons/c/cc/Galileo.arp.300pix.jpg" border="0" alt="" /></a><br /><br /><br /><br /><br /><b></b>Anthony Hunterhttp://www.blogger.com/profile/03060102622123930690noreply@blogger.com0tag:blogger.com,1999:blog-2567423662647769389.post-51143929355320989422008-06-11T18:55:00.000-07:002008-06-11T19:47:58.529-07:00Mama Don't Let Your Babies Grow Up To Be Release EngineersThe talk today on <a href="http://dev.eclipse.org/mhonarc/lists/cross-project-issues-dev/msg02545.html">cross-project-issues-dev</a> about JAR signing, update sites and getting booted from a release sure brought back memories. This release, <a href="http://www.eclipse.org/gef/">GEF</a> was able to migrate to Nick's <a href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=212060">common modeling build</a>. This is a big deal.<br /><br />You see, during Europa I was in the exact same position. I was the release engineer for GEF and had to deal with all these release engineering issues. I was lucky to have JAR signing and pack2000 optional in Europa as GEF did not get these things done. The GEF downloads site did not have the phoenix look. I had a battle with the update site. I could go on. We say it is no big deal to complete all these little details, but until you try, it is a big deal.<br /><br />The most important aspect with the <a href="http://wiki.eclipse.org/Modeling_Project_Releng">common modeling build</a> is that there are now more projects using it than I have fingers. Everytime there is one of these releng issues, rest assured all the projects using the common build can work together to get it fixed. And when the common build supported all the Ganymede must do's, we all get a free ride.<br /><br />Thanks again goes out to Nick for his release engineering support.Anthony Hunterhttp://www.blogger.com/profile/03060102622123930690noreply@blogger.com4tag:blogger.com,1999:blog-2567423662647769389.post-23047468601391283152008-03-27T19:52:00.000-07:002008-12-09T03:06:34.606-08:00New Look for the PaletteWay back in March 2006, the visual design team at IBM started working on a <a href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=133385">new UI for the palette</a>. Well it has taken a while and some refresh to the design, but the Eclipse modeling team at IBM has finally implemented a new palette.<br /><br />A shot of the Palette view for the GMF logic example:<br /><a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiB86jDAAwmU0c2NALyFiiKr2Wx8q13wNgeqblhY7AzJlpxm8osc2zqzqVwCLH2kAeQLU0Orft8Y5F864OGaZq0Qv5Zxl7NWdhk9kALjW3CvmxM1UXOBUi-5Cqgv_3m0_EECzTEUt6VeZNK/s1600-h/palette.png"><img style="margin: 0px auto 10px; display: block; text-align: center; cursor: pointer;" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiB86jDAAwmU0c2NALyFiiKr2Wx8q13wNgeqblhY7AzJlpxm8osc2zqzqVwCLH2kAeQLU0Orft8Y5F864OGaZq0Qv5Zxl7NWdhk9kALjW3CvmxM1UXOBUi-5Cqgv_3m0_EECzTEUt6VeZNK/s320/palette.png" alt="" id="BLOGGER_PHOTO_ID_5182625385767544434" border="0" /></a>The new palette includes:<br /><ul><li>New color treatment for drawers: Closed, expanded and hover.</li><li>New color treatment for groups and tools: white background, mouse hover and selected.<br /></li><li>New color treatment for stacks: white background, mouse hover and selected.</li><li>New Pin in and Pin out icons.</li><li>New Palette icon.</li><li>New dock and expanded look.</li><li><strong style="font-weight: normal;">Drawer </strong>icon optional.</li><li><strong style="font-weight: normal;">Toolbar group</strong> (the top tool group above is in icon mode: selection tool, zoom in, zoom out, notes stack).</li><li>A completely new look for stack, including flyouts and pinned stack (above shows the Rectangle Types stack pinned).</li></ul>Cherie has already committed most of her work and is finishing up the stack work for GEF 3.4 M6.<br /><br />Best part of the new palette is that there are no API changes, all GEF (and GMF) clients get a new modern look for free.<br /><br />Feel free to bang away and raise any Bugzillas on us if you find any issues.Anthony Hunterhttp://www.blogger.com/profile/03060102622123930690noreply@blogger.com11tag:blogger.com,1999:blog-2567423662647769389.post-56399731974545320012007-12-18T17:59:00.001-08:002007-12-18T18:08:55.899-08:00GEF now has a little ZestWith Eclipse GEF 3.4 M4 comes a new component: Zest.<br /><br />Zest is a visualization toolkit for Eclipse. The primary goal of Zest is to make graph based programming easy. Using Zest, Graphs are considered SWT Components which have been wrapped using standard JFace viewers. This allows developers to use Zest the same way they use JFace Tables, Trees and Lists.<br /><br />The <a href="http://wiki.eclipse.org/GEF_Zest_Visualization">Zest Wiki</a> has a simple example showing what you can do.<br /><br />The best full example of zest is the <a href="http://www.eclipse.org/pde/incubator/dependency-visualization/">PDE Incubator Dependency Visualization</a> . The dependency visualization provides a view to help you see the dependency graph for your favorite plug-in.Anthony Hunterhttp://www.blogger.com/profile/03060102622123930690noreply@blogger.com1tag:blogger.com,1999:blog-2567423662647769389.post-58140387850766100632007-12-13T20:21:00.000-08:002007-12-13T20:26:36.376-08:00Welcome to my blogWell, it is about time I joined the growing list of Eclipse committers who have an Eclipse Blog. So this is it. Not much interesting for a first post, but it is a start.Anthony Hunterhttp://www.blogger.com/profile/03060102622123930690noreply@blogger.com0