[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [epp-dev] Default enablement policy for Code Recommenders in EPP packages
|
Can you offer "Enable Code Recommenders" code assist as default
behaviour? and possibly provide a way to remove this default code assist
to be extra nice to people who don't want code recommenders.
--
Regards,
Igor
On 11/20/2013, 11:44, Marcel Bruch wrote:
I’ve mixed feelings on enabling recommenders by default.
There are many discussions about performance these days and I know that
Code Recommenders can cause a recognizable delay when loading a model
the first time ( <100ms but recognizable). With our latest approaches we
may be able to further reduce this but it will certainly not get much
faster than 40ms avg. So whenever you trigger code completion the first
time on, say, java.lang.String, it will take 40ms to load the model into
the cache. I’ve the feeling that this should be a decision a developer
explicitly makes.
Regarding integrating Mylyn:
Should be simple. We could get together for an afternoon and should be
done. I’d offer to maintain the small extension.
Marcel
Am 20.11.2013 um 16:32 schrieb Steffen Pingel
<steffen.pingel@xxxxxxxxxxx <mailto:steffen.pingel@xxxxxxxxxxx>>:
I had the same thought. If you want users to benefit make it the
default. We should chat if it makes sense to add task-focus to the
code recommenders content assist. It just another way to proposals so
an integration API could be fairly simple and users wouldn't have to
make a choice but get the best of both worlds (if that scenario makes
sense).
Steffen
On Wed, Nov 20, 2013 at 4:17 PM, Doug Schaefer <dschaefer@xxxxxxx
<mailto:dschaefer@xxxxxxx>> wrote:
Yeah, no popups. We should be banning pop-ups across the board.
They¹re
super annoying. It would be hard to find a UX expert who would
disagree
except for the most critical of messages (like workspace out of
memory).
Personally, I¹d like to see a better Welcome page that becomes
part of the
users workflow. It would be a great place to bring things like
that to the
attention of users.
I guess the other side of that question, why not turn code
recommenders on
all the time?
Doug.
On 11/20/2013, 9:56 AM, "Marcel Bruch"
<marcel.bruch@xxxxxxxxxxxxxx <mailto:marcel.bruch@xxxxxxxxxxxxxx>>
wrote:
>Hi package maintainers,
>
>by default Code Recommenders content assist silently disables
itself if
>it finds the standard Java or Mylyn content assist being enabled
on the
>default tab. On the Eclipse booth at Devoxx last week it turned
out that
>many Eclipse users did not know about Code Recommenders being already
>available in their installations because of this silent deactivation.
>
>I¹m now looking for ways how to make Recommenders content assist more
>prominent so that Eclipse users get aware of it. Adding it to the
welcome
>page may work but many say it¹s not read very often. I wonder how
you¹d
>feel about a popup that (when code completion is triggered the first
>time) informs a user about the engine being available and asking
a user
>to enable it or not.
>
>What do you think?
>
>Thanks,
>Marcel
>
>
>
>
>_______________________________________________
>epp-dev mailing list
>epp-dev@xxxxxxxxxxx <mailto:epp-dev@xxxxxxxxxxx>
>https://dev.eclipse.org/mailman/listinfo/epp-dev
_______________________________________________
epp-dev mailing list
epp-dev@xxxxxxxxxxx <mailto:epp-dev@xxxxxxxxxxx>
https://dev.eclipse.org/mailman/listinfo/epp-dev
--
Steffen Pingel
Principal Software Engineer, Eclipse Mylyn
Mylyn Tasks Lead
http://tasktop.com <http://tasktop.com/>
_______________________________________________
epp-dev mailing list
epp-dev@xxxxxxxxxxx <mailto:epp-dev@xxxxxxxxxxx>
https://dev.eclipse.org/mailman/listinfo/epp-dev
--
Eclipse Code Recommenders:
www.eclipse.org/recommenders <http://www.eclipse.org/recommenders>
_______________________________________________
epp-dev mailing list
epp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/epp-dev
