Hallo,
ich bin zwar etwas zu spät mit meinen Wünschen, jedoch wollte ich
noch ein paar Vorschläge für zukünftige Versionen machen.
Die Änderungen in der 3.0 Beta gefallen übrigens mir schon sehr gut.
Hier nun meine Liste (ist hoffe ich nicht zu lang):
-----------------------------------------------------------------------
| Wünsche und Änderungen für ShopPilot 3.xx.xx: |
-----------------------------------------------------------------------
Fehlerkorrekturen:
-------------------
- Zahlungsart ändern:
-------------------
Im Shoppilot-WC werden Änderungen richtig übernommen -
jedoch nicht immer ins Web übertragen. Derzeit kann als
Lösung dieses Problemes nur die Zahlungsart in "MERPAY"
manuell hinterlegt oder die DB neu angelegt werden.
- Löschungen von Kunden und Händlern:
-----------------------------------
Es werden nicht immer alte Datenbestände in der MySQL gelöscht.
Im lokalen Shop sind die Datensätze raus, online jedoch sind
noch Daten in der MySQL-DB vorhanden und verursachen so Probleme.
- Händler bearbeiten/anlegen
---------------------------
Beispiel: Ein Händler wird neu angelegt und man trägt in Registerkarte
'Händler' die Domain einträgt. Diese wird kopiert, um sie in der
Registerkarte 'Benutzerdefiniert' bei 'XDOMAIN' einzutragen.
Änderungen in der Karte 'Händler' sind dann leider verschwunden,
wenn nicht 'Übernehmen' geklickt wurde. Hier wäre es schön,
wenn die Daten auch ohne zu 'übernehmen' bestehen bleiben.
Auch wäre es nicht schlecht, wenn in der Händlerbearbeitung das
'Übernehmen' mit SRTG+S oder ähnlich funktionieren würde.
Wünsche (Allgemein):
-------------------
- Pro Händler separater Mehrwertsteuersatz
----------------------------------------
Filialshops für Händler aus anderen Ländern müssen wir bisher
leider ablehnen, da keine unterschiedlichen MwSt-Sätze je HÄNDLER
definiert werden können.
- Feld für eindeutigen URL-Sicheren Titel (Alias-Feld):
------------------------------------------------------
Dieses Feld könnte den Seitentitel in URL-sicherer Form beinhalten
(z.B. "Mein_schoener_Seitentitel").
Wir nutzen zum Aufruf von Seiten 'showbyname' und ModeRewrite.
Da 'showbyname' aber den Titel abfragt und dieser nicht URL-sicher ist,
muss man improvisieren und den Titel in ein anderes Feld schreiben
(Hinweis: wir haben auch schwedische und französische Titel).
Anstelle des Titels schreiben wir jetzt den URL-sicheren Titel.
So ein Feld wäre vielleicht auch für den StaticBuilder interessant,
da Sonderzeichen und Umlaute in diesem Feld nicht erlaubt wären
und somit auch nichts kompliziert per Sript umgewandelt werden muss.
Aufrufen könnte man das Feld z.B. mit 'showbylabel'. showbyname sollte
wegen intensiver Nutzung weiter so verwendet werden.
Kunden könnten dann auch Einfluss auf die Seitenbenennung nehmen.
Ich kenne diese Lösung aus einigen CMS (z.B. SIXCms), dort heißt das
Feld 'label' und erfüllt genau diesen Zweck.
- Felder für Metadaten
---------------------
Um in den Suchmaschinen weiter nach vorn zu kommen, haben wir aus den
Titeln und einigen anderen Artikelangaben sowie aus Seitenbeschreibungen
Meta-Keywords und Meta-Descriptions erstellt. Das ist aber für Kunden
ohne Programmierkenntnisse nicht möglich.
Auch hier wäre eine einfachere und flexiblere Lösung nützlich.
2 Felder wären ideal: Keywords und Description, speziell bei den Seiten,
wo keine benutzerdefinierten Felder möglich sind.
Vielleicht sind aber auch benutzerdefinierte Felder bei Seiten
von allgemeinem Interesse?
- Der Katalog als Auflistung und nicht nur als Linksammlung
----------------------------------------------------------
Der Platzhalter '__katalog__' erzeugt nur nomale Links.
Hier wäre es für Seitenstruktur und für Suchmaschinen besser,
wenn der Katalog in Form von Auflistungen dargestellt wird.
Barrierefreie HTML/XHTML-Seiten bevorzugen zusätzlich auch noch
ein "title-Attribut".
<ul>
<li><a href="meine_Seite1.htm" title="Link 1">Link 1</a></li>
<li><a href="meine_Seite2.htm" title="Link 2">Link 2</a>
<ul>
<li><a href="meine_unterSeite1.htm" title="Unter-Link 1">Unter-Link 1</a></li>
...
</ul>
</li>
<li><a href="meine_Seite3.htm" title="Link 3">Link 3</a></li>
...
</ul>
Wir haben unseren 'Katalog' so programmiert und auf den SP-Platzhalter
verzichtet. Vorschlag: 2 Möglichkeiten der Darstellung für den 'Katalog':
Darstellung als einfache Links (wie jetzt) oder in Form einer Auflistung
(wie oben).
Wünsche (SSP-Programmierung):
------------------------------
- SSP-Variablen in allen Seiten/Templates verfügbar machen
--------------------------------------------------------
Zum Beispiel ist die "pageid", die wir zur Abfrage von aktiven Menüs brauchen,
nicht in allen Seiten verfügbar. Einige Seiten haben wohl gar keine Nummern.
Auf unserer Loginseite (Menüpunkt Login ist 'aktiv') wird z.B. nach dem
Absenden der Logindaten keine 'pageid' übermittelt.
Hat ein Kunde einen falschen Login eingegeben, bekommt er eine Fehlermeldung
und wieder das Formular. Das Menü ist jedoch nicht mehr aktiv,
da die 'pageid' angeblich '0' ist. ??
Dieses Phänomen ist auch im Warenkorb so. Im Warenkorb habe ich das
Problem jedoch mit 'pagetype' gelöst, um das Menü aktiv zu halten.
Mein Wunsch wäre daher:
ALLE Variablen (außer Artikel- und warenkorbspezifische Variablen)
auf allen Seiten wie Fehler-, Bestell- und Warenkorbseiten,
sowie in allen E-Mail-Templates verfügbar zu machen.
Gruß
mt