On 11 Jul 2014, at 12:12, Mickael Istria wrote: these features were all part of this years release "if we can find time"-bucket so yes for sure its interesting. Can you do a quick video of them or at least explain how to install these (or do I need to build them first?) and how to invoke these features? asking since I tried but they didn't "just work" /max http://about.me/maxandersen

I made a snapshot available at http://mickaelistria.github.io/jbosstools-eclipse/repository/target/repos... and README.md links to it. -- Mickael Istria Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools> My blog <http://mickaelistria.wordpress.com> - My Tweets <http://twitter.com/mickaelistria>

On 07/15/2014 11:11 AM, Max Rydahl Andersen wrote: Thanks. For next set of comments, feel free to use the GitHub issues mechanism. I'll put feedback/explanation/excuses here, I'd appreciate if you (not only Max, anyone) could give some priority of what you think is the more important for better usage. It delegates most stuff to Eclipse Resources API, I guess that's what says "creating folder". It's not actually creating a folder in filesystem, but in resource model. I agree it can be confusing. Yes, I already thought about it, and I think it's probably the next change I'll make. Making it working recursively will probably take ages and show a lot of choices to the user, who would get frightened by the amount of things to configure. But I agree it would be nice. I'll think about it. On that I disagree. If we want the operation to feel simple, it has to be simple at first, showing a FileDialog after a menu is pretty usual and efficient for most software, I hardly believe mimicking that behaviour is 90% of the benefit of this change. Allowing to easily type full path is something I can do with my OS browser. I agree, I'll try to implement that. Ok, it's probably a bug in the JS detector. I'll have a look and try to fix this. Note that fixing 2) would be a good way to workaround this one. Yes, and I think it's good like this. What I think would be a nice continuation of the process would be to show Maven modules differently in Project Explorer to allow open/import from there. Cf https://bugs.eclipse.org/bugs/show_bug.cgi?id=424317 . No doubt it's a bug. The current detectors/configurators are "cumulative", so it runs default Java configurator even on a Maven or PDE project. Technically, it could be integrated easily in JBoss Tools: no additional deps or nothing else, already builds with JBT parent pom and TP. But as you noticed, it requires some fixes/improvements. About having it part of Mars, it's something that I think cannot really happen, because IBM people already decided what they will work on, and this is not part of their short-list. Cf Dani's answers to https://bugs.eclipse.org/bugs/show_bug.cgi?id=427768 . Sorted by priority of mine (top is higher): * 2 * 6 * 8 * 5 * 3 * 1 * 7, 4 -- Mickael Istria Eclipse developer at JBoss, by Red Hat <http://www.jboss.org/tools> My blog <http://mickaelistria.wordpress.com> - My Tweets <http://twitter.com/mickaelistria>

On 07/11/2014 11:12 AM, Mickael Istria wrote: You showed me yours, now I'll show you mine ;-) https://github.com/phantomjinx/eclipse-plugin <https://github.com/phantomjinx/eclipse-plugins>s Makes life just a little easier. PGR -- Paul Richardson * p.g.richardson(a)phantomjinx.co.uk * p.g.richardson(a)redhat.com * pgrichardson(a)linux.com "I know exactly who reads the papers ... * The Daily Mirror is read by people who think they run the country. * The Guardian is read by people who think they ought to run the country. * The Times is read by people who do actually run the country. * The Daily Mail is read by the wives of the people who run the country. * The Financial Times is read by the people who own the country. * The Morning Star is read by the people who think the country ought to be run by another country. * The Daily Telegraph is read by the people who think it is." Jim Hacker, Yes Minister