On Sat, Feb 3, 2018 at 11:29 PM, Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:
> Hi Daniel,
>
> For OFBiz I don't understand why
>
> # No Software Grant and No IP Clearance Filed
>
> I guess David, Andrew and the ASF cleared this aspect when we graduated
>
The OFBiz graduation was about
t's going
> on. I don't recall your issue been discussed, but I may missed it.
>
> On Jan 30, 2018 06:39, "Daniel Dekany" <ddek...@apache.org> wrote:
>
> > Monday, January 29, 2018, 7:16:21 PM, David E Jones wrote:
> >
> > > On Mon, Jan 29, 201
On Mon, Jan 29, 2018 at 8:59 AM, Daniel Dekany wrote:
> Monday, January 29, 2018, 4:35:38 PM, Sergio Fernández wrote:
>
> > Great, Daniel!
> >
> > Let's move to the next step and open the vote at general@incubator.a.o
> ;-)
>
> David has started discussing the issue with his
My apologies, I'm way overloaded right now and will be for at least the
next couple of days. If this can't wait a few more days I'd say just remove
me from the mentor list, but I'll get to it by mid-week.
-David
On Fri, Jan 19, 2018 at 2:11 AM, Jacques Le Roux <
jacques.le.r...@les7arts.com>
Project; and be it further
>
> RESOLVED, that the persons listed immediately below be and
> hereby are appointed to serve as the initial members of the
> Apache FreeMarker Project:
>
> * Dániel Dékány <ddek...@apache.org>
> * David E. Jones
ithin the scope of
> responsibility of the Apache FreeMarker Project; and be it further
>
> RESOLVED, that the persons listed immediately below be and
> hereby are appointed to serve as the initial members of the
> Apache FreeMarker Project:
>
> * Dániel Dékány &l
he draft of our report on
> https://wiki.apache.org/incubator/January2018, and tell if you agree
> and what would you change!
>
> Then, when the deadline (Wed, January 03) is close, please also sign
> it off, if you agree.
>
> A problem I have noticed that from the original template
That's fantastic Daniel, it's great to see the whole summary in one place.
One thought is that it might be helpful to split the items under 'API and
architecture' and 'Template language' into those intended for a first release
and those that are 'nice to haves' that may come later. My
Thank you Daniel, the report looks good. Signed.
-David
![](https://link.nylas.com/open/5xm8m568zhx9qyloglsg31huz/local-
9ae23584-c808?r=ZGV2QGZyZWVtYXJrZXIuaW5jdWJhdG9yLmFwYWNoZS5vcmc=)
On Apr 3 2017, at 3:05 am, Daniel Dekany wrote:
> Here it is:
![](https://link.nylas.com/open/5xm8m568zhx9qyloglsg31huz/local-
f9830cf8-c217?r=ZGV2QGZyZWVtYXJrZXIuaW5jdWJhdG9yLmFwYWNoZS5vcmc=)
On Mar 6 2017, at 7:24 am, Daniel Dekany wrote:
> Anyway, anybody has thoughts about this?
This sort of contribution seems to come
These all sound like good changes, and clarify what is really going on.
Removing object wrapping IMO is more important than removing the
*Template*Model* interfaces. These interfaces don't have the same runtime and
GC overhead as object wrapping and they can be nice for type checking to
On Thu, 2017-02-16 at 15:56 +0100, Daniel Dekany wrote:
> Thursday, February 16, 2017, 6:17:00 AM, David E Jones wrote:
>
> >
> > This is cleaner, more obvious what's going on underneath, but since
> > the DefaultTemplateResolver will be the most commonly used
This is cleaner, more obvious what's going on underneath, but since the
DefaultTemplateResolver will be the most commonly used you
could just leave the current setting methods as they are and just document that
if you set a different TemplateResolver they will be
ignored.
-David
On Wed,
On Tue, 2017-02-14 at 21:32 +0100, Daniel Dekany wrote:
> I propose that in FM3 Configuration should only have two constructors:
>
> Configuration(Version incompatibleImprovements)
> Configuration(Properties properties)
>
> and that it should not have a setIncompatibleImprovements(Version)
>
On Sun, 2017-02-12 at 19:42 +0100, Daniel Dekany wrote:
> The Project Management Committee (PMC) for Apache FreeMarker
> (incubating) has invited Woonsan Ko to become a committer and we are
> pleased to announce that he has accepted.
>
> Woonsan Ko has been an active FreeMarker user for years
On Jan 24 2017, at 10:25 am, Daniel Dekany <ddek...@freemail.hu> wrote:
> Tuesday, January 24, 2017, 6:48:16 PM, David E Jones wrote:
>
> > but all other Configuration.getTemplate() methods call this method
>
> > so it is an easy way to override all Tem
A simpler TemplateLoader would be helpful.
One approach I've used to simplify it is to override all loading by creating
an object that extends the freemarker.template.Configuration and override this
method:
Template getTemplate(final String name, Locale locale, Object
On Jan 20 2017, at 7:26 am, Daniel Dekany wrote:
> We might even want to require Servlet 3.0 and JSP 2.2, from Java EE 6
>
> (December 10, 2009), just to make things easier in the future, though
at the moment we don't utilize that.
This seems very reasonable. It
I still like #3 on the top row... simple, and square is nice on certain sites
(ie certain sites require a square logo).
-David
![](https://link.nylas.com/open/5xm8m568zhx9qyloglsg31huz/local-30aff82b-
1fd7?r=ZGV2QGZyZWVtYXJrZXIuaW5jdWJhdG9yLmFwYWNoZS5vcmc=)
On Jan 19 2017, at
+1 for #3 as well.
Modern designs are getting more flat and simplistic (which IMO is great). It
seems to be related to people becoming more familiar with standard UI elements
so there really is no need for 3D effects and other fancy things (including
shadows, etc) that usually end up
These look good to me. Always feels good to clean out old and unneeded code. :)
-David
On Thu, 2017-01-12 at 23:58 +0100, Daniel Dekany wrote:
> I have collected some further easy changes for FM3... Any comments?
>
> - Drop FTL classic compatible mode option (Roughly emulates FM1
> behavior
; version is recommended for release by the PPMC, and the formal release
> vote will be soon follow on gene...@incubator.apache.org.
>
> Thanks for checking and testing this release guys!
>
> Binding (IPMC member) votes:
> David E Jones +1
> Jacopo Cappellato +1
> Jo
> On 22 Mar 2016, at 13:06, Daniel Dekany <ddek...@freemail.hu> wrote:
>
> Tuesday, March 22, 2016, 8:01:51 PM, David E Jones wrote:
>
>> +1 (binding)
>>
>> Others have reviewed the various release artifacts (and my
>> experience with ASF releases is n
It is useful to allow macro overrides, ie replace the macro and don’t throw an
exception.
As a specific use case: in Moqui for screen/form rendering (translating XML
screen/form/etc definitions to HTML, data XML, CSV, XSL-FO, etc) there are
macro libraries with around 65 macros for each
+1
Tested with Moqui Framework and various projects based on it (generating HTML,
XSL-FO, Groovy code, etc) and it is running well. This includes automated tests
that render around 500 screens using some fairly complex templates and macros,
and do a lot of XML processing/transformation. These
+1 for this attempt too, notes in the previous VOTE thread
-David
> On 13 Jan 2016, at 16:11, Daniel Dekany wrote:
>
> I did an update. No functionality/stability changes, only legal ones
> and some build script change:
>
> - NOTICE file changes:
> - Added missing
Thank you Sergio and Daniel. Yes, this is a new account since we used cwiki.a.o
for OFBiz. Request sent…
-David
> On 4 Jan 2016, at 08:45, Sergio Fernández <wik...@apache.org> wrote:
>
> Hi David,
>
> On Mon, Jan 4, 2016 at 5:30 PM, David E Jones <d...@dejc.com>
I read over the updated January report and it looks good. The page shows up as
immutable for me on wiki.apache.org, so not sure how to sign it.
-David
> On 3 Jan 2016, at 04:51, Daniel Dekany wrote:
>
> Dear FreeMarker Mentors!
>
> Please review and sign off the
28 matches
Mail list logo