Datenbank zu den Modulen - in deutsch und hier auf der Site
Eingetragen von Thomas Zahreddin (262)am 08.11.2007 - 01:15 Uhr in
Die Module sind eine wertvolles Add-on zu Drupal, allerdings erschließen sie sich schlecht, einmal gibt es auf Drupal.org eine Sprachbarierre für alle, deren Englisch dafür nicht reicht. Und die Aufbereitung der Module und die Verlinkung zur Dokumentation und zu den Kommentaren von Anwendern ist dort nicht optimal gelöst.
Ob sich das Modul gut übersetzen lässt oder nicht und ob es eine deutsche Übersetzung gibt (und wie vollständig diese ist) erfährt man nicht.
Daher kam der Wunsch auf diese Situation zu verbessern. In der gestrigen Diskussion gab es Zustimmung zu folgenden Felder für eine Datenbank, in der die Nutzer von drupalcenter.de ihre Erfahrungen zu / mit einem Modul dokumentieren können und man endlich die relevanten Infos zu einem Modul an einer Stelle beisammen hat.
Es wurde auch der Wunsch nach einem bis drei Moderatoren für diese Datenbank geäußert. Als einer stelle ich mich gerne zur Verfügung. Mein Wunsch wäre es allerdings, jedem registrierten User von drupalcenter.de dort Schreibrechte zu geben, damit die Schwelle gering bleibt. Sinnvoll wäre auch, wenn Leute, die ein Modul im Einsatz haben, dieses auf Deutsch beschreiben würden. Aber das alles soll ja erst noch hier diskutiert werden.
An folgende Felder habe ich gedacht (Reihenfolge zufällig) :
- Link zur Drupal.org auf die Seite für das Modul z.B. http://drupal.org/project/visualize_backtrace
- dt. Beschreibung (inkl. Teaser)
- Übersetzbar
- xx % Übersetzung vorhanden
- Voting zur Qualität des Moduls, inwiefern es die Erwartungen / Funktionen lt. Beschreibung erfüllt hat.
- Alternativen: was könnte man statt dessen nehmen (ev. Links auf dt. Modul Beschreibungen)
- Kommentare zum Modul
- Verweis auf dt. Dokumentation / Handbuchseiten
- Performance - Erfahrungen
- Speicherbedarf - Erfahrungen
- Link auf Showroom: Liste der Sites, die das Modul einsetzen
- dt.-sprachiger Ansprechpartner (der Moderiert für das Modul und ggf. Fehler in d.o eintragen kann, etc. wenn der Anfragende kein Englisch kann)
- zu welchen Modulen gibt es eine Integration ?
- welche Module sind Voraussetzung (könnte automatiserit der modul.info entnommen werden)
- für welche Drupal Hauptversionen einsetzbar ? 5.x; 6.x - ist die Version 4.x noch von Interesse?
- am besten jeweils, wer wann was eingetragen hat, damit Rückfragen möglich sind, oder einschätzbar ist, dass das für die aktuelle Version ev. nicht mehr gilt.
So jetzt freue ich mich über Kommentare.
Ach ja, ich wäre bereit, jeden Tag eine Übersetzung einer Modulbeschreibung, wie sie auf drupal.org ist (nur die Beschreibung, was das Modul macht, nicht die Doku dazu) zu machen.
Zur Info: es gibt z.Z. ca. 1850 Module, finden sich rein statistisch ncoh ca. 5 weitere Leute finden, die auch bereit sind täglich eine Übersetzung einer Modul Beschreibung zu machen, dann ist die Liste in einem Jahr komplett.
- so der Ball ist auf Deiner Seite des Spielfelds ;-)
Herzlich
Thomas
- Anmelden oder Registrieren um Kommentare zu schreiben
Kindergarten?
am 08.11.2007 - 03:32 Uhr
- Link auf Showroom: Liste der Sites, die das Modul einsetzen
Man kanns auch uebertreiben.
- Performance - Erfahrungen
Nicht realisierbar. Wer kann die Performance einzelner Module messen? Alles andere, subjektiv gefuehlte, ist sinnlos. Es gibt zu viele Dinge die ein Modul in seiner Ausfuehrung beeinflussen.
- Speicherbedarf - Erfahrungen
Sinnlos weil aussagefaehige Infos nur schwer moeglich. Beispiel Modul Views. Und ehrlich mal. Wen interessiert es wieviel Speicher beispielsweise das Printerfriendly Modul belegt.
- dt. Beschreibung (inkl. Teaser)
Was bitte ist der Teaser eines Modules?
- Voting zur Qualität des Moduls, inwiefern es die Erwartungen / Funktionen lt. Beschreibung erfüllt hat.
Voellig sinnlos. Objektivitaet nicht gewaehrleistet.
Ausserdem habe ich das Gefuehl das hier auf DC gerade das Votingfieber ausbricht bzw. Vorbereitungen dazu getroffen werden.
- welche Module sind Voraussetzung (könnte automatiserit der modul.info entnommen werden)
Quatsch das. Einfach die README.txt oder INSTALL.txt lesen.
- xx % Übersetzung vorhanden
Noch nichts von den in Kuerze verfuegbaren "Language Servern" gehoert? Starte eine Initiative in diese Richtung!
- für welche Drupal Hauptversionen einsetzbar ? 5.x; 6.x - ist die Version 4.x noch von Interesse?
Voellig sinnlos. Ist Dir schon mal aufgefallen das die Dateinamen der Module bestimmte Ziffern enthalten?
@Thomas,
nimm es mir jetzt nicht uebel. Deine Bemuehungen in allen Ehren. Und Du sagst es selbst: ca. 1850 Module. Und, schon mal an Drupal 6 gedacht? Sehe Dir bitte hier auf DC die Leute an die regelmaessig posten/antworten: ... finden sich 5 Leute ... ? Glaubst Du wirklich?
Das Ganze hier beschriebene/vorgeschlagene kommt mir wie Kindergarten vor.
-------------
quiptime
Nur tote Fische schwimmen mit dem Strom.
Vielen Dank für Dein ausführliches Feedback
am 08.11.2007 - 08:35 Uhr
Hallo quiptime,
danke, dass Du so ausführlich auf mein Posting eingegangen bist.
Zu den einzelnen Punkten habe ich schon noch genauere Vorstellungen, aber momentan keine Zeit und Engagement diese hier zu beschreiben, weil das würde nur Sinn machen, wenn wir uns gemeinsam auf Prozeduren einigen, wie die Performance gemessen wird oder der Speicherbedarf (ich meine RAM, war von mir nicht klar genug ausgedrückt) ermittelt werden kann - sonst da gebe ich Dir recht bleibt es sehr subjektiv.
Der Teaser bezieht sich auf die deutsche Beschreibung, also vorweg zwei bis drei Sätze, die das Modul umreisen, dann ev. ausführlicherer Text.
Qualität ist auch nach DIN als Merkmal, das die Gebrauchstaugkeit eines Produktes oder einer Dienstleistung beschreibt, definiert - und wozu ein Benutzer ein Modul gebrauchen will, entscheidet er / sie ja selbst. Damit es etwas nachvollziehbarer wird, würde ich die Erwartung bzgl. der Leistung etc. an der Beschreibung des Moduls festmachen wollen.
Voraussetungen automatisiert anzeigen - würde auf der anderen Seite auch eine Datenbank ähnliche Abfrage ermöglichen - wie: gib mir alle Module, die auf location (oder einem Modul Deiner Wahl) aufsetzen - da musst Du schon viele Readme.txt lesen, bis Du die Information zusammen hast, noch schöner wäre es, wenn es ein Modul gäbe ala update_status, dass mir jeweil z.B. neue Module zeigt, die zu meinen vorhandenen passen - momentan machen es die Admins von Hand - wenn überhaupt.
Bzgl. Language Server hast Du völlig recht, bisher habe ich nur davon gehört, auch von Gabor - gesehen habe ich den noch nicht. U.U. wird es nicht nur einen geben, sonderen jeder kann sich einen aufsetzen. Auch hier habe ich an Automatisierung gedacht, dass der Prozentwert automatisch gefüllt wird, wenn klar ist, wie man auf den Language Server zugreifen kann.
Ja, die Module haben Versionsnummern, die aber leider nur aussagen für welche Version das Modul entwickelt wurde. Auch hier habe ich an ein späteres Filtern gedacht, wie es auf drupal.org für registrierte Benutzer zur Verfügung steht.
Und wenn ich in die Linke Spalte schaue, sehe ich aktuell 10 Leute mit mehr als 449 Punkten. Ich habe auch gelesen, dass die letzten Monate mehr Benutzer sich auf Drupalcenter registrieren - die brauchen auch Aufgaben, damit sie hier eingebunden werden können - nicht jeder fühlt sich so fit hier gleich was ins Forum zu stellen. Viele sind in der Lage 3 bis 30 Sätze zu übersetzen, z.B. wenn sie gerade die Beschreibung gelesen haben, weil sie sich für das Modul interessieren. Für die verschiedenen Kenntnissstufen sind auch verschiedene Aufgaben erforderlich, die die Benutzer erledigen können - das gibt ein Erfolgserlebnis und stärkt das Zugehörigkeitsgefühl - jedenfalls stelle ich mir Communitybuilding so vor - Deine Gedanken zum Communitybuilding würden mich durchaus interessieren.
Den Begriff Kindergarten verstehe ich nicht - was genau kommt Dir wie ein Kindergarten vor: dass Leute nicht Englisch können, oder mit Drupal.org überfordert sind, die Qualität der Postings hier, die Deinen Erwartungen nicht gerecht werden? - Vielleicht magst Du genauer erklären, was Du möchtest, damit es für Dich zufriedenstellend ist / wird?
Herzliche Grüße
Thomas
@Thomas, trotz all der sich
am 08.11.2007 - 12:05 Uhr
@Thomas,
trotz all der sich neu registrierenden User vergist Du eines. Wer ein Modul testen will muss es erst mal aktivieren. Ich will nicht sagen das dies das Problem ist. Das eigentliche Problem ist die Verwendung des aktivierten Modules.
Erinnere Dich selbst. Welche Module hast Du angefangen zu installieren? Uber welche Module kannst Du Jetzt referieren? Wenn es dabei Module gibt ueber die Du selbst Aussagen machen kannst - Speicher? Performance? Funktionalitaet? Gib mal bitte ein Beispiel.
die brauchen auch Aufgaben, damit sie hier eingebunden werden können
Und wenn die gar nicht eingebunden werden wollen? Woher weisst Du was die fuer Aufgaben brauchen?
Bzgl. Language Server hast Du völlig recht, bisher habe ich nur davon gehört, auch von Gabor - gesehen habe ich den noch nicht.
Was haelst Du von dem Vorschlag, ihn selber zu installieren? Kann man machen. Dann kannst Du ihn sehen. Mit Sicherheit aendert sich dann der Inhalt Deiner Initiative.
Was ich mit Kindergarten meine?
Den gesamten Inhalt Deiner Initiative. Er ist in vielen Punkte irgendwie realitaetsfremd.
Auf jeden Fall wuensche Dir viel Erfolg mit Deiner Initiative.
-------------
quiptime
Nur tote Fische schwimmen mit dem Strom.
Zweifel an Aktualität
am 08.11.2007 - 16:52 Uhr
Hallo Thomas,
ich find die Idee lobenswert, auch solchen Drupal-Usern helfen zu wollen, die kein Englisch können. Allerdings halt ich es für illusorisch, irgendwann mal eine halbwegs komplette Übersetzung aller Module anbieten zu können. Die Module werden z.T. ständig weiterentwickelt, es kommen immer wieder neue dazu. Wie will man da hinterherkommen? Die wirklich wichtigen Informationen zu den Modulen stehen eh in den readme und install-Dateien, und die sollen ja nicht übersetzt werden. Ich denke, man wird heutzutage als Webentwickler nicht mehr drumherum kommen, sich ein wenig Englisch anzueignen.
Du schreibst, Qualität kann nach DIN objektiv bewertet werden - allerdings, welcher Drupal-User kennt sich mit dieser Norm aus? Die meisten Modul-Bewertungen werden tatsächlich wohl sehr subjektiv geprägt sein, und gerade neue Drupal-User bzw. Umsteiger von anderen CMS werden oftmals andere/erhöhte Erwartungen an die Funktionalität von Modulen haben - und deshalb das Modul vielfach schlechter bewerten als es tatsächlich der Fall ist. Deshalb wäre ich der Meinung, dass man die Module selbst ausprobieren muss, um zu entscheiden, ob sie für den eigenen spezifischen Zweck sinnvoll sind oder nicht.
LG, Beate
Sowas gehört auf drupal.org
am 08.11.2007 - 18:18 Uhr
Warum immer alles doppelt und dreifach machen?
Es gibt drupal.org. Das ist und sollte auch die einzige Modul-Referenz sein.
Ich denke es sollte dann eher versucht werden i18n dort laufen zu lassen, damit die Übersetzungen machbar werden.
Vieles andere ist ja schon da oder in Arbeit
Siehe z.B. Statistiken zu View
Ansonsten sollte man sich eher mal mit Killes darüber unterhalten, ob da nicht mehr machbar ist (z.B. Benötigte Module anzeigen, etc.) Im Lullabot Podcast z.B. war gerade der Maintainer des Project Moduls, der wäre eine gute Anlaufstelle für solche Wünsche
Drupalcenter ist Drupalcenter, aber die "harten" Sachen sollten auf Drupal.org sein.