Re: Continue Eclipse Freemarker DLTK?

Daniel Dekany <[email protected]> Fri, 26 Jul 2013 02:50:01 +0200
Newsgroups gmane.comp.web.freemarker.devel
Message-ID <[email protected]>
Friday, July 26, 2013, 12:28:19 AM, Angelo zerr wrote:

>> What do you mean by "manage with 2.3"?
>
> I mean that DLTK Freemarker will use FM 2.3 and not 3.0

Sure.

>> You want to modify FM, or it's plugin development only?
>
> My first step is just modify or comments code of DLTK Freemarker.
>  
> After I would like contribute with my code
> https://github.com/angelozerr/Freemarker-Eclipse-DLTK/tree/master/freemarker.provisionnal/src/freemarker/provisionnal
> to FM to improve debugger and contribute to FM tools.
>
>> I'm OK with both, except that you will have
>> to send a signed Contributor License Agreement for modifying FM
>> itself.
>
>> In last past I had send a CLA to Atila (to commit in the svn FM), is not enough?

That's enough. Sorry for the confusion, it's just that I don't have a
copy of that here for some reason... never mind.

> Regards Angelo 
>
> --
> Thanks,
>  Daniel Dekany
>
>
>> Regards Angelo
>>
>>
>> 2013/7/25 Daniel Dekany <[email protected]>
>> Thursday, July 25, 2013, 4:40:28 PM, Angelo zerr wrote:
>>
>>> Hi Daniel,
>>>
>>> OK I understand why you don't want expose the AST API. Thank's for your information.
>>>
>>> The DLTK ASTNode is used for several features like folding,
>>> refactoring, search, codeassist.
>>>
>>> You can read info about ASTNode at
>>> http://wiki.eclipse.org/DLTK_Core_Architecture
>>> It's difficult for me to tell you now which info are required  to
>>> build a DLTK ASTNode.
>>
>> Then, to start somewhere... I think, org.freemarker:tooling will give
>> you an abstract FTLVisitor class, which however will only have two
>> kind of visit-s for now: visit(ElementInfo) and visit(ExpressionInfo).
>> (That's so that the plugin or other tools won't assume that they know
>> all the directives and expression types.) (Note that the 3.0 API
>> didn't visit expressions at all, only elements.) And then I start
>> adding properties to these XxxInfo-s as the need arises. Like,
>> isFoldable(), isOutlineNode and getOutlineNodeLabel for starters. The
>> initial "accept" method of the tools API could have a Query object (a
>> JavaBean again) as parameter, in which you can specify what are you
>> interested in (like, folding and/or outline nodes and/or variables
>> used, etc). So as you move ahead, we will see if it's appropriate at
>> all. And of course I'm open for suggestions.
>>
>>> I will try to switch to 2.3 and I will see what we need.
>>>
>>> My work about AST was very simply (I have just managed #assign in
>>> the AST to display the variable name of assign in the Outline View).
>>> But perhaps for Freemarker, the Outline View should display more
>>> info like JBoss IDE
>>
>> JBoss IDE's outline is useless IMAO. It shows far too much. After all,
>> the goal of an outline view is to show you a summary that's good for
>> navigation (among others). Although I'm not entirely sure how the
>> outlook should look. It has to show #macro and #function, and that's
>> already useful, but what else?
>>
>>> and your idea about freemaker-tool.jar is perhaps a good idea.
>>
>> (I wonder what's the proper term is. "tooling" or "tools"? Like
>> "FreeMarker Tooling API" or "FreeMarker Tools API"... or even
>> "tool-helpers"...)
>>
>>> I have not experimented a lot the capability of the DLTK ASTNode
>>> but at the end of the http://wiki.eclipse.org/DLTK_Core_Architecture
>>> it says "Use of the DLTK AST is not mandatory, but some DLTK
>>> features like folding may rely on it and it can greatly simplify implementation."
>>>
>>> For the completion (interpolation) I don't use the ASTNode but I
>>> think I should to use it (so I need a more complex AST).
>>
>> For that you need the variable names used, in a hierarchy. Like, on
>> the top-level you have "user" and "department", but after "user." the
>> possibilities are different, like "user.name" etc. If DLTK can extract
>> such info from the AST, we might as well add that in ExpressionInfo.
>> Also there's the case where some of the data-model variables has a
>> known class (that's not a FreeMarker feature).
>>
>>> So I must switch to 2.3, my first idea is to try to remove the use
>>> of DLTK ASTNode an dmanage other features like syntax errors and debug.
>>>
>>> Regards Angelo
>>
>> --
>> Thanks,
>>  Daniel Dekany
>>
>>
>> ------------------------------------------------------------------------------
>> See everything from the browser to the database with AppDynamics
>> Get end-to-end visibility with application monitoring from AppDynamics
>> Isolate bottlenecks and diagnose root cause in seconds.
>> Start your free trial of AppDynamics Pro today!
>> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
>> _______________________________________________
>> FreeMarker-devel mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/freemarker-devel
>>
>
>

-- 
Thanks,
 Daniel Dekany


------------------------------------------------------------------------------
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk