EP 2.0 Beta

[jg]

> Die Absenderadresse bei SP-Forms ist jetzt die Adresse
> des Kunden, so dass einfach auf die Mail geantwortet
> werden kann.

Muss man das irgendwo einstellen? Bei uns steht leider
immer noch unsere eigene Adresse drin.

jg

[sre]

> Muss man das irgendwo einstellen? Bei uns steht leider
> immer noch unsere eigene Adresse drin.
Es wird der Wert aus dem Eingabefeld "eMail" verwendet.
Wurde in dieses Feld etwas eingetragen, so wird diese Adresse als Absenderadresse verwendet. Ist das Feld leer oder nicht vorhanden, wird der Standardwert für die Absenderadresse verwendet und das ist die des Shopbetreibers.

Gruss, sre.

[jg]

E-Mail an den Support folgt...
jg

[Andi]

Original von jg
> Die Absenderadresse bei SP-Forms ist jetzt die Adresse
> des Kunden, so dass einfach auf die Mail geantwortet
> werden kann.

.. jedoch sollte es (in Zukunft) möglich sein,
verschiedene Mailadressen im SP anzugeben (Mail an uns).
(Kontaktformular = info@, Bestellungen = order@ usw.)

Augenblicklich gehen alle Mails an unser (schon immer)
genutztes Orderpostfach (auch die Kontaktmails).

MfG  Andi

[jg]

Hallo Andi,

> .. jedoch sollte es (in Zukunft) möglich sein,
> verschiedene Mailadressen im SP anzugeben (Mail an uns).
> (Kontaktformular = info@, Bestellungen = order@ usw.)
Das wünsche ich mir auch und hatte es selbst
auch schon beim Support angesprochen.
Das Zitat stammt übrigens weiter unten von hop,
nicht von mir.  

jg

[Andi]

Original von jg
Das Zitat stammt übrigens weiter unten von hop,
nicht von mir.  

jg

OHHH - Sorry - da habe ich nicht aufgepasst.
Freundliche Grüße von Andi

[jg]

> Kundenorganisation:
> Man sollte eventuell mal darüber nachdenken, wie man
>  SP die Kunden organisiert. Besonders wenn es denn
> mal mehr werden, wirds unübersichtlich.
> Ideen??

Eine Suchfunktion, ähnlich der für die Artikel, wäre ganz
nützlich. Suche nach Name, Login, Passwort, PLZ, Ort,
Händler etc.

Könnte mir auch eine 2. 'Kundenlasche' ganz gut vorstellen
(links unter Bestellungen-> Kunden 1 und Kunden 2, da ist
doch jetzt mit der BETA 2 wieder viiel Platz geworden ).
In die 1 kommen dann zB. die aktiven Kunden, in die 2 die
potenziellen Schlafmützen und sonstige Interessenten.
Oder auch Kunden 3,4,5,6,7 usw. in die man dann die
einzelnen Filialhändler-Kunden verschieben kann oder die
beim Onlinedaten einlesen automatisch in eine vordefinierte
'Kundendatei' 3,4,5,6 usw. verschoben werden.

Mit 1.5.* ging es recht fix einen Kunden zu finden -
da haben wir nur nach Name sortiert und dann den Anfangs-
buchstaben des Kunden eingetippt und schon war man (fast)
am Ziel. Jetzt mit der Beta2 müssen wir scrollen. Dauert
natürlich länger, ist aber nicht so schlimm, weil dafür
andere Sortiermöglichkeiten hinzugekommen sind.

jg

[jg]

Hallo Support,

in der Beta 1c können wir keine benutzerdefinierten
Bildpfade im Artikel verändern (zB. fürs 3. Bild).
'Ãœbernehmen' klappt leider nicht. Es bleibt immer der
alte Pfad drin stehen. Klickt man dann noch auf einen
anderen Artikel (Mitte), verabschiedet sich SP ganz...
Wir arbeiten jetzt erstmal wieder mit 1.5.16d.

jg

[Andi]

also auch wenn ich jetzt eventuell in Ungnade
fallen sollte, muss ich doch nochmal was sagen (zur BETA)

Heute habe ich den ganzen Tag mit SP 2,0 Beta
gearbeitet (Fehlerfrei  ) ).

Was ist mir aufgefallen:

