That is what we were speculating on in the IRC channel. I might recommend the documentation should be suggesting a best practice for designing input form workflows rather than (falsely) implying a theres a hardcoded limit in the application.
Gaurav is working on the storage of input-form and submission workflow configurations in the database on a per community/collection basis as his GSoC project and I highly recommend not inserting fixed limits such as this. Even if it were to look ugly, its not really the application developers place to force a hardcoded default of 6 as a policy for workflow designers. There may be real world cases for more than 6 input forms, for instance, one hypothetical, rather then presenting them as a linear progression, the UI may present them as selection of "optional forms" and given the selection of a specific Item "type" the UI may adapt to navigate through a selected subset of the list. Mark On Fri, May 29, 2009 at 1:30 PM, Richard Rodgers <[email protected]> wrote: > Hi Gaurav: > > That number isn't cast in stone - it was set because the submission > 'breadcrumb' trail started to look ungainly (each step adds a 'describe' > link) after that many. Also, one does wonder about stretching the > patience of the submitter - do you really want to have them enter more > than 6 pages of metadata? > > Thanks, > > Richard > > On Sat, 2009-05-30 at 01:08 +0530, gaurav kejriwal wrote: >> Hi all, >> I found in the Dspace documentation that the number of pages in an >> input-form can be utmost six but when I tried to increase the pages >> via the input-form.xml file,it took more than 6 pages without any >> problem.Can someone please tell whether in the documentation it is >> just a suggestion that a form should have max 6 pages or can the >> maximum number be controlled somewhere? >> Thanks >> Regards >> Gaurav >> ------------------------------------------------------------------------------ >> Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT >> is a gathering of tech-side developers & brand creativity professionals. Meet >> the minds behind Google Creative Lab, Visual Complexity, Processing, & >> iPhoneDevCamp as they present alongside digital heavyweights like Barbarian >> Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com >> _______________________________________________ DSpace-tech mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/dspace-tech > > > ------------------------------------------------------------------------------ > Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT > is a gathering of tech-side developers & brand creativity professionals. Meet > the minds behind Google Creative Lab, Visual Complexity, Processing, & > iPhoneDevCamp as they present alongside digital heavyweights like Barbarian > Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com > _______________________________________________ > DSpace-tech mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/dspace-tech > -- Mark R. Diggory @mire NV USA http://www.atmire.com ------------------------------------------------------------------------------ Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT is a gathering of tech-side developers & brand creativity professionals. Meet the minds behind Google Creative Lab, Visual Complexity, Processing, & iPhoneDevCamp as they present alongside digital heavyweights like Barbarian Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com _______________________________________________ DSpace-tech mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-tech
