1. Dashboard
  2. Articles
  3. Forum
  • Login or register
  • Search
This Thread
  • Everywhere
  • This Thread
  • This Forum
  • Articles
  • Pages
  • Forum
  • More Options
  1. webEdition Forum
  2. Forum
  3. Deutschsprachiges Support Forum
  4. webEdition Templates erstellen (we:tags)

formfield select erzeugt leeres option-Element

  • netzlum
  • September 8, 2023 at 3:11 PM
1st Official Post
  • netzlum
    Beginner
    Reactions Received
    3
    Posts
    31
    • September 8, 2023 at 3:11 PM
    • #1

    Hallo zusammen,

    nach einem Update auf wE 9.2.2 erzeugen we:formfield vom type select immer ein leeres Option-Element über den schon bestehenden, von den Redakteuren eingegebenen Option-Elementen. Das leere Option-Element ist zudem noch disabled, so dass der FE-Nutzer seine Auswahl nicht wieder zurücksetzen kann. Das ist aus meiner Sicht nicht hilfreich. Kann jemand das Verhalten bestätigen und ist das ein Bug?

    Viele Grüße

    ludger müller
    gestaltung für bildschirm und papier aus münster in westfalen

    https://artbeit.de

  • Online
    mokraemer
    Senior Member
    Reactions Received
    13
    Posts
    174
    • September 9, 2023 at 11:22 AM
    • Official Post
    • #2

    Eigentlich ist das kein Bug.

    Es hatten sich einige beschwert, das in Formularen immer direkt ein Element ausgewählt ist (finde den FR/Bug dazu grad nicht). Also der Benutzer sich nicht aktiv entscheiden muß.

    Disabled könnte man im Falle das es nicht required ist rausnehmen - denn da soll ja etwas ausgewählt sein.

    • Next Official Post
  • netzlum
    Beginner
    Reactions Received
    3
    Posts
    31
    • September 11, 2023 at 10:01 AM
    • #3

    Danke Marc, Grundsätzlich finde ich das keine gute Idee, das in dieser Form vorzugeben. Es kann ja auch sein, dass in einem Formular eine Option (die erste) schon ausgewählt sein soll, oder die User die gewählte Option wieder abwählen können sollen.

    Zudem werden schon bestehende Formfields jetzt auch so verändert, dass sie u.U., wie in meinem Fall durch das disabled nicht mehr bedienbar sind. Die einfache Lösung ist doch vielmehr ein leeres Option als erstes Element in die Selects zu bauen.

    Wie kann ich denn verhindern, dass die leeren Options automatisch auf disabled stehen? Oder habe ich was übersehen?

    Viele Grüße

    ludger müller
    gestaltung für bildschirm und papier aus münster in westfalen

    https://artbeit.de

  • coolworx
    Moderator
    Reactions Received
    3
    Posts
    47
    • September 11, 2023 at 5:48 PM
    • Official Post
    • #4

    Hallo,

    in dem von Marc erwähnten Bugfix ging es um die Felder

    we:userInput type="select"

    we:sessionField type="select"

    Hier war das Problem, dass es keine Möglichkeit gab, ein "Bitte Auswählen" zu platzieren, das nun in den genannten we-Tags mittels Attribut "Placeholder=xy" möglich ist.

    Hierfür gab es auch einen guten Grund, und zwar, dass viele User über das Selectfeld mehr oder weniger gestolpert sind bzw. keine (notwendige) Auswahl getroffen haben und den Inhalt, so wie er ist, einfach übernommen haben, was in vielen Fällen letztlich zu einem nicht korrekten Datensatz führte.

    Was das i. d. F. für das Tag we:formfield bedeutete, kann ich nicht beurteilen, da ich das noch nie eingesetzt habe.

    Viele Grüße
    Ulrich

    coolworx

    https://www.coolworx.de

    • Previous Official Post
    • Next Official Post
  • netzlum
    Beginner
    Reactions Received
    3
    Posts
    31
    • September 12, 2023 at 9:06 AM
    • #5

    Danke Ulrich,

    ob die Tags miteinander zu tun haben, weiß ich nicht. Formfield - select funktionierte in 9.1.6 jedenfalls noch anders. Bei dem Tag konnten die Redakteure die Option-Elemente des Selects frei bestimmen. In 9.2.2 ist das erste Option-Element vorgegeben und leer und vor allem disabled. Ein Atrribut Placeholder gibt es scheinbar nicht. Wie man das disabled wegbekommt, ohne JS drüber laufen zu lassen, habe ich noch nicht herausgefunden.

    Viele Grüße

    ludger müller
    gestaltung für bildschirm und papier aus münster in westfalen

    https://artbeit.de

  • netzlum
    Beginner
    Reactions Received
    3
    Posts
    31
    • September 13, 2023 at 10:21 AM
    • #6

    Ich habe Zeile 229 der Klasse des formfield-Tags jetzt mal so ergänzt:

    Code
    $tagContent = (isset($attribs['multiple']) || !isset($attribs['required'])

    Das funktioniert für mich erst mal, aber ist ja nicht nachhaltig.

    Aus meiner Sicht macht es nicht wirklich Sinn, das erste Option-Element fest als leer vorzugeben (man kann ja kein "Bitte wählen" vorgeben und auch noch zu disablen. Ich betreue meherere Sites mit Formularen mit formfield selects, von denen viele die Option brauchen, dass die User sie wieder auf "keine Auswahl" setzen können. Die wären so in 9.2.2 unbrauchbar und die verbessernden Javascripte müsste ich alle anpassen.

    Wie wäre es denn stattdessen mit einem Feature, durch das man value und Inhalt der Option-Elemente getrennt voneinander (z.B mit Komma getrennt) setzen kann. Dann kann ich auch ein leeres value lasse, was bei Browservalidierung mit required ja funktionieren würde.

    Viele Grüße

    ludger müller
    gestaltung für bildschirm und papier aus münster in westfalen

    https://artbeit.de

  • netzlum
    Beginner
    Reactions Received
    3
    Posts
    31
    • September 20, 2023 at 11:30 AM
    • #7

    Hallo, wird es dafür einen Fix geben? Für bestehende Sites, die das Tag formfield: select einsetzen ist das doch ein breaking change. Oder übersehe ich etwas?

    Beste Grüße

    Ludger

    Viele Grüße

    ludger müller
    gestaltung für bildschirm und papier aus münster in westfalen

    https://artbeit.de

  • Finn
    Administrator
    Reactions Received
    12
    Posts
    306
    • September 22, 2023 at 6:33 PM
    • Official Post
    • #8

    Moin Ludger,

    stelle gerne hier: (webEdition Feature Requests) deinen Wunsch ein, wie sich das Tag sinnvoll verbessern lässt.

    Dann kann es anschließend als Feature Request in die Bugbase und entsprechend angepasst werden.

    LG

    Finn

    https://www.wg-werbeagentur.de

    • Previous Official Post
    • Next Official Post
  • netzlum
    Beginner
    Reactions Received
    3
    Posts
    31
    • September 25, 2023 at 8:56 AM
    • #9

    Hallo Fin,

    ich möchte kein neues Feature, das das vermeintliche Feature ausbügelt, sondern, dass das Tag einfach eine solche Ausgabe erzeugt, wie es sie in den vergangenen 15 Jahren erzeugt hat. Dass die Ausgabe ohne Ankündigung und ohne Möglichkeit die neue Funktion zu deaktivieren geändert wird, ist aus meiner Sicht schlecht.

    Oder übersehe ich was?

    Es gibt für mich sonst nur zwei Möglichkeiten: Entweder ich kann die Sites, die diese Funktion einsetzen, nicht upgraden, oder ich muss per JS die überflüssigen leeren und deaktivierten Option-Elemente löschen. Beides eigentlich keie Option.

    Beste Grüße

    Ludger

    Viele Grüße

    ludger müller
    gestaltung für bildschirm und papier aus münster in westfalen

    https://artbeit.de

  • Finn
    Administrator
    Reactions Received
    12
    Posts
    306
    • September 25, 2023 at 11:26 AM
    • Official Post
    • #10

    Moin Ludger,

    das klang für mich nach einem Feature Vorschlag.

    Quote from netzlum

    Wie wäre es denn stattdessen mit einem Feature, durch das man value und Inhalt der Option-Elemente getrennt voneinander (z.B mit Komma getrennt) setzen kann. Dann kann ich auch ein leeres value lasse, was bei Browservalidierung mit required ja funktionieren würde.

    Ja klar ist es blöd, wenn ein Tag nicht mehr so funktioniert wie bisher, deshalb ist es in solchen Fällen dann wichtig, genau zu definieren, wie du diesen Tag genutzt hast und was nicht mehr funktioniert und mit einem Vorschlag, wie es gelöst werden könnte, um eventuell beide Verhaltensweisen abzubilden. Die Änderung hat ja einen Grund, aber webEdition ist ein OpenSource System, an dem jede Person mitgestalten darf. Deswegen die Bitte um einen geeigneten Vorschlag, der beides berücksichtigt.

    https://www.wg-werbeagentur.de

    • Previous Official Post
  • netzlum
    Beginner
    Reactions Received
    3
    Posts
    31
    • September 25, 2023 at 1:07 PM
    • #11

    Hallo Finn,

    ich habe zwar noch nicht gefunden, welcher Feature-Request dafür die Grundlage ist, aber ich kann mir Vorstellen, was der Grund sein könnte.

    Hier also ein Feature-Request

    Viele Grüße

    ludger müller
    gestaltung für bildschirm und papier aus münster in westfalen

    https://artbeit.de

  • s.rudolph
    Beginner
    Posts
    13
    • May 16, 2024 at 2:12 PM
    • #12

    Hallo zusammen,

    bin gerade über das Thema gestoßen, da wir auch eine Anforderung bei einem Kundenprojekt haben.
    Der Placeholder ist ja jetzt drin und kann beliebig gesetzt werden, jedoch find ich aus usability-sicht die aktuelle Implementierung noch ausbaufähig. Das Problem bei den selectfeldern ist bei einigen usern ja scheinbar, dass diese einfach überflogen werden.

    Sinnvoll wäre es aus meiner Sicht daher, den Placeholder wie z.B. "Bitte auswählen" mit dem attribut disabled zu versehen, damit diese browser-nativ nicht auswählbar sind.

    Konnte in der bugbase hierzu gerade nichts finden – gibt es dazu schon einen Beitrag den ich übersehen habe?

    e-nitio mediasign

    Web: https://www.e-nitio.com

    Mail: info@e-nitio.com

  • NilSole
    Student
    Reactions Received
    13
    Posts
    57
    • May 18, 2024 at 2:59 PM
    • #13

    Reicht da nicht das Attribut required? Das Select Tag verhält sich allerdings auch etwas komisch bzgl required…

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!

Register Yourself Login

Donations

200.00 EUR

Donate now

Tags

  • we:formfield
  1. Privacy Policy
  2. Legal Notice
Powered by WoltLab Suite™