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.
b.kraus schrieb
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?!
Das ist doch vorhanden: (Graytree Library 0.0.4)
class tx_graytree_db_list {
var $include_once=array(); // Array, where files to include is accumulated in the init() function
Auf die Sache mit der 0.4er bin ich in meinem Post vom 27.06.2006 [13:07] auch gekommen 😉
Wurde die Änderung in tx_commerce schon nachvollzogen? Gibts eine neue Pre-Beta oder doch besser Alpha? Beta setzt ja voraus, dass alle Features implementiert sind.......!
b.kraus schrieb
Wurde die Änderung in tx_commerce schon nachvollzogen? Gibts eine neue Pre-Beta oder doch besser Alpha? Beta setzt ja voraus, dass alle Features implementiert sind.......!
Habt ihr keinen Zugang zu einer Mailing-Liste für Commerce? Wenn nein, dann solltet ihr das dort beantragen, woher ihr die Extension erhalten habt.
Ursprünglich sollte ja news://typo3.projects.tt-products zur Kommunikation genutzt werden, naja...
Ich werde gleich mal einen "Antrag" fertig machen.
Hallo,
also es gibt zur Zeit keine öffentliche Mailingliste. Es gibt eine interne Mailingliste welche von den Entwicklern benutzt wird. Bitte schickt mir keine Anfragen in dieser Richtung.
Grüße,
Thomas
Also irgendwie macht ihr es euch wirklich selbst schwer: Auf tx_commerce lastet ein enormer Erfolgsdruck, das Produkt ist halbfertig, von der Doku und einem guten Howto ganz zu schweigen, aber jegliche Hilfeofferten schlagt ihr hartnäckig aus. Fast so, als ob ihr das größte Geheimnis im OpenSource-Bereich hüten würdet.
Wovor habt ihr eigentlich Angst? Dass euch jemand die Arbeit und den Ruhm wegschnappt? Dass eure Firmen nicht genügend Profit durch tx_commerce abschöpfen können? Angst vor mehr Arbeit kann es nicht sein, dann mit einer handvoll weiterer Team-Mitglieder wird es ja eher leichter für den Einzelnen...
Es gibt genügend Entwickler, die euch freiwillig und gerne zur Hand gehen würden. Und nur weil sie nicht bei der Gründung des Projekts dabei waren, heißt es nicht, dass sie schlechter Coden als ihr oder weniger Ahnung von Shop-Entwicklung haben und dadurch eure schönen OOP- und MVC-Konzepte durcheinander bringen.
BTW: Eine einheitliche Coding-Guideline fehlt euch noch! Und PHP5-Style (prototyping, autoload, private declarations, exception handling, try...catch etc.) wäre cool gewesen 😉
Ich würde mir wünschen, dass - gerade wo ja die Kernelemente jetzt stehen - ihr das Projekt für eine größere Gruppe öffnet und den positiven Schub mitnehmen würdet, um ein schönes 1.0-Release fertigzustellen. "Inspire people to share" - könnte ja auch ein Slogan für tx_commerce werden, oder?
PS @Thomas: Herzlichen Glückwunsch zum Bestehen deines mündl. Examens 🙂
Lesen kann ich, danke.
Wenn ich einen CVS/SVN-Zugang hätte, um mit einer aktuellen Version arbeiten zu können, würde ich mich wirklich gerne reinknien. Solange ich aber mit einer "alten" Version arbeiten soll, aus dem Kommunikationsprozess ausgeschlossen bin und fast noch als Bittsteller auftreten muss, um überhaupt mal ein Feedback vom Entwickler-Team zu bekommen, tendiert meine Motivation echt gegen null. Was soll ich denn an Problemen arbeiten, die wahrscheinlich längst behoben sind???
Welches Ziel verfolgt ihr eigentlich mit eurer restriktiven Informationspolitik? Wollte ihr am Ende aus tx_commerce ein kommerzielles Produkt machen? Entspricht das eurer Vorstellung von einer TYPO3-Community?
Es ist nichts dagegen einzuwenden, mit TYPO3 Geld zu verdienen. Jeder von uns muss morgens beim Bäcker seine Brötchen bezahlen. Aber wenn das wirklich euer Ansinnen bei tx_commerce ist, dann seit doch bitte so ehrlich und sagt es offen und frei raus und haltet die anderen T3-User nicht unnötig hin.
Falls euch wirklich andere Gründe dazu bewegen, niemand an der Entwicklung teilhaben zu lassen, würde ich mich hier über ein Statement freuen.
100% Deiner Meinung b.kraus. Wenn es ein closed-source bzw. kommerzielles Projekt sein soll, dann wüsste ich es gerne jetzt. Wenn nein, dann würde ich mich freuen bald ein CVS zu sehen.
In der Version die ich i.M. habe sehe ich ne Menge Potential, aber auch vieles was noch nicht implementiert ist. Ich würde da lieber jetzt, als im April, Juni, nächstes Wochenende oder anfangs dieser Woche oder wie auch immer anfangen.
Z.Z. setzen wir jedenfalls wieder voll auf tt_products und das wird sich in absehbarer Zeit auch nicht ändern, da selbst wenn morgen commercial 1.0 released wird, inzwischen wichtige Funktionen fehlen, wie z.B. catmenu.
Ich denke es gibt ne Menge Leute die extrem gute Arbeit in commercial geleistet haben. Die Mut gezeigt haben das überhaupt in Angriff zu nehmen. Und es gibt jetzt eine Menge Leute die commercial gut finden und es besser machen wollen. Schade, dass eigentlich keiner was von dem Potential hat und alle frustriert werden durch diese ewigen Ankündigungen.
Also langsam habe ich den Kaffee wirklich auf: Auf typo3-unleashed.net wurde das Release von DynaFlex 1.2 angekündigt. Als Anmerkung habe ich gefragt, ob denn die Änderungen seit der 0.4er Version bereits in tx_commerce eingeflossen sind. Wenige Stunden später wurde mein Beitrag gelöscht! Hallo??? #evil#
b.kraus schrieb
Also langsam habe ich den Kaffee wirklich auf: Auf typo3-unleashed.net wurde das Release von DynaFlex 1.2 angekündigt. Als Anmerkung habe ich gefragt, ob denn die Änderungen seit der 0.4er Version bereits in tx_commerce eingeflossen sind. Wenige Stunden später wurde mein Beitrag gelöscht! Hallo??? #evil#
Habe ich auch gesehen und mich doch schwer gewundert...
-Gsicht
b.kraus schrieb
Also langsam habe ich den Kaffee wirklich auf: Auf typo3-unleashed.net wurde das Release von DynaFlex 1.2 angekündigt. Als Anmerkung habe ich gefragt, ob denn die Änderungen seit der 0.4er Version bereits in tx_commerce eingeflossen sind. Wenige Stunden später wurde mein Beitrag gelöscht! Hallo??? #evil#
Ist mir auch nicht entgangen. Jaja die moderne Technik. Da kann sowas schon mal aus der DB rausfallen. Ein Schelm wer böses dabei denkt...😉
Es ist beruhigend zu wissen, dass ich nicht der Einzige bin der einen Hals auf tx_commerce hat. Wobei mich weniger stört, dass das Entwicklerteam einen kleinen Geheimkult um Ihren heiligen Gral "tx_commerce" macht, sondern viel mehr, dass dieser Geheimclub sich des öffentlichen Interesses bedient, um Aufmerksamkeit zu haschen.
b.kraus schrieb
Falls euch wirklich andere Gründe dazu bewegen, niemand an der Entwicklung teilhaben zu lassen, würde ich mich hier über ein Statement freuen.
Das Projekt steht für Entwickler offen, die sich aktiv beteiligen wollen.
Die Anmeldung erfolgt über http://www.marketing-factory.de/kontakt.29.0.html.
Letzten Endes entscheidet es die Projekt-Leitung. 😉
Oh, prima, ein 404-Fehler... :o
Bei dieser Fraktion habe ich es schon vor zwei Monaten probiert - natürlich ohne eine Antwort zu bekommen, wie so mancher hier.
Was ich ganz bestimmt nicht machen werde, ist mich anzubiedern, wir sind ja hier nicht im Kindergarten. Entweder ihr wollt, dass euch Leute zur Hand gehen oder eben nicht. Mir ist das langsam ehrlich gesagt egal...
Anmerkung zu dem Hinweis von Flink: Diese Pseudo-Offenheit ist eine Farce! Hört endlich auf die Leute zu verarschen, das ist nicht lustig...
Und, das sage ich dir als Christ Flink: Eure Rede sei "Ja, ja." und "Nein, nein." Kennst den Spruch? Euer Katz und Maus spiel solltet ihr wirklich bleiben lassen und stattdessen mal klare Ansagen machen.
Ich weiß nicht, ob Kasper und die Leute aus dem Core Team diesen ganzen Mist hier mitbekommen, aber ich glaube nicht, dass sie das besonders toll finden.
Sorry, wenn ich hier etwas über die Stränge schlage, aber ich finde die Art und Weise wie hier mit den Außenstehenden umgegangen wird mehr als Bescheiden.
b.kraus schrieb
Anmerkung zu dem Hinweis von Flink: Diese Pseudo-Offenheit ist eine Farce!
Ich habe wiedergegeben, was auf div. Mailinglisten nachzulesen ist. Jeder Verantwortliche einer Extension und die Sponsoren, haben das Recht, letzten Endes selber darüber zu entscheiden, wen sie mitarbeiten lassen wollen. 🙂 Ich kann hier nichts entscheiden! #angry# Die genauen Aufnahmekriterien und Anzahl der noch benötigten Entwickler kenne ich ebensowenig. Leider wurden einige Ankündigungen erst mit sehr viel Verspätung und mangelhaft eingehalten. Es ist bei einem Projekt dieser Größe der wirkliche Aufwand auch nicht abschätzbar gewesen.
Es ist auch bei anderen Extensions und dem TYPO3-Core weder üblich noch sinnvoll, daß zu viele Entwickler gleichzeitig daran arbeiten.