Commerce-Extension?

Auch eine neue Version der Graytree Library ist heute erschienen. :o

Moin,

nachdem auch das zweite Wochenende nach dem angekündigten Wochenende verstrichen ist, darf also wieder davon ausgegangen werden, dass doch nix wieter in Richtung "Commerce-Extension" passiert.

laptop24 schrieb

Moin,

nachdem auch das zweite Wochenende nach dem angekündigten Wochenende verstrichen ist, darf also wieder davon ausgegangen werden, dass doch nix wieter in Richtung "Commerce-Extension" passiert.

ich kann nur soviel sagen, wenn man manche typo3 bezogene seiten liest, dann könnte man schon die ext haben... mehr kann ich nicht sagen

georg

Warum denn so geheimnisvoll?

so viele Typo3-Bezogene Seiten... oder ist das so eine Art Schnitzeljagd? 🙁

D.

just2b schrieb

ich kann nur soviel sagen, wenn man manche typo3 bezogene seiten liest, dann könnte man schon die ext haben...

... und ein paar graue Haare mehr, weil man natürlich erstmal meint, der Fehler sitzt vor dem Bildschirm.
Ich habe das vor-Beta-Pre-Debug-Release jedenfalls nicht zum Laufen gebracht, aber ich bin ja auch erst seit anderthalb Jahren Vollzeit-TYPO3ler ... #giggle#

just2b schrieb

mehr kann ich nicht sagen

Warum denn so geheimnisvoll ?
Der Link zur Seite darf durchaus weitergegeben werden, nur nicht der direkte Downloadlink.
Klar, die wollen auch nur Adressen sammeln 😉
Also, hier darf man per Email um Commerce ansuchen:

www.typo3-unleashed.net/singleentry.html?&tx_ttnews[tt_news]=475&tx_ttnews[backPid]=24&cHash=8f0ea2ea85

Viel Spaß beim Debuggen.

[ das URL-Tag beim Posten kommt mit solchen Links auch nicht klar, oder gibt es ein undokumentiertes Escape-Zeichen für die schließende Klammer ??]

Please do me a favour and don't publish any links to this comment.

aber bitte

ps: url-bug, bekannt :/

jenses schrieb

... und ein paar graue Haare mehr, weil man natürlich erstmal meint, der Fehler sitzt vor dem Bildschirm.
Ich habe das vor-Beta-Pre-Debug-Release jedenfalls nicht zum Laufen gebracht, aber ich bin ja auch erst seit anderthalb Jahren Vollzeit-TYPO3ler ... #giggle#

soll das heissen, die User sollen die Ext zu Ende schreiben, weil die Entwickler in eine Sackgasse geraten sind ? macht ja fast den Anschein ...

Bei dem ganzen Getöse hab ich jedenfalls die Lust dran verloren.

Ich finde es jedenfalls geil, dass die "Pre-Beta" nicht mal lauffähig ist.

Auch wenn noch nicht alle Features 100% funktionieren, sollte nach der Installtion von tx_commerce nicht alles in PHP-Fehlern enden. #angry#

Grüße
Björn

Bei dem ganzen Getöse hab ich jedenfalls die Lust dran verloren.

Ich habe die Lust an einer neuen Shop-Extension noch nicht verloren. Dummerweise habe ich meine Kunden und mich mehrere Monate vertröstet, weil ich dachte, das Rad muss ja nicht zum 15 mal neu erfunden werden. Ein Irrtum, wie ich mittlerweile feststelle.

Ich werde mich jetzt wohl doch wieder an meine eigene Shop-Extension setzen. Da weiß ich jedenfalls, dass ich sie nie fertig kriege. Und das kann ich dann auch kommunizieren 😉

Vielleicht sollten sich all diejenigen, die bereits einen Shop geschrieben oder erweitert haben zusammentun und mal eine gemeinsame Shop-Extension auf die Beine stellen. Selbst wenn man damit erst in etwa 1 Jahr anfängt, sind wir vielleicht noch schneller fertig, als tx_commerce.

#angry#

laptop24 schrieb

Ich habe die Lust an einer neuen Shop-Extension noch nicht verloren. Dummerweise habe ich meine Kunden und mich mehrere Monate vertröstet, weil ich dachte, das Rad muss ja nicht zum 15 mal neu erfunden werden. Ein Irrtum, wie ich mittlerweile feststelle.

Dass habe ich sofort unterlassen, als sich abzeichnete, das es so verzögert wird. Nach dem Podcast war ich noch optimistisch.

Also da lob ich mir doch Franz, der unermüdlich an Verbesserungen von tt_products arbeitet - und warum sollen nicht alle interessierten ihn unterstützen, um die sehr gut funktionierende Shop-Lösung weiter zu verbessern ? Die ist jedenfalls fertig und genügend funktionierende Shops auf dieser Basis bestätigen das.

