Diskussion:Benutzerdefinierte Eingabeformulare - Versionsgeschichte

Thomas Schneider am 6. August 2015 um 10:15 Uhr

2015-08-06T10:15:20Z

Thomas Schneider am 6. August 2015 um 10:13 Uhr

2015-08-06T10:13:32Z

Thomas Schneider: Die Seite wurde neu angelegt: „== Optimierungen und bekannte Fehler == Für eine optimale Nutzung der Custom Species Card werden noch ein paar Anpassungen notwendig * Label und Felder: ** …“

2015-08-06T10:12:15Z

Die Seite wurde neu angelegt: „== Optimierungen und bekannte Fehler == Für eine optimale Nutzung der Custom Species Card werden noch ein paar Anpassungen notwendig * Label und Felder: ** …“

Neue Seite

== Optimierungen und bekannte Fehler ==

Für eine optimale Nutzung der Custom Species Card werden noch ein paar Anpassungen notwendig

* Label und Felder:
** hier ist es so, dass die Größer der Label für Measurements-Eingaben festgelegt ist. Das führt dazu, dass lange (deutschsprachige) Label oftmals abgekürzt werden müssen, da sie sonst hinter die Eingabefelder verschwinden.
** optimal wäre sowohl für die einzeiligen Standard-Eingaben als auch für die Nutzerdefinierten Measurement-Felder eine Breitenangabe sowohl für das Label als auch für das Eingabefeld. Der Nutzer ist für die Einhaltung der max. Breite selber verantwortlich.

*BUG
** die Label von Standard-Feldern werden über label_caption="Ein neues Label" angepasst. Aus irgendeinem Grund wird in einigen Fällen dabei der Titel des Formulars überschreiben

* Größe des Formulars nach dem Aufruf
** Die Starthöhe müsste im Root-Tag angegeben werden können, um zu große leere Bereiche zu vermeiden e.g.
<species_card title="Moose" description="Einzeldateneingabe Moose" sref_in_sample_ref="QQQ" height="500">

** Bei sehr umfangreichen Formularen wird ein vertikaler Scrollbalken vermisst

* BUG + ENTWICKLUNG: Measurements, die mit Wertelisten (measurement unit values) hinterlegt werden, haben kein Drop-Down Auswahlmenü. So können ungültige Werte eingegeben und übertragen werden.
Hier ist ein wenig Nachdenken erforderlich. Ich sehe zwei Möglichkeiten, einmal die Wertelisten einzublenden oder aber, was ich für besser hielte, eine nutzerdefinierte Auswahlliste, deren Auswahlwerte in der XML-Definitionsdatei definiert werden werden. Dann könne auch ohne dass "Allowed Values" definiert sind, Nutzer- und Projektspezifische Auswahlwerte angelegt werden.

** Geobasisdaten / Admin Areas: Hier sollten bis zu 3 Eingabefelder möglich sein, da in Deutschland immer Naturraum und Gemeinde angegeben werden soll.

@@ Zeile 16: / Zeile 16: @@
 ** Bei sehr umfangreichen Formularen wird ein vertikaler Scrollbalken vermisst
-* BUG + ENTWICKLUNG: Measurements, die mit Wertelisten (measurement unit values) hinterlegt werden, haben kein Drop-Down Auswahlmenü. So können ungültige Werte eingegeben und übertragen werden.<&nbsp;>
+* BUG + ENTWICKLUNG: Measurements, die mit Wertelisten (measurement unit values) hinterlegt werden, haben kein Drop-Down Auswahlmenü. So können ungültige Werte eingegeben und übertragen werden.&nbsp; Hier ist ein wenig Nachdenken erforderlich. Ich sehe zwei Möglichkeiten, einmal die Wertelisten einzublenden oder aber, was ich für besser hielte, eine nutzerdefinierte Auswahlliste, deren Auswahlwerte in der XML-Definitionsdatei definiert werden werden. Dann könne auch ohne dass "Allowed Values" definiert sind, Nutzer- und Projektspezifische Auswahlwerte angelegt werden.
-** Geobasisdaten / Admin Areas: Hier sollten bis zu 3 Eingabefelder möglich sein, da in Deutschland immer Naturraum und Gemeinde angegeben werden soll.
+* Geobasisdaten / Admin Areas: Hier sollten bis zu 3 Eingabefelder möglich sein, da in Deutschland immer Naturraum und Gemeinde angegeben werden soll.