[jira] Created: (VELOCITY-531) Some user feedback / wishes from the O'Reilly blog
Some user feedback / wishes from the O'Reilly blog -- Key: VELOCITY-531 URL: https://issues.apache.org/jira/browse/VELOCITY-531 Project: Velocity Issue Type: Wish Affects Versions: 1.5 Reporter: Henning Schmiedehausen Fix For: 1.6 Look into the wishlist at http://www.oreillynet.com/onjava/blog/2007/03/velocity_15.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Google Summer of Code project idea request
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 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, Will Glass-Husain [EMAIL PROTECTED] wrote: 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'd be happy to have company. Supun, if you're interested you'll have to develop a detailed application. If you post your application to the list ahead of time (before the deadline) we can help you refine it. WILL On 3/17/07, Malcolm Edgar [EMAIL PROTECTED] wrote: +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 optimisation on a CRM system, it was one of the best development learning experiences I have had. regards Malcolm Edgar http://click.sourceforge.net On 3/16/07, Ahmed Mohombe [EMAIL PROTECTED] wrote: 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 part of your users with a Performance Improvements Project. Of course, it doesn't sounds spectacular, but the effect would be one for sure :). Velocity needs really almost no new features(except better error reporting and whitespace control), but better speed is always good. Ahmed. P.S. I don't expect Velocity to be again faster than JSP (it was up to 5 times faster in the past), but now the situation is almost reversed, so reducing the gap a little would be great. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release Velocity DocBook Framework 1.0
+1 On 3/21/07, Henning Schmiedehausen [EMAIL PROTECTED] wrote: [Let's say, it will not get better and I'm already bored out of my mind again tinkering with XSL and XML.] This is the CfV for the first release of the Velocity DocBook Framework. It is intended for creating and maintaining high quality documentation generated in the DocBook format. The framework itself is completely generic, non-intrusive, 100% bio-degradable and environment-friendly. The release candidate is available from http://people.apache.org/~henning/DocBook-Framework/ The documentation (which also serves as showcase example is visible at http://people.apache.org/~henning/DocBook-Framework/DocBook-Framework-1.0.pdf) [ ] +1 Let's do it [ ] 0 I don't care. [ ] -1 No, because __ Voting period is until Sunday, March 25th, 2007, 12:00 CEST ( 72h). My vote is +1 Best regards Henning - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Google Summer of Code project idea request
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 paragraph, use property should be use a property. Also, i have a few technical comments that i did not think of before. In the Argument overloading section of the Project details, it is not clear whether you intend to change it so users can define multiple macros with the same name but different argument types (so arguments are passed by value) or whether you simply intend to allow users to define multiple macros with the same name but which accept different numbers of arguments (which would still be passed by name). You may consider clarifying that paragraph to clearly mean that latter option, as that is the desired feature, while the former is definitely not wanted. I'm also not entirely clear what the Passing expressions as arguments section is about. Is there a JIRA issue or Wiki entry about this that you can point to as a reference for me to understand this? What sort expressions are you concerned with? You already can do things like #fooMacro( $this.is.anExpression() ). Finally, one very common feature request for Velocimacros that would be very appreciated, is to allow users to define Velocimacros that take bodies. So i could do something like #macro( toDiv $class ) div class=$class#body/div #end and use it like: #toDiv( 'foo' )This is the body.#end to produce div class=fooThis is the body./div If you were interested in working on this feature, you'd be my hero! Of course, that's your decision... :) On 3/23/07, Supun Kamburugamuva [EMAIL PROTECTED] wrote: 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 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, Will Glass-Husain [EMAIL PROTECTED] wrote: 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'd be happy to have company. Supun, if you're interested you'll have to develop a detailed application. If you post your application to the list ahead of time (before the deadline) we can help you refine it. WILL On 3/17/07, Malcolm Edgar [EMAIL PROTECTED] wrote: +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 optimisation on a CRM system, it was one of the best development learning experiences I have had. regards Malcolm Edgar http://click.sourceforge.net On 3/16/07, Ahmed Mohombe [EMAIL PROTECTED] wrote: 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 part of your users with a Performance Improvements Project. Of course, it doesn't sounds spectacular, but the effect would be one for sure :). Velocity needs really almost no new features(except better error reporting and whitespace control), but better speed is always good. Ahmed. P.S. I don't expect Velocity to be again faster than JSP (it was up to 5 times faster in the past), but now the situation is almost reversed, so reducing the gap a little would be great. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED]
Re: Google Summer of Code project idea request
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 backward compatibility of the Velocity engine, and it shouldn't affect the Velocity engines template caching mechanism. These are two challenging issues that need to be addressed with care' I want to suggest a third requirement, which is that performance should not be significantly affected. This is really related to the caching issue. I think the allow expressions in macro arguments idea is nice, but not essential. (yes, I know this was my suggestion). Nathan's point about macro bodies might be more relevant. But I encourage you to follow your interests here. Best, WILL On 3/23/07, Supun Kamburugamuva [EMAIL PROTECTED] wrote: 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 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, Will Glass-Husain [EMAIL PROTECTED] wrote: 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'd be happy to have company. Supun, if you're interested you'll have to develop a detailed application. If you post your application to the list ahead of time (before the deadline) we can help you refine it. WILL On 3/17/07, Malcolm Edgar [EMAIL PROTECTED] wrote: +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 optimisation on a CRM system, it was one of the best development learning experiences I have had. regards Malcolm Edgar http://click.sourceforge.net On 3/16/07, Ahmed Mohombe [EMAIL PROTECTED] wrote: 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 part of your users with a Performance Improvements Project. Of course, it doesn't sounds spectacular, but the effect would be one for sure :). Velocity needs really almost no new features(except better error reporting and whitespace control), but better speed is always good. Ahmed. P.S. I don't expect Velocity to be again faster than JSP (it was up to 5 times faster in the past), but now the situation is almost reversed, so reducing the gap a little would be great. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
mentors for GSOC?
Any Velocity committers want to be a Google Summer of Code mentor? http://wiki.apache.org/general/SummerOfCodeMentor This article has much more detail. http://code.google.com/p/google-summer-of-code/wiki/AdviceforMentors As far as I can tell, main responsibility is to offer feedback/advice to a GSOC student about their summer project. It's recommended this be in public and on the dev list. So it's probably stuff you'd be doing anyway. (except you get a free T-shirt). It's recommended that every student have two mentors. So if the student application for the Velocity GSOC project gets accepted we'll need one more. (I've already signed up). It probably makes sense to sign up now rather than later. WILL -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Tools] Some proposals for Tools 2.0
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Nathan, Nathan Bubna wrote: The VelocityView class can be easily used in a filter as it is, and once we have the toolboxes in the request/session/application attributes, then we can access them from any servlet or filter. So, we would just need to create a VelocityViewFilter that initializes the VelocityView when it is init'ed, and then calls velocityView.prepareToolboxes(request) for every request it handles. I think a better architecture would be to create a helper class that is called by either VelocityViewServlet or VelocityToolboxFilter (a better name IMHO), instead of actually initializing a VelocityViewServlet inside the filter just for the purposes of accessing a prepareToolboxes method. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGBA8N9CaO5/Lv0PARAmNeAKCfiZ9jMenTeRt0YlV8G2VPF6BGPgCfQeyN uewxL04gwK9RLmQIhVpB4m4= =VRUm -END PGP SIGNATURE- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Tools] Some proposals for Tools 2.0
On 3/23/07, Christopher Schultz [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Nathan, Nathan Bubna wrote: The VelocityView class can be easily used in a filter as it is, and once we have the toolboxes in the request/session/application attributes, then we can access them from any servlet or filter. So, we would just need to create a VelocityViewFilter that initializes the VelocityView when it is init'ed, and then calls velocityView.prepareToolboxes(request) for every request it handles. I think a better architecture would be to create a helper class that is called by either VelocityViewServlet or VelocityToolboxFilter (a better name IMHO), instead of actually initializing a VelocityViewServlet inside the filter just for the purposes of accessing a prepareToolboxes method. like this one? http://svn.apache.org/viewvc/velocity/tools/branches/2.x/src/main/java/org/apache/velocity/tools/view/VelocityView.java?view=markup i never said anything about initializing a servlet within a filter. ;-) - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGBA8N9CaO5/Lv0PARAmNeAKCfiZ9jMenTeRt0YlV8G2VPF6BGPgCfQeyN uewxL04gwK9RLmQIhVpB4m4= =VRUm -END PGP SIGNATURE- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mentors for GSOC?
Thanks. Participation on dev list is always a plus regardless. If you have a moment, glance through the Google note and see what you think. I can take on administrative related responsibilities if that helps. WILL On 3/23/07, Nathan Bubna [EMAIL PROTECTED] wrote: I'll think about it. Right now, there's talk of rewriting some big things at work this summer, and that will have to be my main priority. I'll certainly be reviewing anything going into the Velocity codebase and participating in design discussions as i'm able, but i'm not sure i should commit much time beyond that and the occasional patch. If that alone counts for being a mentor, then i suppose i've no reason to say no. Committing even an hour a week for anything beyond that this summer feels risky given the possibilities in the non-OSS part of my job. Or things may continue to be slow at work for a while and the rewrites pushed back to fall. I won't know for a few months which way they'll go. On 3/23/07, Will Glass-Husain [EMAIL PROTECTED] wrote: Any Velocity committers want to be a Google Summer of Code mentor? http://wiki.apache.org/general/SummerOfCodeMentor This article has much more detail. http://code.google.com/p/google-summer-of-code/wiki/AdviceforMentors As far as I can tell, main responsibility is to offer feedback/advice to a GSOC student about their summer project. It's recommended this be in public and on the dev list. So it's probably stuff you'd be doing anyway. (except you get a free T-shirt). It's recommended that every student have two mentors. So if the student application for the Velocity GSOC project gets accepted we'll need one more. (I've already signed up). It probably makes sense to sign up now rather than later. WILL -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Forio Business Simulations Will Glass-Husain [EMAIL PROTECTED] www.forio.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (VELOCITY-531) Some user feedback / wishes from the O'Reilly blog
[ https://issues.apache.org/jira/browse/VELOCITY-531?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12483680 ] Will Glass-Husain commented on VELOCITY-531: I like the #break idea myself. String to number casting really doesn't work. An integer is converted as 1 and a double as 1.0 - that would fail the string compatibility test. And none of the arithmetic or other logical operators work. Some user feedback / wishes from the O'Reilly blog -- Key: VELOCITY-531 URL: https://issues.apache.org/jira/browse/VELOCITY-531 Project: Velocity Issue Type: Wish Affects Versions: 1.5 Reporter: Henning Schmiedehausen Fix For: 1.6 Look into the wishlist at http://www.oreillynet.com/onjava/blog/2007/03/velocity_15.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]