Also tt_products ist wirklich sehr umfangreich, aber ganz ehrlich: An dem Ding wird gepatched was das Zeug hält, aber so richtig gut will es einfach nicht werden. Und: Eine reine Produktanzeige macht eben noch keinen Shop ...

tx_commerce ist da schon wirklich - zumindest was man der feature list im Wiki entnehmen kann - ein sehr schöner Ansatz und ich würde auch selbst die Ärmel hochkrempeln und helfen, das schöne Stück Software fertig zu kriegen. Aber nachdem ich tx_commerce nun installiert habe und den ersten Klick auf "Kategorie" gemacht habe, ist es mir vergangen. Nach einer Stunde habe ich aufgegeben den Code weiter zu debuggen, weil der Code - zumindest an dieser Stelle - einfach nicht zusammenpasst. Entweder die haben da wirklich mit total anderen Versionen von Graytree (warum eigentlich grau??), Dynaflex und tx_commerce als im TER erhältlich gearbeitet oder dieses Pre-Beta Release ist reine Schikane. Wenn das ernsthaft einen reellen Entwicklungsstand darstellen soll, dann ist mir klar, warum die das Ding seit einem Jahr nicht rausgebracht haben. So viele Fehler und Ungereimtheiten lassen sich einfach nicht debuggen....

Bitte nicht falsch verstehen: Ich will hier niemand runtermachen, der seine Freizeit für ein OS-Projekt opfert. Aber ganz ehrlich: Ich glaube, in diesem Forum finden sich genügend versierte Entwickler, die gerne etwas von ihrer Arbeitszeit opfern würden, um ein schönes Shop-System für TYPO3 zu entwickeln.

Mein Vorschlag: Stellt doch einfach noch mal eine lauffähige Version zur Verfügung + eine Todo-Liste und wir schreiben, debuggen oder was auch immer den Code gemeinsam. Von mir aus schreib ich auch eine Doku anhand des Quellcodes - das bin ich ja schon von anderen Extensions gewohnt ...

Das Problem mit tt_products ist, dass es mittlerweile so viele Patches enthält, dass man kaum noch von einer wartbaren Software sprechen kann.

Ein weiteres Problem ist, dass viele Leute eine Anpassung vornehmen, diese dann aber nicht in das offizielle Release von tt_products einfließt. Deshalb gibt es X verschiedene Shop-Extensions, die auf tt_products basieren, nur weil irgendwo eine Farbe geändert wurde.

Ich finde die Idee hervorragend, einen Shop zu erstellen, der Content und Shop miteinander verzahnt. Aber aufgrund der "Closed Source" Philosophie von tx_commerce kann kaum jemand was sinnvolles beisteuern.

Das ist im übrigen eine generelle Wunschvorstellung, dass verschiedene Extensions mit der gleichen Aufgabe zusammengeführt werden. Quasi eine Art Sammelphase, in der Extensions mit gleichem Thema entstehen können. Und dann (z.B. alle zwei Jahre) werden die Extensions in eine einzige gesteckt und das Repository wird aufgeräumt. Beispielsweise wären die dutzenden von Gästebuch- oder Gallerie-Plugins mal zusammenfassbar.

laptop24 schrieb

Das Problem mit tt_products ist, dass es mittlerweile so viele Patches enthält, dass man kaum noch von einer wartbaren Software sprechen kann.

o.O

laptop24 schrieb

Ein weiteres Problem ist, dass viele Leute eine Anpassung vornehmen, diese dann aber nicht in das offizielle Release von tt_products einfließt. Deshalb gibt es X verschiedene Shop-Extensions, die auf tt_products basieren, nur weil irgendwo eine Farbe geändert wurde.

Wo ist das Problem? Wenn die Shop-Betreiber lieber eine xyz_products und abc_products entwickeln lassen und verwenden wollen als das Original-tt_products, so können sie das tun. Dafür haben sie später jede Menge Mehraufwand und Nachteile gegenüber den anderen, die dafür sorgen, daß Code-Änderungen an das Original-tt_products zurückfließen. Denn schließlich gibt es keine Manuals, Tutorials, Weiterentwicklungen von tt_products, die sich auf ein xyz_products beziehen würden.
Der Shop-Betreiber muß selber entscheiden, welche Software er einsetzt und ob er Code zur Verfügung stellen will.
Mittlerweile ist es überflüssig geworden, ein xyz_products als Kopie von tt_products zu programmieren, weil genügend Hook-Funktionen in tt_products zur Verfügung stehen. :o Damit kann jeder sein eigenes xyz_products schreiben und muß nur wenige Funktionen in seine Extension aufnehmen bzw. muß nach einem Update von tt_products bestenfalls die Schnittstelle anpassen.

