Mip-forms

Aus DeDi-Help

Version vom 21:51, 8. Aug. 2004 (bearbeiten) Bjoern (Diskussion | Beiträge) (→Einleitendes Beispiel) ← Zum vorherigen Versionsunterschied		Version vom 21:57, 8. Aug. 2004 (bearbeiten) (Entfernen) Bjoern (Diskussion | Beiträge) (→Einleitendes Beispiel) Zum nächsten Versionsunterschied →
Zeile 52:		Zeile 52:
-	'''''''':<br>	+	'''[LEER]''':<br>
	[Beschreibung][Textbox]<br>		[Beschreibung][Textbox]<br>
Zeile 85:		Zeile 85:
	|Hiermit k�nnen Konfigurationsfelder einger�ckt werden. Erleichtert die �bersicht bei komplexen Konfigurationen.		|Hiermit k�nnen Konfigurationsfelder einger�ckt werden. Erleichtert die �bersicht bei komplexen Konfigurationen.
	|}		|}
		+
	Es folgt der zweite Block. Hier wird der CSS- Parser konfiguriert.		Es folgt der zweite Block. Hier wird der CSS- Parser konfiguriert.
-	$mip_form['1']['cat'] = 'app_css'; Der CSS-Parser wird aufgerufen. Kleine	+	{|
-	Applikationen geh�ren bei den mip-forms immer in die Kategorie app_xxx	+	|$mip_form['1']['cat'] = 'app_css';
-		+	|Der CSS-Parser wird aufgerufen. Kleine Applikationen geh�ren bei den mip-forms immer in die Kategorie app_xxx
-	$mip_form['1']['output_cat'] = 'option'; 'output_cat' gibt die Kategorie an, wie	+	|-
-	das Formularfeld sp�ter beschaffen sein soll und entspricht im Endeffekt 'cat'.	+	|$mip_form['1']['output_cat'] = 'option';
-	'option' oder 'radio' sind sinnvoll. Empfehlung: 'option'	+	|'output_cat' gibt die Kategorie an, wie das Formularfeld sp�ter beschaffen sein soll und entspricht im Endeffekt 'cat', 'option' oder 'radio' sind sinnvoll. Empfehlung: 'option'
-		+	|-
-	$mip_form['1']['flag'] = "id_only"; 'flag' ist ein optionaler Parameter.	+	|$mip_form['1']['flag'] = "id_only";
-	'id_only' parst nur css-Id's, 'class_only' parst nur css-Klassen. Es wird	+	|'flag' ist ein optionaler Parameter. 'id_only' parst nur css-Id's, 'class_only' parst nur css-Klassen. Es wird dringend empfohlen, diesen Parameter zu setzen, da hinterher keine R�ckschl�sse mehr auf die Herkunft gezogen werden k�nnen (z.B. wird die Klasse ".class_or_id" sp�ter zu der Variablen 'class_or_id', ebenso wird die CSS- ID '#class_or_id' zur Variablen 'class_or_id'. Die Meisten Module benutzen die Option 'class_only'
-	dringend empfohlen, diesen Parameter zu setzen, da hinterher keine R�ckschl�sse	+	|-
-	mehr auf die Herkunft gezogen werden k�nnen (z.B. wird die Klasse ".class_or_id"	+	|mip_formsp($mip_form['0']);<br>
-	sp�ter zu der Variablen 'class_or_id', ebenso wird die CSS- ID '#class_or_id'	+	mip_formsp($mip_form['1']);
-	zur Variablen 'class_or_id'. Die Meisten Module benutzen die Option	+	|Die Formulare werden ausgegeben. Das 'p' bei 'mip_formsp' steht f�r print, also f�r die direkte
-	'class_only'	+	Ausgabe im Browser. Alternativ k�nnen die einzelnen Formularbausteine auch in Variablen abgespeichert werden. Dies geschieht dann in der Art von $meine_variable = mip_forms($mip_form['0']);
-		+	|-
-	mip_formsp($mip_form['0']); mip_formsp($mip_form['1']); Die Formulare werden	+	|unset($mip_form);
-	ausgegeben. Das 'p' bei 'mip_formsp' steht f�r print, also f�r die direkte	+	|Hier wird der Array mip_form[][] zerst�rt und der genutzte Speicher wieder freigegeben. Dies solltet ihr auf keinen Fall vergessen. Ich gehe einfach mal davon aus, dass bei der Modulentwicklung viele der hier angegebenen Beispiele per copy/ paste �bernehmen werden. Daher wird in vielen Modulen der Array mip_form[][] vorkommen. Nicht zerst�rte Arrays werden dann fr�her oder sp�ter dazu f�hren, dass einzelne Werte in verschiedenen Modulen miteinander kollidieren. Gerade die Typen 'option' und 'radio' werden davon betroffen sein. Im Konfigurationsbereich der Module gibt es bei nicht zur�ckgesetzten mip_form- Arrays noch ein zus�tzliches Hindernis. Da auf Dehler bei der Modulbearbeitung hingewiesen wird, mu� das Modul zwei mal ausgef�hrt werden. Einmal um das Modu zu testen und auf eventuelle Fehler aufmerksam zu machen und zum Anderen um die Ausgabe auf dem Bildschirm auszugeben. Wird hier das �unset� vergessen, sind Eintr�ge in den Dropdownboxen zumeist doppelt vorhanden.
-	Ausgabe im Browser. Alternativ k�nnen die einzelnen Formularbausteine auch in	+	|}
-	Variablen abgespeichert werden. Dies geschieht dann in der Art von	+
-	$meine_variable = mip_forms($mip_form['0']);	+
-		+
-	unset($mip_form); Hier wird der Array mip_form[][] zerst�rt und der genutzte	+
-	Speicher wieder freigegeben. Dies solltet ihr auf keinen Fall vergessen. Ich	+
-	gehe einfach mal davon aus, dass bei der Modulentwicklung viele der hier	+
-	angegebenen Beispiele per copy/ paste �bernehmen werden. Daher wird in vielen	+
-	Modulen der Array mip_form[][] vorkommen. Nicht zerst�rte Arrays werden dann	+
-	fr�her oder sp�ter dazu f�hren, dass einzelne Werte in verschiedenen Modulen	+
-	miteinander kollidieren. Gerade die Typen 'option' und 'radio' werden davon	+
-	betroffen sein. Im Konfigurationsbereich der Module gibt es bei nicht	+
-	zur�ckgesetzten mip_form- Arrays noch ein zus�tzliches Hindernis. Da auf Dehler	+
-	bei der Modulbearbeitung hingewiesen wird, mu� das Modul zwei mal ausgef�hrt	+
-	werden. Einmal um das Modu zu testen und auf eventuelle Fehler aufmerksam zu	+
-	machen und zum Anderen um die Ausgabe auf dem Bildschirm auszugeben. Wird hier	+
-	das �unset� vergessen, sind Eintr�ge in den Dropdownboxen zumeist doppelt	+
-	vorhanden.	+
-		+
-	Referenz	+	==Referenz==

---

Version vom 21:57, 8. Aug. 2004