Re: Localization help
Nope, nothing there at all, except for the image asset, of course. Malin On 8/1/06, Peter Dawn <[EMAIL PROTECTED]> wrote: thanks malin. nothing in the corresponding page files? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Render Tapestry pages into a file
Henri, I am referring to "Tapestry pages cache". As I understand it, Tapestry cache the HTML templates after they were first requested. Hence, further modification of the HTML pages (after it was cached) will not take effect. Since, the particular HTML templates in my application is submitted (and modified) by users from time to time, I guess I have to clear the Tapestry cache in order for them to take effect (after modification). Setting "no cache" on Tapestry is not desired as there are still many other HTML pages that belong to the web application (that is not user-submitted) and needed to be cached for performance reason. So I am looking for a way to clear cache for specific HTML pages (is this possible?), IF approach like RenderBuilder is used. So is it possible to clear the Tapestry cache for specific pages only ? Thanks. ~KEGan On 8/1/06, Henri Dupre <[EMAIL PROTECTED]> wrote: I did an email service that renders pages and sends them by email... It would be probably possible to tweak the service to render the pages into files. I mavenized the project and I'll write some tests soon and will host it somewhere. I'm not sure about the cache what you mean... What cache are you refererring to? On 7/31/06, KE Gan <[EMAIL PROTECTED]> wrote: > > Jesse, thanks for the fast reply (as always :)) > > If I were to use the ResponseBuilder approach, that means Tapestry will > cache the pages. And since the pages are submitted (and modified) by users > from time to time (as mentioned in earlier post), how can I clear the > cache > for a specific pages ? Is that possible ? I did an email service that renders pages and sends them by email... It would be probably possible to tweak the service to render the pages into files. I mavenized the project and I'll write some tests soon and will host it somewhere. I'm not sure about the cache what you mean... What cache are you refererring to? -- Henri Dupre Actualis Center
Re: Form Submission
http://ppewww.ph.gla.ac.uk/~flavell/www/formquestion.html On 7/31/06, Simon Raveh <[EMAIL PROTECTED]> wrote: I'd like the order to stay as it is, is there other way that I can control which button will be invoke. Simon Peter Dawn wrote: > thats coz your cancel button is before your submit button. when you > press enter, the first button is activated, so just change your > arrangement and it should work. HTH. > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Jesse Kuhnert Tacos/Tapestry, team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind.
Re: Form Submission
I'd like the order to stay as it is, is there other way that I can control which button will be invoke. Simon Peter Dawn wrote: thats coz your cancel button is before your submit button. when you press enter, the first button is activated, so just change your arrangement and it should work. HTH. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[OT] URL Rewriting
Hi all, Sorry for the OT question, but I have a hunch this group will give me the best answer I can get. Up until now, I've been using Url Rewrite with success, but just recently really looked at the license and noticed it's GPL, which turns out to be a deal breaker. For internal things it's fine, but for distributing things, it is not. So, what do you guys recommend for BSD-style URL rewriting libraries? I'm looking for something Java-based, so mod_rewrite won't do. Thanks, Kevin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: backward support for Tap 3 engine service URLs in Tap4
If I recall correctly you can define new Encoders/Decoders. If you can find a way to distinguish between the two encoding styles you could make a custom Decoder that is aware of the differences. Henrik "Robin Johnson" <[EMAIL PROTECTED]> skrev i en meddelelse news:[EMAIL PROTECTED] > Hi All, > I'm in the progress of migrating to Tapestry 4, but I was surprised to > discover that the "ugly" URLs use a different syntax than the URLs in > Tap 3. Since engine service parameters are map-based, rather than > array-based, the "&sp=" separator appears to have been phased out. > I'd like to keep support for Tap 3 engine service URLs for a little > while since I used them extensively in email notifications. Is there > any easy way to do this besides writing a custom servlet filter or using > UrlRewriteFilter? > > Thanks, > Robin > > -- > Robin Johnson > [EMAIL PROTECTED] > 970.799.4534 > > > - > 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]
Reading a file for initialization
Hello, If I get some answers to this, I hope it can serve as a simple guide to newbies like myself. I'm not entirely sure of my approach, so feel free to interject your thoughts if you care to enlighten me. I have a large amount of application settings stored in an XML file (so large that I don't want to embed them in a java class), that is in a folder, e.g.: context/settings/MenuSettings.xml My class that wants to read this file is: context/WEB-INF/classes/MyPackage/AppSettings.class And the AppSettings class contains a static instance of itself, for Tapestry components/POJOs to reference. Let's say I use something like Xerces to reading the xml file in, and lets say that works fine using the main() in AppSettings. So right now I get the feeling the MenuSettings.xml is not and shouldn't be a Tapestry asset, since a Tapestry component is not directly accessing it. What is the best-practices way of getting a non-Tapestry initilization file read? i.e. what path would I use to read MenuSettings.xml from the AppSettings class? I've read one thread that suggested extending some base engine class, but is there a simpler way? Thanks for reading, -Daniel Tapestry 4 Tomcat 5.5
backward support for Tap 3 engine service URLs in Tap4
Hi All, I'm in the progress of migrating to Tapestry 4, but I was surprised to discover that the "ugly" URLs use a different syntax than the URLs in Tap 3. Since engine service parameters are map-based, rather than array-based, the "&sp=" separator appears to have been phased out. I'd like to keep support for Tap 3 engine service URLs for a little while since I used them extensively in email notifications. Is there any easy way to do this besides writing a custom servlet filter or using UrlRewriteFilter? Thanks, Robin -- Robin Johnson [EMAIL PROTECTED] 970.799.4534 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Form Submission
thats coz your cancel button is before your submit button. when you press enter, the first button is activated, so just change your arrangement and it should work. HTH. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Localization help
thanks malin. nothing in the corresponding page files? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Form Submission
Hi, I have a form with two buttons, one for cancel and one for submit. When I click the Enter button on the keyboard the cancel button is the one that activated. How can I change it so the submit button will be invoked. The html part onclick="document.editContact.events.cancel()" /> The form component Thanks, Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tapestry 5 Discussions
Although i haven't really had the chance to use tapestry , i have been around it since tap3. Passing from t3 to t4 meant simplification and.. removing almost half of the t3 code. (tried it on my sample applications ) I can imagine that t5 would be again much simple than t4 , keeping the overall concepts the same. As it concerns us , the users , building a component i don't see it much different , except that there will not be anymore the "abstract" thing (again , a simplification) So is not at all a relearning.. should be more of a reshaping in the right way.. Once you knew t3 , t4 seemed easier. Now that you know t4 .. i hope t5 would be a piece of cake ! ;) Though , I understand the business facet of the of the discussion... business rules the world, isn't it ? (mcDonald's is also maintained by a a large comunity of users .. ;) ) Alex On 7/31/06, hv @ Fashion Content <[EMAIL PROTECTED]> wrote: Trashing HiveMind is sort of uninformed(not trying to sling mud). As previously pointed out you can't really do contributions in Spring. And that was one of the key T3 features it was supposed to replace. While I'm not terribly happy about the multitude of concepts involved in writing a non-trivial Tap4 app, I bet it would have been much worse if it had been built on Spring. Being a bit blunt: If you think HiveMind is just an ego trip why dont you write a version of ApplicationServlet that uses Spring instead. If the two are equal it shouldn't be much of a challenge to swap HiveMind out. Henrik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Messages on Validator
Thank you Checko! Elegant or not - it works! And this solution OK for me. Maybe I have misunderstood - I thought the error message would come up automatically next to the input field (instead of the **). Thanks again, Malin On 7/31/06, Checko <[EMAIL PROTECTED]> wrote: My pages with forms and validation always contain something like this (once for the whole form): Error message It might not be the most elegant solution, but it displays the validation messages (plus ** for the problematic fields). Malin Ljungh wrote: > > Hi all, > > I'm struggeling with validors. No matter what I do I just get the default > ** > as message. > I try to write it like this: > validators="validators:required[Please enter your name]" > > but I just get the default ** :( > I have also writte my own validators and they work - but not the custom > messages ...? > > What is it that I have missed? > > Malin > > -- View this message in context: http://www.nabble.com/Messages-on-Validator-tf2024309.html#a5581713 Sent from the Tapestry - User forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Save and replay request
I'm looking for a way to save and later replay a request. What I'd like to implement is similar to the form-based authentication in servlet container, except I want to use a captcha. The user should be able to enter data into a form and then submit it. On the first submission, he is then redirected to a page where he has to enter the letters of the captcha and to submit it. If the letters are correct, the original request is processed. Thus, I'm now looking for a way to retrieve all relevant request data (independent of the service) so I can store it in the session, and a way to start the processing of the original request once the saved request has been restored. Any hints? -- View this message in context: http://www.nabble.com/Save-and-replay-request-tf2029438.html#a5582029 Sent from the Tapestry - User forum at Nabble.com.
Re: Messages on Validator
My pages with forms and validation always contain something like this (once for the whole form): Error message It might not be the most elegant solution, but it displays the validation messages (plus ** for the problematic fields). Malin Ljungh wrote: > > Hi all, > > I'm struggeling with validors. No matter what I do I just get the default > ** > as message. > I try to write it like this: > validators="validators:required[Please enter your name]" > > but I just get the default ** :( > I have also writte my own validators and they work - but not the custom > messages ...? > > What is it that I have missed? > > Malin > > -- View this message in context: http://www.nabble.com/Messages-on-Validator-tf2024309.html#a5581713 Sent from the Tapestry - User forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Dialog size and position
The demo app on the opencomponentry website initialy shows the dialog popup centered in the browser window. But after a wrong password or any subsequent renderings it is also displayed with the top left corner centered in the browser window. I'm using mozilla on a mac. On 7/31/06, Mike Oestereter <[EMAIL PROTECTED]> wrote: Hello I would like to use the tacos:Dialog component for more than just an alternative to an alert box. Kind of like a show modal window containing tables and forms etc. Also doing partial ajax updates on this "Dialog". First problem is that the top left corner of the popup is displayed in the center of my browser window and remains there. Second problem is that it does not show all containing html tables. I'm not a CSS guru but I tried this wil no avail... .dojoDialog { position:absolute; top: 10px; left: 10px; } Any help or pointers would be appreciated. Cheers Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Dialog size and position
Hello I would like to use the tacos:Dialog component for more than just an alternative to an alert box. Kind of like a show modal window containing tables and forms etc. Also doing partial ajax updates on this "Dialog". First problem is that the top left corner of the popup is displayed in the center of my browser window and remains there. Second problem is that it does not show all containing html tables. I'm not a CSS guru but I tried this wil no avail... .dojoDialog { position:absolute; top: 10px; left: 10px; } Any help or pointers would be appreciated. Cheers Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Messages on Validator
Maybe you're right Jesse, but I hope not... as I understood it all Tap4 Validators extends from BaseValidator which implements the message property which is supplied between the brackets. When the docs states that Required validator is not configurable I thought it meant that it had no other properties to set with the = sign. Also, in my own validators, if the input does not validate I do this: throw new ValidatorException("No no no, not valid!!!"); but still I get the default ** ... so the invalidation works but the message I give is ignored? I have a feeling I have missed something simple, but I just can't see it :[ Malin On 7/30/06, Jesse Kuhnert < [EMAIL PROTECTED]> wrote: If you look at the "validators: binding prefix" section I see one statement that says the Required validator is not configurable. (I could be wrong about my interpretation, but that's what the docs say) http://tapestry.apache.org/tapestry4.1/UsersGuide/validation.html On 7/30/06, Malin Ljungh <[EMAIL PROTECTED]> wrote: > > Hi all, > > I'm struggeling with validors. No matter what I do I just get the default > ** > as message. > I try to write it like this: > validators="validators:required[Please enter your name]" > > but I just get the default ** :( > I have also writte my own validators and they work - but not the custom > messages ...? > > What is it that I have missed? > > Malin > > -- Jesse Kuhnert Tacos/Tapestry, team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind.
Re: Localization help
I run Tapestry 4 but I think it works similar... or maybe not... this is what I do: In the html I have this: Swedish and in the corresponding java I have this: public void setLocale(String language) { getPage().getEngine().setLocale(new Locale(language)); getPage().getRequestCycle().cleanup(); throw new PageRedirectException(this.getPage()); } Malin On 7/31/06, Peter Dawn <[EMAIL PROTECTED]> wrote: i forgot to mention that i am using tapestry 3.0.3. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JumpStart v0.5 is now available for learning Tapestry and EJB3
To those of you who wanted a simpler entry point for learning Tapestry than JumpStart v0.4, I think I've got it. I've split JumpStart into 2 editions: * JumpStart Min is much simpler - it leaves out the clutter of advanced features so that, I hope, the essence of Tapestry stands out. * JumpStart Max retains all the advanced features of v0.4 - localization, back-button handling, backwards navigation, fancier components, and so on. It's at http://tapestry.apache.org/tapestry4.1/QuickStart/ contributed.html Please keep sending suggested improvements. The easier we can make it for others to learn Tapestry then the better it is for all of us! Regards, Geoff
Re: Render Tapestry pages into a file
On 7/31/06, KE Gan <[EMAIL PROTECTED]> wrote: Jesse, thanks for the fast reply (as always :)) If I were to use the ResponseBuilder approach, that means Tapestry will cache the pages. And since the pages are submitted (and modified) by users from time to time (as mentioned in earlier post), how can I clear the cache for a specific pages ? Is that possible ? I did an email service that renders pages and sends them by email... It would be probably possible to tweak the service to render the pages into files. I mavenized the project and I'll write some tests soon and will host it somewhere. I'm not sure about the cache what you mean... What cache are you refererring to? -- Henri Dupre Actualis Center
Re: Moving this discussion group
Nabble is perfect. Thanks for the link. -- View this message in context: http://www.nabble.com/Moving-this-discussion-group-tf2028006.html#a5579496 Sent from the Tapestry - User forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Moving this discussion group
I recommend Nabble to track this list's activity: http://www.nabble.com On 7/31/06, hv @ Fashion Content <[EMAIL PROTECTED]> wrote: Its a recurring question, but people seem to like it, and if you prefer newsgroups you can use gmane like I do. "Daniel Trebbien" <[EMAIL PROTECTED]> skrev i en meddelelse news:[EMAIL PROTECTED] > Hi All, > > I was wondering if people would like to move this discussion group to > a different groups service, like Google groups. I suggest Google > groups because it seems like many of the 'regulars' in this discussion > forum have GMail accounts. > > Personally I like Google groups because the user interface is easy to > use, but would not mind other services like Yahoo's; anything but this > current email-based system (how archaic!). > > It seems that someone has already started a tapestry group: > http://groups.google.com/group/tapestry > > If you wouldn't mind, please check it out (and join). > > Sincerely, > Daniel Trebbien. > > - > 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] -- Cumprimentos, Rui Pacheco
Re: Moving this discussion group
Its a recurring question, but people seem to like it, and if you prefer newsgroups you can use gmane like I do. "Daniel Trebbien" <[EMAIL PROTECTED]> skrev i en meddelelse news:[EMAIL PROTECTED] > Hi All, > > I was wondering if people would like to move this discussion group to > a different groups service, like Google groups. I suggest Google > groups because it seems like many of the 'regulars' in this discussion > forum have GMail accounts. > > Personally I like Google groups because the user interface is easy to > use, but would not mind other services like Yahoo's; anything but this > current email-based system (how archaic!). > > It seems that someone has already started a tapestry group: > http://groups.google.com/group/tapestry > > If you wouldn't mind, please check it out (and join). > > Sincerely, > Daniel Trebbien. > > - > 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: Render Tapestry pages into a file
Jesse, thanks for the fast reply (as always :)) If I were to use the ResponseBuilder approach, that means Tapestry will cache the pages. And since the pages are submitted (and modified) by users from time to time (as mentioned in earlier post), how can I clear the cache for a specific pages ? Is that possible ? Thanks. On 7/31/06, Jesse Kuhnert <[EMAIL PROTECTED]> wrote: I would take a look at the new ResponseBuilder interface provided in 4.1. Though it's still possible to do in tapestry 4, the new rendering logic would make it very easy for you to capture the output of a page render and do whatever you like with it. It's also something you can control with a hivemind contribution, so overriding the default html response renderer wouldn't be very hard either. http://tapestry.apache.org/tapestry4.1/ajax/ResponseBuilder.html On 7/30/06, KE Gan <[EMAIL PROTECTED]> wrote: > > Hi, > > I am working on a Tapestry application that has over hundreds Tapestry > HTML > pages, all sharing one single Java class file. These Tapestry HTML pages > are > submitted by users from time to time ... so they are not immediately in > the > web application, and they may change from time to time. > > The thing is, I would like to render these Tapestry pages into files > (instead of normally output the the HTTP stream). I have thought of 3 ways > of doing this, but I feel they may not be the right way or maybe not > possible, ... so wonder if more experience Tapestry guys here can give > some > advice. > > (Method 1) The Tapestry HTML pages submitted by users are put into web > accessible directory in the web application. Then access the file using > libraries such as Apache Common HttpClient from the web application > itself, > then save the output stream data, and write them to files. > > This approach has one problem. Since the Tapestry HTML pages are cached by > Tapestry, and user may submit modified Tapestry HTML pages (with the same > filename) in the future, these modified Tapestry HTML pages will not be > loaded anymore. I could still clear the Tapestry cache, but that would > clear > the cache for the whole web application (something not desired). > > So I feel this approach is probably the least possible. > > (Method 2) Instantiate a separate 'Tapestry rendering engine' inside the > web > application. Use the object to render the user submitted Tapestry HTML > pages > and save the output to files. > > Is this possible? How to do it? I tried to trace into the Tapestry source > code, but the complexity of PageLoader is just beyond me. It seems to > be tightly tied into Tapestry as a whole. > > Then again, how possible is it? I kinda feel this is the best way. Am I on > the right path? > > (Method 3) Write my own rendering engine. Since the user submitted > Tapestry > HTML Pages will only use minimum set of Tapestry components such as > Insert, > TextInsert, and For (these can be made a requirement). So essentially, I > will have dom4j read the HTML structure, and replace the appropriate data > where 'jwcid' appears. And finally write the processed DOM into files. > > > If you have read until here for this long post, thank you very much :) Any > hint and pointers will be greatly appreciated. > > ~KEGan > > -- Jesse Kuhnert Tacos/Tapestry, team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind.
Re: 3.0 -> 4.0 upgrade and parameter differences
Thanks, Howard. That's what I ended up doing and it has worked well. I think using the parameter property for the search field property was a bit of bad style anyhow. Danny Howard Lewis Ship wrote: The two property solution is the only one I can think of. Override prepareForRender() as your chance to copy the parameter value to the temporary property. On 7/27/06, Danny Mandel <[EMAIL PROTECTED]> wrote: Hi all, I'm finally getting around to upgrading my 3.0 codebase and things are going spectacularly! However, I have a case where it seems the new component parameter handling isn't doing what I would like it to (it's a rare case-- almost all others make much more sense now!), and I was wondering if others had encountered similar issues. Basic idea: I have a search component that takes a default value for a search field (so the user will have some info pre-filled out for them) as a parameter. In Tapestry 3.0, this was specified as an 'in' parameter, and the property generated by the parameter was also used to bind the text the user had typed when the search form was submitted. It looked approximately like this: SearchComponent.html: Group Name: value="ognl:groupName"/>. SearchComponent.jwc: With Tapestry 4, however, since I am using the groupName as the search field property as well as the parameter, it is attemping to write back the user-submitted value to the page that is binding the parameter. In this case, that is *not* desired behavior. I can easily work around this by creating a separate property for the search field value, but would rather not if it is avoidable. Has anyone else encountered this? If so, how did you solve it? Thanks, Danny - 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: 3.0 -> 4.0 upgrade and parameter differences
The two property solution is the only one I can think of. Override prepareForRender() as your chance to copy the parameter value to the temporary property. On 7/27/06, Danny Mandel <[EMAIL PROTECTED]> wrote: Hi all, I'm finally getting around to upgrading my 3.0 codebase and things are going spectacularly! However, I have a case where it seems the new component parameter handling isn't doing what I would like it to (it's a rare case-- almost all others make much more sense now!), and I was wondering if others had encountered similar issues. Basic idea: I have a search component that takes a default value for a search field (so the user will have some info pre-filled out for them) as a parameter. In Tapestry 3.0, this was specified as an 'in' parameter, and the property generated by the parameter was also used to bind the text the user had typed when the search form was submitted. It looked approximately like this: SearchComponent.html: Group Name: . SearchComponent.jwc: With Tapestry 4, however, since I am using the groupName as the search field property as well as the parameter, it is attemping to write back the user-submitted value to the page that is binding the parameter. In this case, that is *not* desired behavior. I can easily work around this by creating a separate property for the search field value, but would rather not if it is avoidable. Has anyone else encountered this? If so, how did you solve it? Thanks, Danny - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Howard M. Lewis Ship TWD Consulting, Inc. Independent J2EE / Open-Source Java Consultant Creator and PMC Chair, Apache Tapestry Creator, Apache HiveMind Professional Tapestry training, mentoring, support and project work. http://howardlewisship.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Dojo-interest] Connect() vs. addOnLoad() in IE 6 (Tacos broken)
It's hard to predict when 4.1 can be marked as stable. Presumably when enough people have been using it that it looks like all of the major issues have been worked out. I can say with confidence that out of all the ajax development I have personally done I consider T4.1 to be the most stable. (I wrote some of the tacos ajax stuff, in case you didn't know.) On 7/31/06, Harvey, David <[EMAIL PROTECTED]> wrote: Thanks for your response. So Tapestry 4.1 bypasses the need for Tacos entirely, I get that. Unfortunately the timing was not good for my product's release cycles. The Tapestry web site still lists 4.1 as 'unstable'. Do we have a rough guess as to when T4.1 will be released GA? Sorry about the previous cross post. My mistake. _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jesse Kuhnert Sent: Monday, July 31, 2006 8:44 AM To: [EMAIL PROTECTED] Cc: Tacos Developers Subject: Re: [Dojo-interest] Connect() vs. addOnLoad() in IE 6 (Tacos broken) Ok, a couple points.. -) Cross posting is generally frowned upon. (though I understand being frustrated with something not working) -) dojo.event.connect() not working in version XX of tacos is troubling, but hardly the fault of dojo. (ie if you can get it to work on a plain vanilla html page with dojo then there's not really very much to do about it from dojos perspective) -) Unless you were looking to use a specific component, most of the functionality in tacos has been moved into the released Tapestry 4.1 version. This time around it was done in a much cleaner/thorough/well tested manner, so it might be something worthwhile looking at. -) Realistically I'm probably not going to be working on tacos again for a very long time, if ever. (maybe, for components relying on non-gpl friendly licensing) On 7/31/06, Harvey, David <[EMAIL PROTECTED]> wrote: Well I would except I'm using dojo thru Tacos and it makes extensive use of connect(). The 10-July version of Tacos4 beta is broken in IE6 due to the connect() not being functional. Oddly enough the version of dojo that Jessie Kuhnert referred me to as being functional http://svn.apache.org/viewvc/tapestry/tapestry4/trunk/tapestry-framework /src/js/dojo/ does work in IE 6 and this is the reason for my post. -Original Message- From: Alex Russell [mailto:[EMAIL PROTECTED] Sent: Friday, July 28, 2006 9:17 PM To: [EMAIL PROTECTED] Cc: Harvey, David ; Tacos Developers Subject: Re: [Dojo-interest] Which version of DOJO works with Tacos and why? I don't know anything about Tacos, but I strongly doubt that connect() is at fault. Instead, you're just not using the recommended addOnLoad() method for attaching things to the onload event. Regards On Friday 28 July 2006 2:21 pm, [EMAIL PROTECTED] wrote: > Sorry to spam to both lists but this has been driving me absolutely > crazy. > > The dojo shipped with the 10-July source snapshot of Tacos3 (linux ls >-l output) > - >--- -- > 511162 Jun 19 16:23 dojo.js.uncompressed.js* sum -r output: > 00186 500 dojo.js.uncompressed.js > > This version has the problem with event.connect in IE described below > and in various other postings. Unfortunately Tacos makes extensive > use of event.connect so this causes lots of problems with Tacos. > > The dojo I was just referred to as working with the onload in IE >(linux ls -l output) > - >--- - > 307834 Jul 28 08:59 dojo.js.uncompressed.js* sum -r output: > 21831 301 dojo.js.uncompressed.js [ snip ] -- Alex Russell [EMAIL PROTECTED] A99F 8785 F491 D5FD 04D7 ACD9 4158 FFDF 2894 6876 [EMAIL PROTECTED] BE03 E88D EABB 2116 CC49 8259 CF78 E242 59C3 9723 "Secure Server BSK" made the following annotations on 07/31/2006 10:28:05 AM --"This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately." == ___ Dojo FAQ: http://dojo.jot.com/FAQ Dojo Book: http://manu
Moving this discussion group
Hi All, I was wondering if people would like to move this discussion group to a different groups service, like Google groups. I suggest Google groups because it seems like many of the 'regulars' in this discussion forum have GMail accounts. Personally I like Google groups because the user interface is easy to use, but would not mind other services like Yahoo's; anything but this current email-based system (how archaic!). It seems that someone has already started a tapestry group: http://groups.google.com/group/tapestry If you wouldn't mind, please check it out (and join). Sincerely, Daniel Trebbien. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [Dojo-interest] Connect() vs. addOnLoad() in IE 6 (Tacos broken)
Thanks for your response. So Tapestry 4.1 bypasses the need for Tacos entirely, I get that. Unfortunately the timing was not good for my product's release cycles. The Tapestry web site still lists 4.1 as 'unstable'. Do we have a rough guess as to when T4.1 will be released GA? Sorry about the previous cross post. My mistake. _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jesse Kuhnert Sent: Monday, July 31, 2006 8:44 AM To: [EMAIL PROTECTED] Cc: Tacos Developers Subject: Re: [Dojo-interest] Connect() vs. addOnLoad() in IE 6 (Tacos broken) Ok, a couple points.. -) Cross posting is generally frowned upon. (though I understand being frustrated with something not working) -) dojo.event.connect() not working in version XX of tacos is troubling, but hardly the fault of dojo. (ie if you can get it to work on a plain vanilla html page with dojo then there's not really very much to do about it from dojos perspective) -) Unless you were looking to use a specific component, most of the functionality in tacos has been moved into the released Tapestry 4.1 version. This time around it was done in a much cleaner/thorough/well tested manner, so it might be something worthwhile looking at. -) Realistically I'm probably not going to be working on tacos again for a very long time, if ever. (maybe, for components relying on non-gpl friendly licensing) On 7/31/06, Harvey, David <[EMAIL PROTECTED]> wrote: Well I would except I'm using dojo thru Tacos and it makes extensive use of connect(). The 10-July version of Tacos4 beta is broken in IE6 due to the connect() not being functional. Oddly enough the version of dojo that Jessie Kuhnert referred me to as being functional http://svn.apache.org/viewvc/tapestry/tapestry4/trunk/tapestry-framework /src/js/dojo/ does work in IE 6 and this is the reason for my post. -Original Message- From: Alex Russell [mailto:[EMAIL PROTECTED] Sent: Friday, July 28, 2006 9:17 PM To: [EMAIL PROTECTED] Cc: Harvey, David ; Tacos Developers Subject: Re: [Dojo-interest] Which version of DOJO works with Tacos and why? I don't know anything about Tacos, but I strongly doubt that connect() is at fault. Instead, you're just not using the recommended addOnLoad() method for attaching things to the onload event. Regards On Friday 28 July 2006 2:21 pm, [EMAIL PROTECTED] wrote: > Sorry to spam to both lists but this has been driving me absolutely > crazy. > > The dojo shipped with the 10-July source snapshot of Tacos3 (linux ls >-l output) > - >--- -- > 511162 Jun 19 16:23 dojo.js.uncompressed.js* sum -r output: > 00186 500 dojo.js.uncompressed.js > > This version has the problem with event.connect in IE described below > and in various other postings. Unfortunately Tacos makes extensive > use of event.connect so this causes lots of problems with Tacos. > > The dojo I was just referred to as working with the onload in IE >(linux ls -l output) > - >--- - > 307834 Jul 28 08:59 dojo.js.uncompressed.js* sum -r output: > 21831 301 dojo.js.uncompressed.js [ snip ] -- Alex Russell [EMAIL PROTECTED] A99F 8785 F491 D5FD 04D7 ACD9 4158 FFDF 2894 6876 [EMAIL PROTECTED] BE03 E88D EABB 2116 CC49 8259 CF78 E242 59C3 9723 "Secure Server BSK" made the following annotations on 07/31/2006 10:28:05 AM --"This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately." == ___ Dojo FAQ: http://dojo.jot.com/FAQ Dojo Book: http://manual.dojotoolkit.org/DojoDotBook [EMAIL PROTECTED] http://dojotoolkit.org/mailman/listinfo/dojo-interest -- Jesse Kuhnert Tacos/Tapestry, team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind.
Re: FOSS Frameworks and Backword Compatability
+1.0E6 Cheers, PS On 7/31/06, Sergei Dubov <[EMAIL PROTECTED]> wrote: Well... Big discussion. First, if we look around, we will see that breaking backward compatibility is nothing new whether in open-source or commercial space. Linux is pretty much the biggest violator here. Do you know that Linux interfaces change minor release from minor release? Try maintaining your drivers in this environment. As for web frameworks, Struts is slowly dying (still everybody uses it, but that's beyond me). JSF 2.0 will most certainly be nothing like JSF 1.0. There are others. Maybe we should go to Microsoft technologies for stability? Well, good luck migrating old VB programmers to VB.NET. Everything is different, and not backwards compatible. How about J2EE <2.1 and J2EE 3.0? Wow. Nothing is same in terms of code (of course the spec mandates that the old stuff should still run in new app servers, but we're talking about code here). The point is things have to get better, and they will. Sometimes you have to break backward compatibility, sometimes you just need the bandwidth to support it. That said... It is very critical from a marketing perspective to maintain the compatibility story. It is also clear that in the case of web frameworks, it is quite difficult to do (architecturally speaking). So, hold your horses of blame. Better help Tapestry, maybe then will you be able to influence its direction. Serge. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
FOSS Frameworks and Backword Compatability
Well... Big discussion. First, if we look around, we will see that breaking backward compatibility is nothing new whether in open-source or commercial space. Linux is pretty much the biggest violator here. Do you know that Linux interfaces change minor release from minor release? Try maintaining your drivers in this environment. As for web frameworks, Struts is slowly dying (still everybody uses it, but that's beyond me). JSF 2.0 will most certainly be nothing like JSF 1.0. There are others. Maybe we should go to Microsoft technologies for stability? Well, good luck migrating old VB programmers to VB.NET. Everything is different, and not backwards compatible. How about J2EE <2.1 and J2EE 3.0? Wow. Nothing is same in terms of code (of course the spec mandates that the old stuff should still run in new app servers, but we're talking about code here). The point is things have to get better, and they will. Sometimes you have to break backward compatibility, sometimes you just need the bandwidth to support it. That said... It is very critical from a marketing perspective to maintain the compatibility story. It is also clear that in the case of web frameworks, it is quite difficult to do (architecturally speaking). So, hold your horses of blame. Better help Tapestry, maybe then will you be able to influence its direction. Serge. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
where and how to persist object that is passed to components in page
I have a page to list all Actions. from this list i open an ActionDetails page by setting the actionId to the page. ActionDetails.page has and the page class has a method public Action getAction() { ...} that gets the actionId from the page and uses it to get the correct action from database and returns it on the ActionDetails page i have several different components showing various information about the action. for example i have userDetails component that shows the information related to the User object that is set to the action, and all of this date should be editable from a form. so i pass the User object to this component in the ActionDetails.page: and UserDetails component has @Parameter(name = "user", required = true) public abstract User getUser(); i can get the user data to the form, but when submit the form (with changed data or not) i get ognl.OgnlException - source is null for getProperty(null, "user") obviously the user isn´t persisted? what is the correct way to persist user and action objects so the user is updated and i´m returned to the page showing action details. i tried to add to ActionDetails.page but that causes the action passed to other components on the page to be null. would it help if i set the Action object straight from the listing page and persist it then, so there's no need to fetch it from the db in the page? this is probably pretty basic stuff, but for some reason i dont seem to find any examples how to do it.
Re: Tapestry 5 Discussions
Trashing HiveMind is sort of uninformed(not trying to sling mud). As previously pointed out you can't really do contributions in Spring. And that was one of the key T3 features it was supposed to replace. While I'm not terribly happy about the multitude of concepts involved in writing a non-trivial Tap4 app, I bet it would have been much worse if it had been built on Spring. Being a bit blunt: If you think HiveMind is just an ego trip why dont you write a version of ApplicationServlet that uses Spring instead. If the two are equal it shouldn't be much of a challenge to swap HiveMind out. Henrik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tapestry 5 Discussions
I think Howard has already pointed out that it would break the scalability of Tapestry. Pages and components instances must maintain their structure or they cannot be reused between requests. I think its a very good point, but I suspect that using proxies it would be possible to support it to some extent by allowing temporary "extensions" to the defined page/component structure. Henrik "Josh Long" <[EMAIL PROTECTED]> skrev i en meddelelse news:[EMAIL PROTECTED] Oh, simply to be able to dynamically modify the pages component graph programatically. For example, something like you might do in Swing, or Echo, or Wicket, or PRADO or .NET or JSF or GWT or anything else.. // echo add(new Link("link") { public void onClick() { } }); // swing getContentPane().add(new JButton("Hello") , null ) ); // echo Window window = new Window(); ContentPane content = new ContentPane(); window.setContent(content); Label label = new Label("Hello, World!"); content.add(label); // ASP.NET Button newButton = new Button(); newButton.Text = "New Button"; newButton.ID = "newButton"; newButton.Click += new System.EventHandler(this.newButton_Click); this.PlaceHolder.Add(newButton); etc. I know the reason (and its very, very valid) behind the limitation in tapestry: applications scale better when the application needs to maintain only the data for a particular request bound to the page and not data on the page component graph itself... but theres got to be some sort of compromise. being able to dynamically add controls is what makes things like a portal or even a module mechanism feasible.. I hope this is clearer... Peace, Josh On 7/31/06, Korbinian Bachl <[EMAIL PROTECTED]> wrote: > Hi, > > what exactly do you mean with " to add components programatically" ? > > Regards, > > > -Ursprüngliche Nachricht- > > Von: Josh Long [mailto:[EMAIL PROTECTED] > > Gesendet: Sonntag, 30. Juli 2006 22:52 > > An: Tapestry users > > Betreff: Re: Tapestry 5 Discussions > > > Actually, the one feature I think id like to see at this > > point (save for some small its-still-not-final issues with > > tapestry 4.1) is the ability to add components programatically. > > > > > - > 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: Tapestry 5 Discussions
> What do you think? I think; trying out a different approach in a sandbox to achieve improvements that seem impossible with the current structure is a good thing. making up your mind early that the future needs another painful revolution is a bad thing. But for all I know Howard is just trying out some ideas that he thinks are probable key components in a future version of Tapestry. I also think that we should put some action behind our words and chip in to help improve the version 4 line. Henrik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tapestry 5 Discussions
Personally I don't believe the proposed changes are a significant shift in the concept of how Tapestry works when compared to version 4. If that is the case the upgrade from 4 to 5 would be a technical change only. On the technical part I should think that a "classic" API could exist in Tapestry 5 to support the most common T4 constructs such as the abstract page/component classes. hivemodule.xml could be parsed to generate annotations and/or TODO comments. Henrik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tapestry 5 Discussions
Oh, simply to be able to dynamically modify the pages component graph programatically. For example, something like you might do in Swing, or Echo, or Wicket, or PRADO or .NET or JSF or GWT or anything else.. // echo add(new Link("link") { public void onClick() { } }); // swing getContentPane().add(new JButton("Hello") , null ) ); // echo Window window = new Window(); ContentPane content = new ContentPane(); window.setContent(content); Label label = new Label("Hello, World!"); content.add(label); // ASP.NET Button newButton = new Button(); newButton.Text = "New Button"; newButton.ID = "newButton"; newButton.Click += new System.EventHandler(this.newButton_Click); this.PlaceHolder.Add(newButton); etc. I know the reason (and its very, very valid) behind the limitation in tapestry: applications scale better when the application needs to maintain only the data for a particular request bound to the page and not data on the page component graph itself... but theres got to be some sort of compromise. being able to dynamically add controls is what makes things like a portal or even a module mechanism feasible.. I hope this is clearer... Peace, Josh On 7/31/06, Korbinian Bachl <[EMAIL PROTECTED]> wrote: Hi, what exactly do you mean with " to add components programatically" ? Regards, > -Ursprüngliche Nachricht- > Von: Josh Long [mailto:[EMAIL PROTECTED] > Gesendet: Sonntag, 30. Juli 2006 22:52 > An: Tapestry users > Betreff: Re: Tapestry 5 Discussions > Actually, the one feature I think id like to see at this > point (save for some small its-still-not-final issues with > tapestry 4.1) is the ability to add components programatically. > - 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: Tapestry 5 Discussions
> In my personal ideal world, Spring would have implemented the > namespacing, > abstraction, visibility and distributed configuration features he > needs, and > we could all reuse our Spring knowledge when we find we need to extend > Tap5. > At this point all I can hope for is that they implement some of that > stuff > in time for Tap6 :-) Why? Tapestry is apparently not interested in backwards compatibility and the rest of all the shebang! :-) My very personal 2c. But before I continu, I'll explain my situation (probably very much like others here on the list). For 2 recent missions I wanted to use Tapestry as a solution for the clients problem. In both cases we did a proper market research and both times Tap4 came out as being the best, be it not the simplest of them. Anyway, none of the project completed succesfully for several reasons that had nothing to do with Tap4 as such but one of the complaints was that Tap4 was to hard to learn (this might say something about the clients dev team but that's beside the point). I can't say that I'm very knowledgeable in the mystic art of Tap4. I try but since my current assignment does not include Tap4, and my free time is a rare commodity, I'm just lurking on the list to try to keep up. My worries are indeed that if Tap5 breaks all ties with Tap4, I will again have to invest lots of time in something that does *not* garantee any backwardscompatibility. For me, being a contractor, it does not realy makes an issue since once the job is done, I move on. But I can't sell that to the client! They want the illusion of things being able to run for years and years. Also, since the java world is moving very fast (with lots of framworks, lots of choice), haveing to relearn the same thing over and over is kinda tiresome and might changes the selection criteria I use for selecting a framework in the future. In conclusion, change is good, progress does come at a cost but support comes from the community. No one wants a high-tech, top-notch framework that is only sustained by a group of fanatical persons. I sounds good, but it doesn't sell. Not now, never will. BB Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: no way to put in @If component if (index % value) == true?
> I suppose I could put use an @Insert statement, but that seems like an evil kludge. You could wrap it up into a component if it makes you feel better, but I don't think you would be violating any commandments here. ;-) Cheers, Nick. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Streaming files from Tapestry
I agree with Murray that Tapestry should provide a vanilla service for downloading files such as images. It one of the first things you want to do as a newbie and the learning curve is unnecessary steep, especially at that early point. I would not be surprised if that's the place where many newbies give up and become .net n00bs instead. It would cost so little to put it in, preferrably with an easy to grok callback for dynamic stuff. It would make people more happy, kick less newbies in the shins and generally ease the natural process of Tapestry world dominance. Wadda ya say? :) Cheers, PS On 7/30/06, Murray Collingwood <[EMAIL PROTECTED]> wrote: Hi Ezra You asked: > I don't see how it relates to Tapestry. It relates to Tapestry because it appears on your faq. Option: a) Remove it from the faq (pretend people are asking this question, or that they are only misguided fools like myself) b) Fix the faq by providing a recommended solution. This of course was my original posting I'll stop going around in circles now that I hope everybody understands the issue. Cheers mc FOCUS Computing - web design Mob: 0415 24 26 24 [EMAIL PROTECTED] http://www.focus-computing.com.au -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.10.5/403 - Release Date: 28/07/2006 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: no way to put in @If component if (index % value) == true?
http://www.t-deli.com/ theres a useful class called the Splitter. You need only download it, and then setup a bean in your page. The splitter lets you take a flat collection and produce x collections of n length each. That way, youre iterating over a collection of collections. Peace, Josh On 7/31/06, Sam Gendler <[EMAIL PROTECTED]> wrote: The subject pretty much says it all. I am iterating over values I want in two columns. For reasons best explained by our html designer, they are in a table. So after each 12 items, I want to close the current td, open another td, and then continue. But @If won't let me do that, because it is improperly nested xml. Is there some way to accomplish this short of rendering two entirely separate loops, one for each column? I suppose I could put use an @Insert statement, but that seems like an evil kludge. --sam - 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]
no way to put in @If component if (index % value) == true?
The subject pretty much says it all. I am iterating over values I want in two columns. For reasons best explained by our html designer, they are in a table. So after each 12 items, I want to close the current td, open another td, and then continue. But @If won't let me do that, because it is improperly nested xml. Is there some way to accomplish this short of rendering two entirely separate loops, one for each column? I suppose I could put use an @Insert statement, but that seems like an evil kludge. --sam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: Tapestry 5 Discussions
Hi, what exactly do you mean with " to add components programatically" ? Regards, > -Ursprüngliche Nachricht- > Von: Josh Long [mailto:[EMAIL PROTECTED] > Gesendet: Sonntag, 30. Juli 2006 22:52 > An: Tapestry users > Betreff: Re: Tapestry 5 Discussions > Actually, the one feature I think id like to see at this > point (save for some small its-still-not-final issues with > tapestry 4.1) is the ability to add components programatically. > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]