On Tue, Mar 31, 2015 at 2:10 PM, Fred Bricon wrote:
>
>
> On Tue, Mar 31, 2015 at 1:59 PM, Marcel Bruch > wrote:
>
>> Fred,
>>
>> thanks for your response.
>>
>> So, from my experience, *if* code recommenders were to be enabled by
>> default, then it'd need to have :
>> 1 - Codetrails crowdsourc
On Tue, Mar 31, 2015 at 1:59 PM, Marcel Bruch
wrote:
> Fred,
>
> thanks for your response.
>
> So, from my experience, *if* code recommenders were to be enabled by
> default, then it'd need to have :
> 1 - Codetrails crowdsource extension installed by default
>
>
> Glad you like it. Adding that d
Fred,
thanks for your response.
> So, from my experience, *if* code recommenders were to be enabled by default,
> then it'd need to have :
> 1 - Codetrails crowdsource extension installed by default
Glad you like it. Adding that data to recommenders would fine with me.
> 2 - subword completion
I gave it a new try this morning (on JavaEE M6, Java M6, Luna SR2). Here's
my experience :
(java.util.)List foo = new => Anonymous List. I expected
ArrayList to be available among all List subtypes. I reckon that's a JDT
issue, but I was expecting/hoping code recommenders would "fix" it OOTB.
(j
Greetings folks.
We include code recommenders in a bunch of packages. By default it is
turned off. I'm of the opinion that--if it is included in the
package--it should be turned on by default.
Frankly, I see Code Recommenders as a significant competitive advantage
that we need to leverage. I