Artikelfenster >>
ich finde ehrlich, das die fliegende Version des
Artikelfensters besser war (besseres Handling).
Die drei Fenster nebeneinander bereiten mir ganz schöne
Platzprobleme (jaa Ihr habt ja alle 19" Monitore...).

"Änderung übernehmen"  ?(
Musste heute zig Artikel ändern (Benutzerdef. feld).
Jedesmal :
Zahl ändern > Enter > Wirklich übernehmen ? > Enter
(100 Zahlen ändern > 200x bestätigen ...)

Neue Funktionen (HTML usw.)
Verstehe ich nicht ... ?(
Das ist kein (echter) HTML editor - man kann zwar
die Texte der Artikel mit diversen Fonts etc versehen,
jedoch wozu ?? >> und der Rest ?

Die Erfindung mit den IDENTIFIERN war (ist) doch eine
echt tolle Sache - in der HTML Vorlage kann man doch
ganz hervorragend das Aussehen des Shops und jedes
Identifier bestimmen. Ohne diese HTML Vorlagen kommt
der Shopbetreiber nicht aus - muss diese also sowieso
erstellen. Ãœbersehe ich hier was ??  ?(  ?(

Ansonsten läuft die BETA fehlerfrei - und wir
haben diese Version auch schon im Netz stehen.

Freundliche Grüße
Andi

[hop]

Hallo Andi,

Danke für deine Infos. Wir können immer Feedback gebrauchen.

Wir haben auch schon erkannt, dass die Bedienbarkeit noch verbessert werden muss. Vermutlich werden wir wieder die Pfeil rauf/runter Buttons im rechten Fenster einführen.
So hat man dann auch alle Möglichkeiten des fliegenden Fensters.

Ausserdem sind auch noch einige kleiners Bugs bei Datenübernahme aus benutzerdefinierten Feldern enthalten.

Der HTML-Editor für einige Felder soll keineswegs die Identifier ersetzen. Es ist eine Möglichkeit für Nutzer die über wenig HTML-Kenntnisse verfügen, schnell Resultate zu erzielen. Z.B. "Angebot: XYZ" Angebot mal eben fett und rot zu schreiben.

Gruss hop

[Andi]

Original von hop
Hallo Andi,

Der HTML-Editor für einige Felder soll keineswegs die Identifier ersetzen. Es ist eine Möglichkeit für Nutzer die über wenig HTML-Kenntnisse verfügen, schnell Resultate zu erzielen. Z.B. "Angebot: XYZ" Angebot mal eben fett und rot zu schreiben.

Gruss hop

Danke für die Info !

[hop]

Diese Version korrigiert folgende Fehler:

Eingabe der benutzerdefinierte Felder bei Artikel funktionierten jetzt.

Navigation jetzt auch über Pfeil-Buttons möglich.
Dabei wird eine evtl. Änderung ohne Nachfrage abgespeichert (entspricht dem Verhalten des alten Dialogs)

Projekt | Eigenschaften findet man jetzt unter Datei | Eigenschaften.

Import ist jetzt wieder nur über die Artiklenummer möglich.
Die Angabe der Seitennummer ist nicht notwendig. Falls Verküpfungen (oder Artikel mehrfach auf versch. Seiten)
vorhanden sind, werden alle Artikel mit dieser Artikelnummer über Import ohne Seitennummer aktualisiert.

Weiterhin wurde ein Bug korrigiert, der auch schon in allen Vorversionen vorhanden war:
Betrifft Einlesen der Online-Daten im Zusammenhang mit ShopPilot Visual Forms.
Haben sich neue Benutzer angemeldet, wurden diese unter bestimmten Bedingungen später wieder gelöscht.

Das Problem tritt nur auf, wenn das Einlesen direkt über die Logdatei erfolgt ist (im Gegesatz dazu gibt es bei Einlesen über Zwischendatei keine Probleme).

Workaround für alte Versionen:
Immer nur über Zwischendatei einlesen.
Falls automatisches Einlesen aktiviert ist, sollte man die Anzahl Zeilen auf 1 setzen. Dies bewirkt, dass auch immer über die Zwischendatei eingelesen wird.

[hop]

Ausserdem:
__wkprodsum__ funktioniert jetzt auf allen Shop Seiten
und in der Bestelldatenvorlage.

hop

[hop]

Ich habe heute Morgen noch mal eine Korrektur eingebaut,
da sich herausgestellt hatte, dass SSP auf bestimmten
Seiten nicht funktionierte.

hop

[jg]

> Der Aufruf erfolgt über einen speziellen Identifier,
> bei dem die Funktion der Seite und evtl. eine Vorlage
> mitgegeben wird.
> __Templ(showwk,kleiner_warenkorb.html)__
[...]
> Diese Funktionen werden voraussichtlich in der Beta 3
> realisiert.
Das wäre eine sehr gute Funktion.

Folgende Möglichkeit wäre auch sehr wichtig:
Das Einfügen von z.B.
IN ein SSP-Makro! Alles was jetzt im SSP-Code irgendwie
nach aussieht, erzeugt einen Fehler.
Vorteil dieser Sache wäre, dass man nicht mehr aufwendig
HTML-Code in die *.ipl-Datei stopfen muss, sondern einfach
nur noch referenziert.
meineSeite.html geändert, fertig.
Den Code in der ipl-Datei muss dann niemand mehr 'anfassen'.

jg