Und wer tx_commerce benötigt, der wird auch Patches dafür an die Entwickler senden, damit es früher fertig wird. 😉

Patches?? Das würde ich wirklich sofort machen, aber wenn z. B. in commerce/mod_category/index.php steht

	// Include files?
foreach	($SOBE->include_once as $INC_FILE)	include_once($INC_FILE);

und es in der tx_graytree_db_list-Klasse, welche von der Klasse tx_commerce_categories erweitert wird, überhaupt keine Eigenschaft "include_once" gibt, dann ist es wohl schwierig etwas zu Patchen, was so gar nicht zusammen passt, oder?!

Aber damit das hier nicht so total unmotiviert aussieht: In graytree/modfunc_list_list/class.tx_graytree_db_list.php fehlt irgendwo ein

include dirname(dirname(__FILE__)).'/lib/class.tx_graytree_folder_db.php';

damit der Aufruf

tx_graytree_folder_db::initFolders($this->title,$this->module,'0',$this->parentTitle);

in Zeile 114 klappt.

Ach ja, und "include" und "require" sind keine Funktionen, sondern Statements. Daher ist eine Klammer um den Dateinamen überflüssig - wenn es auch aus Gründen der Fehlertolleranz funktioniert.

Wenn ich eine halbwegs lauffähige Version hätte, würde ich gerne weitere Bugfixes beisteuern...

Ein weiterer Hinweis für alle Suchenden: Die tx_commerce Version vom 22.06. läuft nicht mit Graytree 1.0, sondern lediglich mit der 0.4er, erhältlich unter http://typo3.org/extensions/repository/search/graytree/0.0.4/details/

Was mir nicht ganz klar ist, wie zeigt funktioniert das mit Produkt, Attributen und Artikeln? Bei mir wird z.B. im FE immer nur ein Produkt angezeigt, egal aus wievielen Artikeln es besteht. Dabei hätte ich z.B. bei T-Shirt gerne zwei Drop-Down-Listen. Eine mit den verschiedenen Farben und eine mit den verschiedenen Grössen.
Hat das jemand hingekriegt?

batomo schrieb

Was mir nicht ganz klar ist, wie zeigt funktioniert das mit Produkt, Attributen und Artikeln? Bei mir wird z.B. im FE immer nur ein Produkt angezeigt, egal aus wievielen Artikeln es besteht. Dabei hätte ich z.B. bei T-Shirt gerne zwei Drop-Down-Listen. Eine mit den verschiedenen Farben und eine mit den verschiedenen Grössen.
Hat das jemand hingekriegt?

.. ich kam nicht soweit 😃

Also das Plugin für die Artikelausgabe (pi1) kann anscheinend bis jetzt nur eine Kategorie behandeln. Werden im BE zwei Kategorien für die Darstellung der Produktliste ausgewählt, wird lediglich die erste ausgegeben.
Die Ursache hierfür ist, dass die Eigenschaft "category" in der init()-Methode der Datei class.tx_commerce_pi1.php, Z. 123 lediglich die erste Kategorie zugeordnet bekommt - und wahrscheinlich auch nur eine verarbeiten kann.

Wie ist der Stand der Entwicklung? Gibts das Feature in der Entwicklerversion schon oder soll man a bisserl helfen?

Soll eigentlich der Namen der Extension Graytree eine Anspielung auf den Commerce-Entwickler Volker Graubaum sein??

Wie originell ... 8-)

b.kraus schrieb

Soll eigentlich der Namen der Extension Graytree eine Anspielung auf den Commerce-Entwickler Volker Graubaum sein??

'Graytree Library' steht für die abstrakte Baum Code-Bibliothek. Der Name 'Graytree' hört sich besser an als 'Abstracttree', und es wurde auch kein anderer Name dafür gefunden. Mit dieser Library erhält man einen grauen Baum. D.h. es fehlen noch die Blätter in verschiedenen Farben, auch der Stamm sollte eine Farbe bekommen. Der Stamm entspricht der Kategorie-Tabelle, die Blätter allen Tabellen, die man über eine mm-Tabelle mit der Kategorie verknüpfen will. Im Falle der Commerce Extension können damit Artikel und Produkte gleichzeitig als Blätter im Kategoriebaum hängen.
Volker Graubaum ist der Initiator für diese Library, die aus dem Pagetree und einer nicht erschienen Tree Library von Renè Fritz entwickelt worden ist. Die Idee, das für die Commerce-Extension für mm-Tabellen zu erweitern, stammt von ihm.