Please call "size" "length"
>>>>> "Stu" == Stu Robertson <[EMAIL PROTECTED]> writes:
Stu> Hi Rahul. It would make a nice wiki page. I'll try to
Stu> put something up over the next few days. The only
Stu> reason I didn't post my test files/scripts is because
Stu> the content is clearly client-oriented. I hope the
Stu> patch gets accepted to htmlunit shortly, since patching
Stu> is by far the trickiest part of what needs to be done.
Stu> The writing of scripts is pretty trivial - I found I
Stu> spent the same amount of time writing regression scripts
Stu> as I had done creating a "test jsp" with links to the
Stu> same content for visual inspection.
Stu>
Stu> I have a few RDC questions for you. There are a few
Stu> things we'd like to do, some of which will require
Stu> changes to the RDCs. I'll be doing that over the next
Stu> week probably, but would like to bounce them off you
Stu> first to make sure I'm going in the right direction.
Stu>
Stu> First, we need validation that in put is an exact size,
Stu> rather than just a range, for alpha, digit and alphanum.
Stu> Range works, but the error message is goofy. The change
Stu> looks straightforward, and I was thinking of making the
Stu> new attribute "size."
Stu>
Stu> The main thing though is to find or make a way to
Stu> specify custom grammars for standard RDCs. For
Stu> instance, date.grxml allows year to be optional, which
Stu> for our purposes will never be the case. We'd also like
Stu> to narrow some of the grammars that accept wider input
Stu> than we need, to improve the accuracy of speech
Stu> recognition. These are generally minor tweaks, and do
Stu> not change the contract between the grammar and the RDC.
Stu> I see in fsm-input where these are set, and that there's
Stu> flexibility to have inline grammars and arrays of
Stu> either. I didn't see a mechanism for specifying
Stu> overrides for default grammars though. I think it would
Stu> be ideal if this were doable at the per-instance level
Stu> and also per-application level, the later possibly via
Stu> an init param to the grammer servlet. Speaking of
Stu> which, though I haven't thought through all the way how
Stu> to implement this yet, I suspect we're going to bump
Stu> head-on into the GrammarServlet's dependence on the
Stu> taglibs-rdc.jar. Will we have to break this up to
Stu> implement this? Maybe if it pulled grammars from the
Stu> classpath instead?
Stu>
Stu> Thanks for giving credit for my little wiki page :-).
Stu> There will be more! We're just starting to hit stride
Stu> in design of our first app, with many to go. We have
Stu> some interesting things planned that should stretch RDCs
Stu> a bit too. I'll definitely bounce ideas off of the list
Stu> before jumping in then too, but this is enough for now.
Stu>
Stu> Oh, before I forget, I really do need to send you a
Stu> simple example of the jsp forwarding problem with
Stu> struts-submit. I'm now redirecting between all struts
Stu> actions so that no more than 1 JSP ever renders within a
Stu> single request. I understand this works in Tomcat, but
Stu> WAS 6.0.1 (haven't applied the 6.0.2 patch yet) the
Stu> voice interpreter errors out with prolog complaints.
Stu> Recreating it is pretty simple, and you might even hit
Stu> it with the example apps. If not, I'll try to find time
Stu> to create a simple example, or maybe just send you
Stu> something offline. As I mentioned before, my theory is
Stu> that (assuming it isn't "operator error" :-) the spec is
Stu> vague about what happens to the buffer when forwarding
Stu> through a mechanism other than jsp:forward. At least
Stu> that's how it read to me a few weeks ago - I think I
Stu> mentioned sections in the last post on the topic.
Stu>
Stu> No biggie for us. Redirecting works fine, though we'd
Stu> prefer not to do that forever.
Stu>
Stu> Stu
Stu>
>> Stu -
>>
>> I haven't tried canoo, I'm hoping to soon now, based on
>> your feedback. It would be great if you could take your
>> previous email and create a new tutorial page on the wiki
>> [
>> http://wiki.apache.org/jakarta-taglibs/ReusableDialogComponents/
>> Tutorials ]. You've done all the work for the new
>> tutorial, maybe slap three curly brackets around the patch
>> and we should have a very useful wiki page ;-)
>>
>> Thanks Stu! -Rahul
>>
>> P.S.-I added a line for credits on your TryingOut
>> tutorial, a trivial update from me earlier left no
>> indication who the original author was - for the casual
>> surfer atleast.
Stu>
--
Best Regards,
--raman
------------------------------------------------------------
T. V. Raman: PhD (Cornell University)
IBM Research: Human Language Technologies
Architect: RDC --- Conversational And Multimodal WWW Standards
Phone: 1 (408) 927 2608 T-Line 457-2608
Fax: 1 (408) 927 3012 Cell: 1 650 799 5724
Email: [EMAIL PROTECTED]
WWW: http://almaden.ibm.com/u/tvraman (google:tv raman
AIM: emacspeak
GPG: http://www.almaden.ibm.com/cs/people/tvraman/raman-almaden.asc
Snail: IBM Almaden Research Center,
650 Harry Road
San Jose 95120
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
