[Wwedit-development] dynamische formulare

[Thomas R. <th...@by...>]

Hi Leute,

Wenn Ihr diese mail lest diese ail hier, weil ihr in der mailingliste wwe...@li... aufgenommen seit.

war das ne doofe entscheidung von mir euch aufzunehmen, und ihr wollt wieder raus, dann besucht einfach:

http://lists.sourceforge.net/lists/listinfo/wwedit-development/

dort koennt ihr euch wieder austragen.

warum es mir eigentlich geht:

ich moecht eine gute zusammenarbeit erreichen und mit euch einige ideen austauschen, um das cms in eine gute richtung weiterzuentwickeln.

eine funktionalitaet, welche ich in zukunft fuer wichtig erachte sind interaktive elemente auf der website. besonders formulare gehoeren dazu.

momentan haben wir schon eine mini-loesung fuer sowas. page pt_mailform denkt aber noch lange nicht alle anforderungen ab. dort ist es bisher nur moeglich 3 Formularfelder auf einer seite zu benutzen. diese muessen dann auch noch vom type textarea oder input type="text" sein.

meine vorstellung ist die entwicklung eines neuen pagetypes (pt_extform). mit diesem soll es moeglich sein, dass der adminsitrator der seite mit hilfe von ini dateien formulare definieren kann. durch die zuweisung zu einem smarty template laesst sich dies dann auch fuer den endnutzer visualisieren. der pagetype kuemmert sich um die analyse der formularkonfiguration und visualisiert dieses im eigentlichen redaktionssystem und ermoeglicht dem redakteur zusaetzliche texte und konfigurationen einzugeben.

folgende anforderung stelle ich an ein solchen modul:

  1. verschiedene formularfelder konfigurierbar durch siteadmin
   - textarea/ input type="text"
   - checkboxen/ multiple selectbox
   - radiobuttons/ single selectbox
  2. siteadmin kann textbloecke definieren, welche der 
     redakteur verwalten kann
  3. redakteur kann definierte textbloecke verwalten
  4. siteadmin kann processing mode definieren
   - mode 1: die daten die ein nutzer im frontend eingibt, werden in einer
     datenbank gespeichert und koennen durch einen redakteur im cms 
     eingesehen werden. optimal waere natuerlicht dann auch eine
     freikonfigurierbare export moeglichkeit (xml,cvs,txt,xls etc.)
   - mode 2: die daten werden per email an eine durch den redakteur definierte
     email adresse geschickt.
   - mode 3: kombination aus mode 1 und mode 2. es wird verschickt & 
     gespeichert

ich denke es handelt sich um eine coole loesung, welche ich plane so zu codieren, dass ein weiter benutzen in anderen projekten moeglich ist. gerade die obigen anforderungen treffen ja eigentlich auf nahezu jedes projekt zu. somit liegt es nahe eine kleine klassebibliothek zu entwerfen, welche die funktionalitaet implementiert, sowie einen pagetype zu definieren, welcher dann mit hilfe der klassenbibliothek die obige funktionalitaet in das cms einbindet.

auf kritik und vorschlaege bin ich gespannt. moechte schliesslich nicht irgendwas uebersehen haben, und dann im nachhinein mehr arbeit haben, als es noetig ist.

thomas

ps.:

ihr muesst nicht nur eigene interessen vertreten. auch funktionalitaeten, die ihr nie brauchen wuerdet sollten mal als idee vorgestellt werden.