Re: I would like to offer myself to help with documentation

2001-06-18 Thread Ted Husted
Absolutely everything is in the source download, under /doc Jonathan Asbell wrote: does someone have an example they can shoot to me of the xml and xsl used in documentation.

Re: rough draft of initial documentation

2001-06-18 Thread Ted Husted
I'm on my way to Altanta to do some Struts training today, and will take this with me to read on the plane. It may be Tuesday before I can post any comments (just don't think I'd forget you ;-). -- Ted Husted, Husted dot Com, Fairport NY USA. -- Custom Software ~ Technical Services. -- Tel 716

RE: Unsubscribe me...............

2001-06-18 Thread Eelco van Kuik
Title: Unsubscribe me... do it yourself dude -Original Message-From: Moses Lam [mailto:[EMAIL PROTECTED]]Sent: Monday, June 18, 2001 3:25 PMTo: '[EMAIL PROTECTED]'Subject: RE: Unsubscribe me... please unsubscribe me also. mo

Re: Documentation wish list repository

2001-06-18 Thread Craig R. McClanahan
On Mon, 18 Jun 2001, Jonathan Asbell wrote: Hi Craig. Could we put together a repository of the documentation wish list items. It would be unreasonable for me to be searching through e-mails to do this Definitely. Adding a docs section to the TODO list for 1.1 seems like an

Re: I would like to offer myself to help with documentation

2001-06-18 Thread Craig R. McClanahan
On Mon, 18 Jun 2001, Jonathan Asbell wrote: does someone have an example they can shoot to me of the xml and xsl used in documentation. All of the docs in the Struts Documentation application (which is also the contents of the Struts web site) are generated this way. In addition, the

Can someone resend the file I sent this morning

2001-06-18 Thread Jonathan
For some reason I did not receive at work the file I sent this morning called struts_doc.html. Can someone repost it to the list or resend it to me. [EMAIL PROTECTED]

RE: Client/Server Side Validation for Struts 1.1

2001-06-18 Thread David Winterfeldt
I've still been continuing work on the Struts Validator (http://home.earthlink.net/~dwinterfeldt/) in it's present form, but I've been thinking about the discussion under this thread and the best way to integrate these ideas with what I've done so far. It seems like it is best to keep everything

Re: The documentation, xml, and stylesheets

2001-06-18 Thread Barry Glasco
You are a Jack Ass! That is the most technical way I could think of putting it. Later - Original Message - From: Michael Westbay [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, June 18, 2001 8:27 PM Subject: Re: The documentation, xml, and stylesheets Asbell-san wrote: Mike,

Re: The documentation, xml, and stylesheets

2001-06-18 Thread Craig R. McClanahan
On Mon, 18 Jun 2001, Barry Glasco wrote: You are a Jack Ass! That is the most technical way I could think of putting it. Disagreements over technologies need not devolve into personal attacks. One of the refreshing things about the Struts community has been the relative absence of stuff

Struts 1.0 Released - Looking forward to 1.1!!!!!!!

2001-06-18 Thread Niall Pemberton
Congratulations and thank you for Struts 1.0 - a great product. Now I know you guys deserve a well earned rest now Struts 1.0 is released, but what sort of timescale do you envisage work starting on 1.1? I am particularly interested for starters in: 1) ActionForms with dynamic properties. 2)

Re: Client/Server Side Validation for Struts 1.1

2001-06-18 Thread Jonathan Asbell
Hi Dave. I really think (and tell me what you think) that all special formatting shoudl eventually be converted into the format of the system it is running on, THEN validated. Otherwise you have to design a gazillion permutations to validate. We could instead make various converters for each

Re: Client/Server Side Validation for Struts 1.1

2001-06-18 Thread David Winterfeldt
What do you mean by converted into the format of the system? Do you mean the object and not the String representation in the ActionForm? Or are you refering to the part where I talk about associating a locale to a phone number? Expand on what you were saying if this doesn't cover it, but the

RE: Re[2]: [PROPOSAL] Struts Extensions

2001-06-18 Thread Niall Pemberton
Oleg, Do you not think that if there was easier/standard mechanism in Struts to initialise resources it would be valid to use that for your bean-factory, even if you still needed to sub-class ActionServlet to do your processPreprocess stuff? This gets my vote. Niall -Original

Re: Struts 1.0 Released - Looking forward to 1.1!!!!!!!

2001-06-18 Thread Martin Cooper
Niall, Regarding auto-generating a subscript, what do you have in mind? The indexId attribute was added to the iterate tag recently (just before Struts 1.0) so that a scripting variable can be created containing the value of the current index. However, from the description in the TODO list, I'm

Re[4]: [PROPOSAL] Struts Extensions

2001-06-18 Thread Oleg V Alexeev
Hello Niall, Tuesday, June 19, 2001, 7:59:53 AM, you wrote: NP Oleg, NP Do you not think that if there was easier/standard mechanism in Struts to NP initialise resources it would be valid to use that for your bean-factory, NP even if you still needed to sub-class ActionServlet to do your NP

Proposed enhancement to bean:message

2001-06-18 Thread Martin Cooper
I posted this a few weeks ago as a patch, when it should more properly have been a proposal. Here, then, is the proposal: A problem with the current bean:message tag is that the only way to specify the message resource key dynamically is by using a JSP expression. This leads to the use of the

Re: Proposed enhancement to bean:message

2001-06-18 Thread Oleg V Alexeev
Hello Martin, +1 I think it must work at standard struts way - bean:message name=myBean/ bean:message name=myBean property=myKeyProperty/ and existing one - bean:message key=myForm/ Tuesday, June 19, 2001, 9:49:56 AM, you wrote: MC I posted this a few weeks ago as a patch, when it should

Unsubscribe me...............

2001-06-18 Thread Sachin Mapara
Title: Unsubscribe me... Please unsubscribe me from this list. Sachin Mapara. Trigyn Technologies Ltd. Tel :- 518 86 86 (O) Ext.- 537 95251 - 44 10 39 (R)