Ansicht des Warenkorbs

1. offizieller Beitrag

    Hallo,


    besteht standardmäßig die Möglichkeit die Ansicht zu ändern? Der Ablauf des Prozesses ist für "normale Gäste" sehr irreführend:


    Nach einem Klick auf Zur Kasse gehen:



    Wenn ich Als Gast bestellen = Ja auswähle, bleiben die Buttons Registrieren und Anmeldung weiterhin vorhanden, wieso? Wäre es nicht sinnvoll, das Boolean-Feld generell weg zu lassen und Als Gast bestellen als Button einzufügen?


    Derzeit erwartet zusätzlich der Button "Registrieren" ebenfalls ein Benutzernamen oder eine E-Mail und ein Kennwort im Formular, wieso?

    1. Die E-Mail wird in das Feld "Benutzername" übernommen, auch, wenn es sich gar nicht um einen Benutzernamen, sondern um eine E-Mail handelt.
    2. Das "Kennwort" wird überhaupt nicht übernommen, muss aber zwangsläufig angegeben werden.



    Grundsätzlich finde ich den gesamten Ablauf sehr irreführend, gerade für einen "normalen Benutzer".

    Zitat von itsmeJAY

    besteht standardmäßig die Möglichkeit die Ansicht zu ändern?

    Inwiefern willst du die Ansicht denn ändern?


    Auf die Reihenfolge des Prozesses kann man keinen Einfluss nehmen. Da die meisten Formulare auf der FormBuilder-API vom WSC basieren, sind diese prinzipiell per Erweiterungen erweiterbar und bis zu einem gewissen Grad beeinflussbar. Prinzipiell kannst du per CSS alle Teile der Formulare ansprechen und nach deinen Wünschen anpassen (lassen).

    Bitte beachte, dass wir keinen Support für individuelle Codeanpassungen als Teil unseres regulären Support geben können.


    Zitat von itsmeJAY

    bleiben die Buttons Registrieren und Anmeldung weiterhin vorhanden, wieso?

    Das liegt in der Tatsache begründet, dass Buttons im Gegensatz zu den meisten Eingabe-Objekten (aktuell) keine Abhängigkeiten unterstützen. Ich kann entsprechend zwar ein Formularfeld ausblenden, wenn ein bestimmter Wert gesetzt ist, aber keine Buttons.

    Ich bin mir relativ sicher, dass WoltLab das auch nicht implementieren wird, da das vermutlich ein sehr seltener Anwendungsfall ist und die Kosten den Nutzen übersteigen. Ich kann mir das gerne zu gegebener Zeit ansehen und prüfen, ob wir hier eine eigene Implementation vorantreiben können. Mit Shop 8.0 und 8.1 ist das allerdings nicht zu erwarten.


    Zitat von itsmeJAY

    Wäre es nicht sinnvoll, das Boolean-Feld generell weg zu lassen und Als Gast bestellen als Button einzufügen?

    Das produziert dann einen Seitenaufruf mehr, der nicht notwendig ist. Zudem würde es die technische Umsetzung verkomplizieren.


    Zitat von itsmeJAY

    Derzeit erwartet zusätzlich der Button "Registrieren" ebenfalls ein Benutzernamen oder eine E-Mail und ein Kennwort im Formular, wieso?

    Wie unschwer zu erkennen ist, beziehen sich die Daten, die im Formular des Shops abgefragt werden, auf ein existierendes Benutzerkonto. Es handelt sich hier um ein simples Login-Formular.

    Die Registrierung können wir leider nicht im gleichen Formular einbinden, da es sich hier um eine deutlich komplexere Integration handelt, in die zudem auch diverse Drittanbieter eingreifen. Würden wir das im Shop-Formular einbinden, müssten alle betroffenen Pakete Anpassungen vornehmen, mit dem Risiko, dass das gar nicht möglich ist, weil man dann ggf. die Installation des Shops voraussetzen müsste.

    Das Kennwort kann aus Sicherheitsgründen nicht mit in das Registrierungs-Formular übernommen werden. Bezüglich der E-Mail-Adresse habe ich ein Issue angelegt und werde für Shop 8.1 eine Unterscheidung vorsehen und das korrekte Feld ausfüllen lassen.


    Zitat von itsmeJAY

    Grundsätzlich finde ich den gesamten Ablauf sehr irreführend, gerade für einen "normalen Benutzer".

    Inwiefern?

    In der Regel wird zunächst ein möglicher Benutzer-Account abgefragt bzw. die Möglichkeit zur Registrierung angeboten. Anschließend kann entsprechend dem Kundenkonto bzw. muss bei einer Gast-Bestellung die Adresse angegeben werden. Darauf basierend entscheidet sich, welche Zahlungsarten zur Verfügung stehen und zum Schluss wird eine Bestell-Übersicht angezeigt, die explizit bestätigt werden muss.

    Verglichen mit einem großen Online-Händler, den wohl jeder kennen dürfte:

    Über den Warenkorb kann man auf "Zur Kasse gehen" klicken, hier wird man direkt mit dem Login-Formular konfrontiert. Sollte man kein Konto besitzen, wird man zur Registrierung weitergeleitet. Danach wird zuerst die Adresse abgefragt, anschließend die Zahlungsart, danach noch die Versandoptionen und rechts im gleichen Formular eine kleine Übersicht. Effektiv also genauso wie es von VieCode Shop gehandhabt wird, nur, dass wir das aus technischen Gründen und der Wartbarkeit halber in einzelne Formulare getrennt haben.

    Hallo,

    Zitat von MysteryCode

    Wie unschwer zu erkennen ist, beziehen sich die Daten, die im Formular des Shops abgefragt werden, auf ein existierendes Benutzerkonto. Es handelt sich hier um ein simples Login-Formular.

    wieso funktioniert dann ein Klick auf „Registrieren“ nicht, wenn das Formular nicht ausgefüllt ist? Wenn ein Benutzer sich registrieren möchte und den Button „Registrieren“ betätigt, sollte er vorher nicht die Daten in das von Dir eingegebene „Formular für ein existierendes Benutzerkonto“ eingeben müssen. Wenn er keins hat, und auf registrieren klickt, dann müsste er sich eins erstellen können und zum Formular weitergeleitet werden. Davon mal abgesehen, dass die Daten, die dort eingegeben werden, sowieso inkonsistent übernommen werden. Die Mail wird in den Benutzernamen übernommen und das Kennwort wird gar nicht übernommen.


    Faktisch ist es so: Man suggeriert dem Kunden sich einzuloggen, er sagt aber „nö, ich möchte mich registrieren, weil ich kein Account habe“, aber muss vorher das Formular, welches eigentlich zur Anmeldung dient, ausfüllen.


    tl;dr: Der Registrieren-Button sollte die Form nicht absenden. Möglicherweise handelt es sich in Version für WSC 6 auch um einen Fehler, da deine Aussagen gegen den Prozess sprechen, den ich gestern gesehen habe.