Konfigurator macht nicht mehr besoffen ... aber ganz rund läuft er trotzdem nicht....

[ag-websolutions.de]

AW: Konfigurator macht nicht mehr besoffen ... aber ganz rund läuft er trotzdem nicht

Ähh Michael? ... ich denke schon, dass sich JTL dazu Gedanken gemacht hat ... und sicher gibts auch irgend eine Lösung ... rein technisch ... aber die Frage ist (auch) immer eine Aufwandsrelation im Umsetzungsprozess.

Wenn es JTL mal langweilig werden sollte, dann wird man sicher auch an so was ran gehen.

GUI Programmierung war immer schon eine Mischung ...

Wenn das alles in einer Umgebung abläuft .. klar ... aber hier passieren Aktionen, die Meilen auseinander liegen ... einerseits auf dem Webserver des SHops ... BEVOR die Seite an den Webbrowser des Kunden geschickt wird ... andererseits in der Browserumgebung des Kunden (der dann auch noch so "böse" ist und hat die Ausfürhung von js unterbunden)

... also ...

Technisch machbar .. ja ..
Aufwand ... hoch
Realisierung ... möglich
Umsetzung ... wenn es passt

 

[MichaelH]

AW: Konfigurator macht nicht mehr besoffen ... aber ganz rund läuft er trotzdem nicht

Zitat David: Aber natürlich sind wir für Verbesserungsvorschläge offen
Zitat von dir: der dann auch noch so "böse" ist und hat die Ausfürhung von js unterbunden

Mich wundert es halt, dass man sich in dieser www-welt keine Gedanken zu einer standardisierten Lösung (ge-)macht (hat), denn wenn man JS zusätzlich abgeschalten hat, dann sind Probleme offensichtlich vorprogrammiert und andererseits sind mir nach meinen Worten Frontend/Backend sehr wohl ein Begriff, aber nochmals: Backend ist PHP auf dem Server und Frontend ist der HTML/Java/wie auch immer-Code im Browser. Wie die Trennung im Detail aussieht weiß ich nicht, da ich nicht in dieser Welt zu Hause bin/war, aber mir ist OO, Server, GUI & Co ansonsten sehr wohl ein Begriff, da ich Fachmann war.
Und dass es keine www-Lösung für die urältesten Anforderungen an eine UI oder GUI geben soll und das im Jahr 2011 kann ich kaum glauben.

Außer im Web gibt es doch keine Anwendung mehr die nicht in der Lage ist:
Fehler immer gleich auszugeben.
Fehler so auszugeben, dass der Benutzer sie sofort als solches erkennen kann.
Sprechende Texte mit Lösungsvorschlag anzubieten.
Im Idealfall Ja/Nein/Option/Werteliste vorschlägt oder eine Funktion bei der man mögliche Werte abfragen kann.
Den Benutzer mit Hilfe des Cursor/Zeigers/Mauszeigers dorthin zu führen wo der erste Fehler auftrat.

Es heute doch normal sein sollte Fehler in Fehlerbehandlungsroutinen/Module/Objekte/oder wie auch immer die hier heißen auszulagern und so diese Routine ohne viel Aufwand auf das angepasst werden kann was gewünscht ist und JTL das sehr wohl weiß, denn die WAWI in einem C-Derivat programmiert ist und somit das Wissen selbstverständlich vorhanden ist.
Es ist OT, und ich wiederhole mich, aber mich erstaunt, dass hier keiner inklusive JTL eine standardisierte Lösung auf die Welt bringt.

Eine MSG-Box muss nicht vom Client (=Windows, Mac & Co.) kommen, sondern wenn ich mir ansehe was heute auf vielen Seiten alles an den Schirm geklatscht wird, dann muss es doch möglich sein die Seite im Fehlerfalle so zu generieren, dass obige Bedingungen erfüllt werden und der Benutzer darauf reagiert, ganz ohne client-spezifische Programmierung, aber eben als Transaktion (zum Backend), wobei die Transaktions-Zeit im Shop so oder so sehr kurz ist und daher beim Benutzer eine kaum merkbare Wartezeit verursacht.

Wenn diese Problematik gelöst wäre öffnet sich ein Tor zu weiteren Möglichkeiten ... dynamisch generiert ist ja schon.

 

[MichaelH]

AW: Konfigurator macht nicht mehr besoffen ... aber ganz rund läuft er trotzdem nicht

Wie es der Zufall so will habe ich bei diesem Shop etwas bestellt und man probiere mal einfach sich mit XY anzumelden und dann bekommt man eine Fehlermeldung, offensichtlich geht es ohne großen Hokus-Pokus:
Website HMDif

 

[ag-websolutions.de]

AW: Konfigurator macht nicht mehr besoffen ... aber ganz rund läuft er trotzdem nicht

ähhmm Michael...ja, und?

Wenn ich auf der Seite js ausgeschaltet habe und mich mit xy anmelde...kommt gar nix (oder ich war blind)

 

[MichaelH]

AW: Konfigurator macht nicht mehr besoffen ... aber ganz rund läuft er trotzdem nicht

Hm, also bei mir ist es auch ohne JS so wie mit, das Fenster ist kein Java-Popup soweit ich es erkennen kann.

 

[ag-websolutions.de]

AW: Konfigurator macht nicht mehr besoffen ... aber ganz rund läuft er trotzdem nicht

schau mal in den Quellcode rein....es wird der js-EventHandler "onklick" aufgerufen...kein JS...kein EventHandler

 

[MichaelH]

AW: Konfigurator macht nicht mehr besoffen ... aber ganz rund läuft er trotzdem nicht

Hm, bei mir ging´s, dann habe ich in den Wirren der Einstellungen wohl die Falsche zum Test erwischt.
Beim Chrome kann man JS sogar nur über Startparameter abstellen, da gibt es schon gar keine Option mehr.

Schade, dass es keine Lösung gibt !
Danke dir für die Recherche !

 

[ag-websolutions.de]

AW: Konfigurator macht nicht mehr besoffen ... aber ganz rund läuft er trotzdem nicht

gern geschehen .. wie gesagt....mit viel Aufwand (siehe auch Beitrag von David) ist vieles möglich ... aber genau das ist auch die Basis aller Überlegungen und Umsetzungen ... Aufwand/Nutzen

 

[andesch]

AW: Konfigurator macht nicht mehr besoffen ... aber ganz rund läuft er trotzdem nicht

Den haben wir im Demoshop entfernt, weil die Template-Dateien dafür nach vielen Konfi-Änderungen generalüberholt werden müssen. Wir arbeiten jedoch dran...

Gibt es schon Neuigkeiten bezüglich des Cocktail Mixers?

 

[mastertango]

AW: Konfigurator macht nicht mehr besoffen ... aber ganz rund läuft er trotzdem nicht

ich würde sagen im nächsten Update im März 2012 *gg