[cgiapp] Run modes structure and style

["Dimitris Papaharisis" <suppressed>]

Hi list,

I have recently started using C::A and I do like the idea of its structure
and usage. I just cant seem to make it clear in my head how to structure (or
style) the runmodes to do what I want.

Let's say I have a frontpage with several options such as register, logon,
retrive password, search, category browse, add new item, admin functions

I can add these in Project.pm / project.pl and the setup method would
contain something along the lines of:

   $self->run_modes(
      'front_page' => 'front_page',
      'category_browse' => 'category_browse',
      'search' => 'search',
      'item_add' => 'item_add',
      'register' => 'register',
      'logon' => logon,
	.
	.
	.
	etc.
     );


Now each of these runmodes might have sub-runmodes (for example register
will have display_basic_register and display_full_register (as well as
perform_basic_register and perform_full_register)). What do I do now? Do I
scrap the register runmode from Project.pm and replace it with
display_basic_register, display_full_register, perform_basic_register and
perform_full_register?

I m not very keen on this option since it would make more sense (and help
maintainability) to have the registration sub-modes in a different .pm.

Then even if I put the register sub-runmodes in a seperate .pm how do I call
it (use it? require it?) when I m in that run mode?

The other option would be something along the lines of NOT having a central
Project.pm and just having the individual (e.g. Register.pm) module that
call each other... In that case how do I move from one module to another? Do
I just do a POST with the new module as an action?

Sorry for the length of the question. Just trying to get some opinions from
people that have developed medium / large size C::As with a large number of
modes.

Thanks alot!!!

----------------------------------------------------------------------------
--------
Legal Disclaimer: Internet email communications are not secure and therefore
Diva-Net does not accept legal responsibility for the contents of this
message.
Any views or opinions presented are solely those of the author and do not
necessarily
represent those of Diva-Net unless specifically stated.




---------------------------------------------------------------------
Web Archive:  http://www.mail-archive.com/suppressed/
              http://marc.theaimsgroup.com/?l=cgiapp&r=1&w=2
To unsubscribe, e-mail: suppressed
For additional commands, e-mail: suppressed