<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">On 07/15/2014 11:11 AM, Max Rydahl
Andersen wrote:<br>
</div>
<blockquote
cite="mid:9DCAF94E-C217-441E-AC4A-355CDBDF021D@redhat.com"
type="cite">Tried the open folder/project.
<br>
First impressions good, here are my feedback on it:
<br>
</blockquote>
Thanks.<br>
For next set of comments, feel free to use the GitHub issues
mechanism.<br>
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.<br>
<br>
<blockquote
cite="mid:9DCAF94E-C217-441E-AC4A-355CDBDF021D@redhat.com"
type="cite">
1) the menu item says "Open folder/project" but during the import
it seem to write in progress "Creating Folder" ...that is
misleading..what folder are being created ?
<br>
</blockquote>
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.<br>
I agree it can be confusing.<br>
<br>
<blockquote
cite="mid:9DCAF94E-C217-441E-AC4A-355CDBDF021D@redhat.com"
type="cite">
2) It seem to just guess and then import - user has zero chance of
actually confirming if the guess is right.
<br>
</blockquote>
Yes, I already thought about it, and I think it's probably the next
change I'll make.<br>
<br>
<blockquote
cite="mid:9DCAF94E-C217-441E-AC4A-355CDBDF021D@redhat.com"
type="cite">
3) It seem to just look at the toplevel dir, I think it should
look recursively like Import project(s) does and then show which
projects and what guessed project types it will be imported as.
<br>
</blockquote>
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.<br>
But I agree it would be nice. I'll think about it.<br>
<br>
<blockquote
cite="mid:9DCAF94E-C217-441E-AC4A-355CDBDF021D@redhat.com"
type="cite">
4) In general I think the UI would be better if similar to import
so you dont have to just get the OS specific browser as the first
thing (i.e. being able to easily type full path and/or get list of
what projects will be imported would make it easier to comprehend
what is going on IMO)
<br>
</blockquote>
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.<br>
Allowing to easily type full path is something I can do with my OS
browser.<br>
<br>
<blockquote
cite="mid:9DCAF94E-C217-441E-AC4A-355CDBDF021D@redhat.com"
type="cite">
5) it would be really nice if this feature would be automatically
called if I dragged a folder to eclipse window
<br>
</blockquote>
I agree, I'll try to implement that.<br>
<br>
<blockquote
cite="mid:9DCAF94E-C217-441E-AC4A-355CDBDF021D@redhat.com"
type="cite">
6) javascript seem to get enabled on all projects I try import
even thogh they aren't all javascript...(i.e. importing
jbosstools-browsersim root folder)
<br>
</blockquote>
Ok, it's probably a bug in the JS detector. I'll have a look and try
to fix this.<br>
Note that fixing 2) would be a good way to workaround this one.<br>
<br>
<blockquote
cite="mid:9DCAF94E-C217-441E-AC4A-355CDBDF021D@redhat.com"
type="cite">
7) import of a multimodule project like jbosstools-browsersim only
result in one top root level project (if I used the maven import
it would have imported the others)
<br>
</blockquote>
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
<a class="moz-txt-link-freetext" href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=424317">https://bugs.eclipse.org/bugs/show_bug.cgi?id=424317</a> .<br>
<br>
<blockquote
cite="mid:9DCAF94E-C217-441E-AC4A-355CDBDF021D@redhat.com"
type="cite">
8) it made the target folder in
org.jboss.tools.vpe.browsersim.debugger the source folder for the
java project - not sure why. it is a PDE project that can be
deduced from meta-inf and build.properties...
<br>
</blockquote>
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.<br>
<br>
<blockquote
cite="mid:9DCAF94E-C217-441E-AC4A-355CDBDF021D@redhat.com"
type="cite">
that said this is a really nice feature and would like to see how
we could include it into jbosstools and definitely try get it into
eclipse Mars.
<br>
</blockquote>
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.<br>
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 <a class="moz-txt-link-freetext" href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=427768">https://bugs.eclipse.org/bugs/show_bug.cgi?id=427768</a> .<br>
<br>
Sorted by priority of mine (top is higher):<br>
* 2<br>
* 6<br>
* 8<br>
* 5<br>
* 3<br>
* 1<br>
* 7, 4<br>
<br>
<div class="moz-signature">-- <br>
Mickael Istria<br>
Eclipse developer at <a href="http://www.jboss.org/tools">JBoss,
by Red Hat</a><br>
<a href="http://mickaelistria.wordpress.com">My blog</a> - <a
href="http://twitter.com/mickaelistria">My Tweets</a></div>
</body>
</html>