Thread: [Openaaq-discuss] Patron Question Posting Specification
Status: Beta
Brought to you by:
a-non-mouse
From: Alex P. <ale...@zw...> - 2005-02-10 04:19:22
|
OK, here's the start of a spec for the question posting module. I'm trying to simplify, because the more complex notions were going nowhere. I'm handing off the responsibility for complex user profiles and any kind of stored patron profile. Take a look at the Ask page at the Internet public library: http://www.ipl.org/div/askus/ My new philosophy: Ask A Question is a solution for a transaction driven question and answer service. It is not a Customer Relations Management system, although it may be integrated into one. ============ OpenAAQ Patron Question Posting Specification * Overview The system uses a one page patron profile and question model. This is intended to simplify the basic question posting interaction. The system * Complex profiles When a complex profile requires multiple pages, or the contact email and other information comes from a web site's existing membership system, email and other fields can be passed by a preceeding page. Preceeding pages can use mechanisms OAAQ does not incorporate, such as image maps or DHTML forms. Any number of values can be passed to OAAQ to be stored in the form as hidden fields and recorded as a part of the question record. * Output requirements The system will produce complete HTML pages or just the question form as a Server Side Include page component. SSI is the easiest way to insert the OAAQ form into an existing site design. When a site uses an SSI to include the OAAQ form in a page, submitting a question will return a redirect to a "success" page. * Input verification The system will use Java script to verify the presence of required fields. More importantly, it would be helpful to verify the email field by ensuring there is an @ symbol, and by resolving the IP address of the destination server. |
From: Martin L. <jm...@un...> - 2005-02-24 11:56:28
|
Hi there Alex... I'm glad that the work on OpenAAQ continues!.. :) I'd like to say that, if you have to rewrite the code, it would be VERY=20 useful, to add some support for internationalization (thru templates, or=20 something similar) to make it easy to translate the interface, the text=20 in the email messages, etc. By the way... that 'meta_desc + view_desc' thing is just great! :) Martin Alex Polkovsky escribi=F3: > OK, here's the start of a spec for the question posting module. I'm > trying to simplify, because the more complex notions were going > nowhere. I'm handing off the responsibility for complex user profiles > and any kind of stored patron profile. >=20 > Take a look at the Ask page at the Internet public library: > http://www.ipl.org/div/askus/ >=20 > My new philosophy: Ask A Question is a solution for a transaction drive= n > question and answer service. It is not a Customer Relations Management > system, although it may be integrated into one. >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >=20 > OpenAAQ > Patron Question Posting Specification >=20 > * Overview >=20 > The system uses a one page patron profile and question model. This is > intended to simplify the basic question posting interaction. The system >=20 >=20 > * Complex profiles >=20 > When a complex profile requires multiple pages, or the contact email an= d > other information comes from a web site's existing membership system, > email and other fields can be passed by a preceeding page. >=20 > Preceeding pages can use mechanisms OAAQ does not incorporate, such as > image maps or DHTML forms. Any number of values can be passed to OAAQ > to be stored in the form as hidden fields and recorded as a part of the > question record. >=20 > * Output requirements >=20 > The system will produce complete HTML pages or just the question form a= s > a Server Side Include page component. SSI is the easiest way to insert > the OAAQ form into an existing site design. >=20 > When a site uses an SSI to include the OAAQ form in a page, submitting = a > question will return a redirect to a "success" page. >=20 > * Input verification >=20 > The system will use Java script to verify the presence of required > fields. More importantly, it would be helpful to verify the email field > by ensuring there is an @ symbol, and by resolving the IP address of th= e > destination server. >=20 >=20 >=20 > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick > _______________________________________________ > Openaaq-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openaaq-discuss --=20 J. Martin Longo Informatica SID - UNCuyo http://sid.uncu.edu.ar |