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]
Re: no way to put /tdtd 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]
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 /tdtd 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: 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: 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
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
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]
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 property name=actionId/
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:
component id=userDetails type=UserDetails
binding name=user value=action.user/
/component
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 property name=action persist=session/ 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.
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]
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.
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)
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:
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: 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: 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
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: 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:
a href=# jwcid=@DirectLink listener=listener:setLocale
parameters=ognl:'en' title=message:english
img jwcid=@Image image=asset:englishImageAsset
alt=message:english/
/a
a href=# jwcid=@DirectLink listener=listener:setLocale
parameters=ognl:'sv'
span key=swedishSwedish/span
/a
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]
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]
Re: Messages on Validator
My pages with forms and validation always contain something like this (once for the whole form): span jwcid=@If condition=ognl:components.myForm.delegate.hasErrors span jwcid=@Insert value=ognl:components.myForm.delegate.firstError Error message /span /span 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.
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 tr tdinput type=submit value=larr; Revert Changes onclick=document.editContact.events.cancel() //td td colspan=2input type=submit value=Save Changes rarr; //td /tr The form component component id=editContact type=Form binding name=clientValidationEnabled value=ognl:true/ binding name=success value=listener:save/ binding name=cancel value=listener:revert/ binding name=delegate value=validationDelegate/ /component Thanks, Simon - 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
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]
