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. I'll
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
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
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
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 should
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
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
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
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,
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,
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?
+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
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]
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
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
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
16 matches
Mail list logo
