Supun,
Did you submit your application -- I didn't see it in the official list.
You probably know this, but the deadline has been extended to Monday,
March 26th at 5:00 PM Pacific time.
WILL
On 3/24/07, Supun Kamburugamuva <[EMAIL PROTECTED]> wrote:
Hi,
On the second thought I think I shoul
Hi,
It seems incremental to me (though a big increment). And backwards
compatible. Less effort than a complete parser rewrite. (really, all
you're doing is having DirectiveArg() call Expression() instead of
StringLiteral(), IntegerLiteral(), etc).
I've got other things I'm interested in first
ah, expressions with operators... yeah, that's something we'd
probably want to support for method, macro, and directive parameters
all at once, to minimize con fusion about where thos are allowed. i
suppose they already are allowed in some (all?) directives though.
On 3/24/07, Will Glass-Husain
I thought there was a JIRA issue on this, but I was mistaken.
I was thinking it'd be nice to support
#someMacro (10 + 10)
but I don't feel strongly about it.
Actually, on a related topic, I'd really like to see us add syntax for
expressions in method calls. I do this all the time (generating
Hi,
On the second thought I think I should go with Nathan's point. I have
included it in the wiki and removed the expression passing.
Thanks,
Supun...
On 3/24/07, Nathan Bubna <[EMAIL PROTECTED]> wrote:
On 3/24/07, Supun Kamburugamuva <[EMAIL PROTECTED]> wrote:
> Hi,
> Thanks for the feedback.
On 3/24/07, Supun Kamburugamuva <[EMAIL PROTECTED]> wrote:
Hi,
Thanks for the feedback. I'll add those additions and corrections.
I think adding the capability to pass expressions to macros make them
more complete. So I'll stick to my orginal proposal.
I still don't know what this refers to.
Hi,
Thanks for the feedback. I'll add those additions and corrections.
I think adding the capability to pass expressions to macros make them
more complete. So I'll stick to my orginal proposal.
Thanks,
Supun..
On 3/23/07, Will Glass-Husain <[EMAIL PROTECTED]> wrote:
Supun,
Really a very nice
Supun,
Really a very nice proposal. I think it'd be helpful to link at the
end a list of relevant JIRA issues and wiki pages. It looks like
(among other things) you are referring to
http://wiki.apache.org/velocity/MacroIssues
You list 'All the improvements to the code should not destroy the
ba
Cool, things have improved; i only found two more clear grammar problems:
- In the "Project Details" section, the start of the last sentence in
the third paragraph needs to change from "If the values is True" to
"If the value is True".
- In the third sentence of the "Maximum recursive depths" pa
Hi,
Thanks for the effort. I have corrected most of the spelling issues
and grammatical issues. If you have time please go thought it.
Thanks,
Supun..
On 3/22/07, Nathan Bubna <[EMAIL PROTECTED]> wrote:
There are some grammatical/spelling issues*, but on the whole it looks
good to me.
*On spe
There are some grammatical/spelling issues*, but on the whole it looks
good to me.
*On spelling, change "cashing" to "caching". If you want grammar
corrections let me know, and i can go through it again and send you a
list later today.
On 3/21/07, Supun Kamburugamuva <[EMAIL PROTECTED]> wrote:
Hi,
I have almost completed my proposal for Veocimacro improvements. It is
in http://wiki.apache.org/general/GSOC2007/Supun/Velocimacro.
I'd really appreciate, if anyone can look in to that. I'm pretty sure
there are lot of things that can be improved.
Thanks,
Supun Kamburugamuva.
On 3/18/07, W
Supun,
I've written up a description that might serve as a starting point for
your application. See the bottom of:
http://wiki.apache.org/general/SummerOfCode2007
I'll also add a potential project about performance/memory optimization.
WILL
On 3/17/07, Supun Kamburugamuva <[EMAIL PROTECTED]>
Interesting idea. We need to be sure the scope is broad enough for a
full GSOC project. For more info, I've been browsing
http://wiki.apache.org/general/SummerOfCode2007
I'll write up both of these ideas and add them to the list, putting my
name down as mentor. If anyone else is interesting I'
+1 on the Performance project. There are some great tools for
profiling applications now with open source licenses.
As a student, you also will learn a great deal from this project. The
things you learn from profiling are very interesting, having been
involved in a 2 month project performance op
Hi,
I like to work on macro stuff with velocty as a project for gsoc 2007.
I'm new to velocty. So can anyone ponit me to the right direction?
Thanks in advance
Supun
On 3/16/07, Ahmed Mohombe <[EMAIL PROTECTED]> wrote:
> Ideas from the community?
What about some *real* performance improvements
Ideas from the community?
What about some *real* performance improvements?
4 years ago, when Velocity gained a big number of users, it was because Velocity
was much faster than JSP.
This is not true anymore, as JSP is much faster and scalable now.
Maybe it would be the time to try to regain a
Hi,
Thanks for the quick reply. I'll look in to these issues.
Supun
On 3/16/07, Will Glass-Husain <[EMAIL PROTECTED]> wrote:
Hmm... that's interesting. I'd be glad to be a mentor.
Ideas from the community? Getting the macro stuff to work would be a big help.
VELOCITY-362 and VELOCITY-277 a
Hmm... that's interesting. I'd be glad to be a mentor.
Ideas from the community? Getting the macro stuff to work would be a big help.
VELOCITY-362 and VELOCITY-277 are the most important, but also VELOCITY-297
and VELOCITY-62
https://issues.apache.org/jira/browse/VELOCITY-362
https://issues.a
19 matches
Mail list logo
