Hallo,
Ich habe eine Anregung.
Wenn im Shop statt zwei Kategorien drei mglich wren, knnte man Ihn sogar als eine Art shopportal erweitern. Wer keine verschiedenen Kataloge bentigt, hat bei der Artikeleingabe neuer Artikel standardmig eben Katalog 1.
Z.B.
- Katalog1 Elektronik
-- Warengruppe1
--- Kategorie 1 der Warengruppe1
--- Kategorie 2 der Warengruppe1
-- Warengruppe2
--- Kategorie 1 der Warengruppe2
--- Kategorie 2 der Warengruppe2
- Katalog2 Kosmetik
-- Warengruppe1
--- Kategorie 1 der Warengruppe1
--- Kategorie 2 der Warengruppe1
-- Warengruppe2
--- Kategorie 1 der Warengruppe2
--- Kategorie 2 der Warengruppe2
Keine Ahnung ob das in dem fortgeschrittenen Entwicklungsstadium noch mglich ist. Finde ich aber eine gute Funktion.
P.S.
Ich mchte gerne beim Projekt mithelfen.
Meine Kenntnisse in php sind zwar drftig, aber evtl. gibt die eine oder andere Aufgabe, die ich erledigen kann.
MfG
Peter Lehr
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Dieser Vorschlag ist okay und funktioniert im Prinzip in V1.05, ist jetzt nur noch implemtiert. Kommt noch, weil es eigentlich was ist, was nicht so hufig gebraucht wird (denke ich). In Version 1.05 wird es einfach ber verschiedene config.inc.php gelst.
Unter http://phpay.sourceforge.net liegen ja verschiedene Demoshops. Alle greifen auf die gleiche Datenbank zu, haben aber verschiedenes Aussehen.
In der config steht aber nicht nur was zum Design, sondern auch zur Datenbank.
Wenn man jeder config eine andere Datenbank gibt aber gleiches Design wre Dein Vorschlag ungefhr integriert. Noch eine Portalseite davor, damit man den gewnschten Shop auswhlen kann, und fertig.
Naja, fast: Denn jetzt hat man verschiedene Shops, die eine gemeinsame Startseite haben. Ich frchte, da ist noch nicht Dein Endziel. Elegant wre es ja, wenn die Userverwaltung gemeinsam stattfindet ....
Dazu fallen mir jetzt spontan zwei Wege ein:
1) Entweder - hnlich wie in V1.05 die Auswahl der verschiedenen Sprachen - ber verschiedene Tabellennamen, eine PHP-Lsung sozusagen. In lib.inc.php wird anhand eines Paramters der config-Datei oder der Tabelle online der Tabellenname ermittelt.
$table_item = $shop_type + "_item"
In alle select's des Kosmetikshops wird dann statt der Tabelle item die Tabelle 'kosmetik_item' (=$table_item) abgefragt. Alle select-Kommandos mten gendert werden und die lib.inc.php entsprechend.
2) Die zweite Lsung knnte irgendwie SQL-seitig sein. Die Tabellennamen bleiben, wie sie sind. Zu 'abt' wird eine Spalte 'shoptypeID' hinzugefgt, die hnlich wie 'itemgrID' fr 'item' und 'abtID' fr 'itemgr' eine hhere Instanz darstellt
Eine neue Tabelle 'shoptype' dazu, in der dann Kosmetik und Elektonik aufgefhrt wird. Eigentlich mssen dann nur die selects in nav.php und search.php gendert werden, damit die darauf achten nur Abteilungen bzw. Artikel aus dem richtigen Shop zu zeigen. Auf den ersten Blick jedenfalls.
Der zweite Weg gefllt mir etwas besser.
Wenn Du beides gleichzeitig anzeigen lassen willst wrde das mit dem zweiten Weg auch funktionieren, mit dem ersten nicht (?).
Das war aber eine lange Abhandlung ...
Hilfe kann ich brauchen. Fr's Translator-Tool zum Beispiel. Blder Name aber egal. Es soll folgendes bewerkstelligen:
Man klickt sich durch alle Seiten des Shops aber ohne SQL-Anbindung, es werden nur die Stellen gezeigt, die spter aus den Sprachdateien ausgelesen werden (lang/*.inc.php).
Wo im echten Shop eine Variable aus der Sprachdatei steht mte ein Formularfeld hin, das den aktuellen Inhalt der Variable zeigt. Was spter aus der Datenbank kommt, kann einfach mit etwas normalem Text belegt werden.
Den Inhalt der der Sprachvariablen kann man dann im Textfeld ndern und wieder abspeichern.
Alternativ dazu knnte man auch einfach eine lange Liste machen und kleine Bildschirmfotos. In jedem Falle soll eine Orientierung da sein, da der bersetzer wei, wo spter welcher Text hingehrt.
Einige Sachen mssen auch ganz eigen integriert werden, der Text fr die Mails und die Fehlermeldungen z.B.
Alles in allem macht das viel Arbeit, ist aber technisch nicht so spannend. Im Prinzip kann das wie der admin-Bereich in einem ganz eigenen Verzeichnis liegen.
Spannend ist hchstens, das Datei lesen und schreiben. Wenn die Varibalen fr main.php gendert werden mssen die anderen natrlich erhalten bleiben und so. Es sollte also ein Weg gefunden werden nur die Zeilen zu ndern, an denen sich etwas tut.
Man knnte auch mal berlegen, ob es wirklich ntig ist auf jeder Shopseite alle variablen einzulesen oder ob einzelne Dateien oder gar eine Datenbanktabelle nicht besser wren. Also fr main.php eine lang/de_main.inc.php usw.
Gru,
Andreas.
So lange Texte sind gar nicht meine Art ... ;-)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hallo,
erstmal vielen vielen Dank fr die ausfhrliche ;-) Antwort und sorry fr meine spte Reaktion (war'n paar Tage weg). Die zweite Lsung gefllt mir auch besser. Werd ich mal probieren.
Betr. Hilfe.
Mach ich gerne.
Stellst du dir das so vor, da fr jede Seite die im shop angezeigt wird, ein Formular mit den Feldern erstellt wird, die in den lang/*.inc.php's enthalten sind? Und diese Formulare vom Design her dem Shopdesign hnlich sein sollen?
Also vom Prinzip her so hnlich wie im Admintool die Konfiguration.
-links die Menleiste/Auswahlliste der Einzelnen Seiten des Shops.
-whlt man eine Seite aus, wird die betreffende Seite als Formular angezeigt, die betreffende lang/*.inc.php ausgelesen und die Eintrge(falls vorhanden) in den Formularfeldern angezeigt. Die nicht verwendeten Felder im betreffenden Formular werden im Formular versteckt eingetragen, oder am Ende des eigentlichen layouteten Formulars als Formularfelder lediglich Aufgelistet.
-Beim speichern wird dann die betreffende lang/*.inc.php komplett berschrieben.
Gru Peter
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Ja.
Ich bin mir nicht sicher, ob man wirklich immer die komplette *_lang.inc.php bearbeiten mu.
Vielleicht sollten die Variablen auf verschiedene Dateien verteilt werden.
z.B. $admin mu nicht auf jeder Seite des Shops mit eingelesen werden. Knnte man eventuell sogar in ein ganz eigenes Verzeichnis im admin-Bereich 'verbannen'. Ebenso $pay und $mail.
Die letzten beiden werden fr die reine Katalogversion berhaupt nicht gebraucht.
Das erschwert natrlich die Administration etwas, macht das System aber etwas schlanker.
bertreiben mu man es damit auch nicht, es sollte nur feststehen, bevor Du anfngst viele hidden-Tags zu bauen.
Ich denke es bietet sich eine Dreitlung an:
1) admin-Bereich
2) nav-,main-, detail-Bereich (alles was im Katalog benutzt wird)
3) viewcart, pay, error, mail ... Der Rest, der mit dem Shop zu tun hat.
Was wann included wird, kann dann in header.inc.php anhand der Variablen $caller entschieden werden.
Was hltst Du davon?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi,
ich denke, ich mache ein riesen Formular mit allen Feldern der betreffenden *_lang.inc.php. Man mu dann zwar ziemlich scollen, hat aber den Vorteil, da man nur eine Sprachdatei hat und in einem Rutsch die ganze Sprache abarbeiten kann.
Ich hab unter http://www.prima-webshop.de/translator/translate.php mal ein Formular angefangen. Ist bisher lediglich das Layout ohne Funktionen und bisher lediglich die Shop-Hauptseite und den Warenkorb.
Den pay und pulicpay Bereich sollte man noch layoutet anfgen.
Die Fehlermeldungen, sowie mailer etc. lediglich als Liste mit Eingabefelder.
Was hlst du davon?
Gru
Peter
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Noch ein paar Gedanken dazu:
- include die Sachen ,die in Anfhrungszeichen stehen, aus einer vorhandenen Sprachdatei
- schau mal, ob es mglich ist so Sachen wie Preis oder Anzahl, die zwar nochmal im Warenkorb auftauchen, aber schon eher eingegeben wurden, mit einem Anker/Link zu versehen, damit man schnell dorthin scrollen kann.
- der admin-Bereich sollte seine eigene Sprachdatei im admin-Verzeichnis kriegen.
--
Gru,
Andreas.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi,
den Adminbereich lass ich raus.
Ich hab noch ein paar Felder hinzugefgt.
Land,Sprache, Bezahlart,Versandart,Login.
Die waren im script noch nicht mit der *_lang.inc.php verknpft.
Ich mache noch zustzliche leere Eingabefelder an das Ende des Formulars mit fortlaufen Nummern ($main_20,$main_21, $vc_13 etc.) in die *_lang.inc.php, da mit Sicherheit noch einige Hinweise, Meldungen, und berschriften dazukommen.
Dann mu man spter nicht so viel ndern, wenn was dazu kommt.
Evtl. bekomme ich es morgen fertig. (fast)Auktuelle Version unter http://www.prima-webshop.de/translator/translate.php
Gru
Peter
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Da der Shop noch nicht ganz fertig fehlen halt noch ein paar Kleinigkeiten an Variablen (deshalb macht sowas fr den Admin-Bereich auch (noch) keinen Sinn).
Vergi nicht irgendwo, vielleicht neben dem Submit-Button ein Feld fr den Dateinamen anzugeben, damit man die Mglichkeit hat sowohl *.lang-Dateien abzuspeichern also neuanzulegen als auch eine bestehende zu ndern, oder aus einer bestehenden eine neue anzulegen.
Gefllt mir wirklich sehr gut, weiter so.
--
Gru,
Andreas.
PS: Bin gerade auf dem Weg den Admin-Bereich fertigzustellen. Morgen gibt's wieder was neues Online und zum Downloaden.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi,
ich habe das tool in das lang Verzeichniss gelegt. http://www.prima-webshop.de/lang/start_translate.php.
Ich arbeite gerade an der save_lang_inc.php
Wird aber noch ein bischen dauern, is ne frchterliche Tipperei.
Das Feld fr den Dateinamen kommt noch dazu.
Gru
Peter
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Das bersetzungstool ist im aktuellen preview-Archiv enthalten und auch online (allerdings ohne Schreibfunktion) unter http://kansok.com/phpayv2/admin/ .
Fr die Final-Release sind vielleicht noch ein paar Schnheitsreparaturen (Anpassung ans restliche Design, CSS), abspecken auf die wirklich verwendeten Variablen; aber die Funktionalitt/Bedienbarkeit ist sehr gut!
Gru,
Andreas.
PS: Wenn Du willst, kannst Du den admin-Bereich umbauen, das Variablen verwendet werden, wo jetzt deutscher Text steht (wo die Submit-Buttons das Attribut name haben, bitte keine Variable einsetzen).
Navigation ist da schon fertig. admin/lang/*.inc.php
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hallo Andreas,
Ich mach mich mal an den Admin Bereich,
wird allerdings bis Ende der Woche dauern, da ich
die Woche viel zu tun habe.
Beim berstzungstool hab ich schon ein paar nderungen gemacht. Ich sende sie dir sobald's fertig ist.
Gru
Peter
Hinweis:Im Warenkorb wird die Menge noch mit Dezimalstellen angezeigt.Fehlende Daten
Hinweis: Wenn ich im Warenkorb per Browser back button zurckgehe kommt Meldung: Dokument ist Ergebnis einer Verffentlichung und nicht mehr gltig. Formulardaten erneut versenden, um Dokument durch Klicken auf Neu
laden wiederherzustellen.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
hetz' Dich nicht. Vor dem Wochenend wird sich sowie nichts wesentliches tun, schlielich mu ich auch von etwas leben ;-)
RE Hinweis1: Ja, solche Sache gehe ich diese Woche mal durch. Nachdem der admin-Bereich jetzt soweit fertig ist, kann ich mich endlich mal wieder um den Shop kmmern. Da sind auch noch einige HTML- und CSS-Fehler drin. Fr manche Verpackunseinheiten mssen die Dezimalstellen bleiben ('kg' z.B).
RE Hinweis2: Das wird sich wohl nict vermeiden lassen. Eigentlich gibt es ja den Button "Zurck zur Artikelliste" (der sendet dann alle Formulardaten nochmal :-) Abgesehen davon hngt das vielleicht auch vom Browser ab.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hallo Andreas,
ich hab zur Zeit nen Haufen Arbeit, schtze aber,
da ich mich ab 11. Mai wieder um das Tool kmmern
kann. Ich mach jetzt nur ab und zu nachts nen bischen weiter, geht aber nicht so voran.
Bis bald
Peter
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Ah ja, man mu ja auch von etwas leben. Schn, da Du Dich gemeldet hast.
Zur Info: Dein bersetzungstool fr den Shop wird zum einen 'Standalone' weiter bestehen und zum anderen nochmal richtig in die Administration integriert werden, so da man von dort aus auch gleich eine neue bersetzung einbinden kann und so. Im wesentlichen ndert sich also nur der Verzeichnispfad und es kommt eine kleine Datenbankanbindung dazu.
(Bin gerade dabei).
Gru,
Andreas.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hallo,
Ich habe eine Anregung.
Wenn im Shop statt zwei Kategorien drei mglich wren, knnte man Ihn sogar als eine Art shopportal erweitern. Wer keine verschiedenen Kataloge bentigt, hat bei der Artikeleingabe neuer Artikel standardmig eben Katalog 1.
Z.B.
- Katalog1 Elektronik
-- Warengruppe1
--- Kategorie 1 der Warengruppe1
--- Kategorie 2 der Warengruppe1
-- Warengruppe2
--- Kategorie 1 der Warengruppe2
--- Kategorie 2 der Warengruppe2
- Katalog2 Kosmetik
-- Warengruppe1
--- Kategorie 1 der Warengruppe1
--- Kategorie 2 der Warengruppe1
-- Warengruppe2
--- Kategorie 1 der Warengruppe2
--- Kategorie 2 der Warengruppe2
Keine Ahnung ob das in dem fortgeschrittenen Entwicklungsstadium noch mglich ist. Finde ich aber eine gute Funktion.
P.S.
Ich mchte gerne beim Projekt mithelfen.
Meine Kenntnisse in php sind zwar drftig, aber evtl. gibt die eine oder andere Aufgabe, die ich erledigen kann.
MfG
Peter Lehr
Dieser Vorschlag ist okay und funktioniert im Prinzip in V1.05, ist jetzt nur noch implemtiert. Kommt noch, weil es eigentlich was ist, was nicht so hufig gebraucht wird (denke ich). In Version 1.05 wird es einfach ber verschiedene config.inc.php gelst.
Unter http://phpay.sourceforge.net liegen ja verschiedene Demoshops. Alle greifen auf die gleiche Datenbank zu, haben aber verschiedenes Aussehen.
In der config steht aber nicht nur was zum Design, sondern auch zur Datenbank.
Wenn man jeder config eine andere Datenbank gibt aber gleiches Design wre Dein Vorschlag ungefhr integriert. Noch eine Portalseite davor, damit man den gewnschten Shop auswhlen kann, und fertig.
Naja, fast: Denn jetzt hat man verschiedene Shops, die eine gemeinsame Startseite haben. Ich frchte, da ist noch nicht Dein Endziel. Elegant wre es ja, wenn die Userverwaltung gemeinsam stattfindet ....
Dazu fallen mir jetzt spontan zwei Wege ein:
1) Entweder - hnlich wie in V1.05 die Auswahl der verschiedenen Sprachen - ber verschiedene Tabellennamen, eine PHP-Lsung sozusagen. In lib.inc.php wird anhand eines Paramters der config-Datei oder der Tabelle online der Tabellenname ermittelt.
$table_item = $shop_type + "_item"
In alle select's des Kosmetikshops wird dann statt der Tabelle item die Tabelle 'kosmetik_item' (=$table_item) abgefragt. Alle select-Kommandos mten gendert werden und die lib.inc.php entsprechend.
2) Die zweite Lsung knnte irgendwie SQL-seitig sein. Die Tabellennamen bleiben, wie sie sind. Zu 'abt' wird eine Spalte 'shoptypeID' hinzugefgt, die hnlich wie 'itemgrID' fr 'item' und 'abtID' fr 'itemgr' eine hhere Instanz darstellt
Eine neue Tabelle 'shoptype' dazu, in der dann Kosmetik und Elektonik aufgefhrt wird. Eigentlich mssen dann nur die selects in nav.php und search.php gendert werden, damit die darauf achten nur Abteilungen bzw. Artikel aus dem richtigen Shop zu zeigen. Auf den ersten Blick jedenfalls.
Der zweite Weg gefllt mir etwas besser.
Wenn Du beides gleichzeitig anzeigen lassen willst wrde das mit dem zweiten Weg auch funktionieren, mit dem ersten nicht (?).
Das war aber eine lange Abhandlung ...
Hilfe kann ich brauchen. Fr's Translator-Tool zum Beispiel. Blder Name aber egal. Es soll folgendes bewerkstelligen:
Man klickt sich durch alle Seiten des Shops aber ohne SQL-Anbindung, es werden nur die Stellen gezeigt, die spter aus den Sprachdateien ausgelesen werden (lang/*.inc.php).
Wo im echten Shop eine Variable aus der Sprachdatei steht mte ein Formularfeld hin, das den aktuellen Inhalt der Variable zeigt. Was spter aus der Datenbank kommt, kann einfach mit etwas normalem Text belegt werden.
Den Inhalt der der Sprachvariablen kann man dann im Textfeld ndern und wieder abspeichern.
Alternativ dazu knnte man auch einfach eine lange Liste machen und kleine Bildschirmfotos. In jedem Falle soll eine Orientierung da sein, da der bersetzer wei, wo spter welcher Text hingehrt.
Einige Sachen mssen auch ganz eigen integriert werden, der Text fr die Mails und die Fehlermeldungen z.B.
Alles in allem macht das viel Arbeit, ist aber technisch nicht so spannend. Im Prinzip kann das wie der admin-Bereich in einem ganz eigenen Verzeichnis liegen.
Spannend ist hchstens, das Datei lesen und schreiben. Wenn die Varibalen fr main.php gendert werden mssen die anderen natrlich erhalten bleiben und so. Es sollte also ein Weg gefunden werden nur die Zeilen zu ndern, an denen sich etwas tut.
Man knnte auch mal berlegen, ob es wirklich ntig ist auf jeder Shopseite alle variablen einzulesen oder ob einzelne Dateien oder gar eine Datenbanktabelle nicht besser wren. Also fr main.php eine lang/de_main.inc.php usw.
Gru,
Andreas.
So lange Texte sind gar nicht meine Art ... ;-)
Hallo,
erstmal vielen vielen Dank fr die ausfhrliche ;-) Antwort und sorry fr meine spte Reaktion (war'n paar Tage weg). Die zweite Lsung gefllt mir auch besser. Werd ich mal probieren.
Betr. Hilfe.
Mach ich gerne.
Stellst du dir das so vor, da fr jede Seite die im shop angezeigt wird, ein Formular mit den Feldern erstellt wird, die in den lang/*.inc.php's enthalten sind? Und diese Formulare vom Design her dem Shopdesign hnlich sein sollen?
Also vom Prinzip her so hnlich wie im Admintool die Konfiguration.
-links die Menleiste/Auswahlliste der Einzelnen Seiten des Shops.
-whlt man eine Seite aus, wird die betreffende Seite als Formular angezeigt, die betreffende lang/*.inc.php ausgelesen und die Eintrge(falls vorhanden) in den Formularfeldern angezeigt. Die nicht verwendeten Felder im betreffenden Formular werden im Formular versteckt eingetragen, oder am Ende des eigentlichen layouteten Formulars als Formularfelder lediglich Aufgelistet.
-Beim speichern wird dann die betreffende lang/*.inc.php komplett berschrieben.
Gru Peter
Ja.
Ich bin mir nicht sicher, ob man wirklich immer die komplette *_lang.inc.php bearbeiten mu.
Vielleicht sollten die Variablen auf verschiedene Dateien verteilt werden.
z.B. $admin mu nicht auf jeder Seite des Shops mit eingelesen werden. Knnte man eventuell sogar in ein ganz eigenes Verzeichnis im admin-Bereich 'verbannen'. Ebenso $pay und $mail.
Die letzten beiden werden fr die reine Katalogversion berhaupt nicht gebraucht.
Das erschwert natrlich die Administration etwas, macht das System aber etwas schlanker.
bertreiben mu man es damit auch nicht, es sollte nur feststehen, bevor Du anfngst viele hidden-Tags zu bauen.
Ich denke es bietet sich eine Dreitlung an:
1) admin-Bereich
2) nav-,main-, detail-Bereich (alles was im Katalog benutzt wird)
3) viewcart, pay, error, mail ... Der Rest, der mit dem Shop zu tun hat.
Was wann included wird, kann dann in header.inc.php anhand der Variablen $caller entschieden werden.
Was hltst Du davon?
Hi,
ich denke, ich mache ein riesen Formular mit allen Feldern der betreffenden *_lang.inc.php. Man mu dann zwar ziemlich scollen, hat aber den Vorteil, da man nur eine Sprachdatei hat und in einem Rutsch die ganze Sprache abarbeiten kann.
Ich hab unter http://www.prima-webshop.de/translator/translate.php mal ein Formular angefangen. Ist bisher lediglich das Layout ohne Funktionen und bisher lediglich die Shop-Hauptseite und den Warenkorb.
Den pay und pulicpay Bereich sollte man noch layoutet anfgen.
Die Fehlermeldungen, sowie mailer etc. lediglich als Liste mit Eingabefelder.
Was hlst du davon?
Gru
Peter
Das sieht doch schon sehr gut aus!
Noch ein paar Gedanken dazu:
- include die Sachen ,die in Anfhrungszeichen stehen, aus einer vorhandenen Sprachdatei
- schau mal, ob es mglich ist so Sachen wie Preis oder Anzahl, die zwar nochmal im Warenkorb auftauchen, aber schon eher eingegeben wurden, mit einem Anker/Link zu versehen, damit man schnell dorthin scrollen kann.
- der admin-Bereich sollte seine eigene Sprachdatei im admin-Verzeichnis kriegen.
--
Gru,
Andreas.
Hi,
den Adminbereich lass ich raus.
Ich hab noch ein paar Felder hinzugefgt.
Land,Sprache, Bezahlart,Versandart,Login.
Die waren im script noch nicht mit der *_lang.inc.php verknpft.
Ich mache noch zustzliche leere Eingabefelder an das Ende des Formulars mit fortlaufen Nummern ($main_20,$main_21, $vc_13 etc.) in die *_lang.inc.php, da mit Sicherheit noch einige Hinweise, Meldungen, und berschriften dazukommen.
Dann mu man spter nicht so viel ndern, wenn was dazu kommt.
Evtl. bekomme ich es morgen fertig. (fast)Auktuelle Version unter http://www.prima-webshop.de/translator/translate.php
Gru
Peter
Klasse.
Weiter fllt mir dazu nix ein. :-))
Da der Shop noch nicht ganz fertig fehlen halt noch ein paar Kleinigkeiten an Variablen (deshalb macht sowas fr den Admin-Bereich auch (noch) keinen Sinn).
Vergi nicht irgendwo, vielleicht neben dem Submit-Button ein Feld fr den Dateinamen anzugeben, damit man die Mglichkeit hat sowohl *.lang-Dateien abzuspeichern also neuanzulegen als auch eine bestehende zu ndern, oder aus einer bestehenden eine neue anzulegen.
Gefllt mir wirklich sehr gut, weiter so.
--
Gru,
Andreas.
PS: Bin gerade auf dem Weg den Admin-Bereich fertigzustellen. Morgen gibt's wieder was neues Online und zum Downloaden.
Hi,
ich habe das tool in das lang Verzeichniss gelegt.
http://www.prima-webshop.de/lang/start_translate.php.
Ich arbeite gerade an der save_lang_inc.php
Wird aber noch ein bischen dauern, is ne frchterliche Tipperei.
Das Feld fr den Dateinamen kommt noch dazu.
Gru
Peter
Das bersetzungstool ist im aktuellen preview-Archiv enthalten und auch online (allerdings ohne Schreibfunktion) unter http://kansok.com/phpayv2/admin/ .
Fr die Final-Release sind vielleicht noch ein paar Schnheitsreparaturen (Anpassung ans restliche Design, CSS), abspecken auf die wirklich verwendeten Variablen; aber die Funktionalitt/Bedienbarkeit ist sehr gut!
Gru,
Andreas.
PS: Wenn Du willst, kannst Du den admin-Bereich umbauen, das Variablen verwendet werden, wo jetzt deutscher Text steht (wo die Submit-Buttons das Attribut name haben, bitte keine Variable einsetzen).
Navigation ist da schon fertig. admin/lang/*.inc.php
Hallo Andreas,
Ich mach mich mal an den Admin Bereich,
wird allerdings bis Ende der Woche dauern, da ich
die Woche viel zu tun habe.
Beim berstzungstool hab ich schon ein paar nderungen gemacht. Ich sende sie dir sobald's fertig ist.
Gru
Peter
Hinweis:Im Warenkorb wird die Menge noch mit Dezimalstellen angezeigt.Fehlende Daten
Hinweis: Wenn ich im Warenkorb per Browser back button zurckgehe kommt Meldung: Dokument ist Ergebnis einer Verffentlichung und nicht mehr gltig. Formulardaten erneut versenden, um Dokument durch Klicken auf Neu
laden wiederherzustellen.
Hallo Peter,
hetz' Dich nicht. Vor dem Wochenend wird sich sowie nichts wesentliches tun, schlielich mu ich auch von etwas leben ;-)
RE Hinweis1: Ja, solche Sache gehe ich diese Woche mal durch. Nachdem der admin-Bereich jetzt soweit fertig ist, kann ich mich endlich mal wieder um den Shop kmmern. Da sind auch noch einige HTML- und CSS-Fehler drin. Fr manche Verpackunseinheiten mssen die Dezimalstellen bleiben ('kg' z.B).
RE Hinweis2: Das wird sich wohl nict vermeiden lassen. Eigentlich gibt es ja den Button "Zurck zur Artikelliste" (der sendet dann alle Formulardaten nochmal :-) Abgesehen davon hngt das vielleicht auch vom Browser ab.
Hallo Andreas,
ich hab zur Zeit nen Haufen Arbeit, schtze aber,
da ich mich ab 11. Mai wieder um das Tool kmmern
kann. Ich mach jetzt nur ab und zu nachts nen bischen weiter, geht aber nicht so voran.
Bis bald
Peter
Ah ja, man mu ja auch von etwas leben. Schn, da Du Dich gemeldet hast.
Zur Info: Dein bersetzungstool fr den Shop wird zum einen 'Standalone' weiter bestehen und zum anderen nochmal richtig in die Administration integriert werden, so da man von dort aus auch gleich eine neue bersetzung einbinden kann und so. Im wesentlichen ndert sich also nur der Verzeichnispfad und es kommt eine kleine Datenbankanbindung dazu.
(Bin gerade dabei).
Gru,
Andreas.
Hi,
ich melde mich, sobald es von meiner Seite aus weitergehen kann. Wir sollten dann mal telefonieren um die Details zu besprechen.
Gru
Peter