Bug #1787
closed
Korrektur
100%
Description
Zeile 5: auch ein Kapitel, das Updateprozess für Joomla 1.5 Websites beschreibt.
--
"den" vergessen: auch ein Kapitel, das den Updateprozess für Joomla 1.5 Websites beschreibt.
.
Zeile 13: seinem Test-Team, seinen Übersetzungsteams und den vielen Drittentwickler
--
richtig: seinem Test-Team, seinen Übersetzungsteams und den vielen Drittentwickler*n*
.
Zeile 18: Die Komponente und die Module des CommunityBuilders werden unter GPL mit der
--
richtig: Die Komponente und die Module des Community Builders werden unter der GPL mit der
.
Zeile 22: Dieses Dokument ist nicht unter GPL veröffentlicht und darf nicht ohne die
--
der: Dieses Dokument ist nicht unter der GPL veröffentlicht und darf nicht ohne die
.
Z 28: und mit den Joomla-Versionen 1.0.x und 1.5. X . Weitere Informationen finden sich in
--
be: und mit den Joomla-Versionen 1.0.x und 1.5. X . Weitere Informationen *be*finden sich in
.
Z 35: Dieses Kapitel beschreibt die anfänglichen Schritte, um den CommunityBuilder auf
--
zwei Wörter
.
Zeile 43: Das Installationspaket-paket- des CB 1.2.3 ist eine komprimierte Datei und enthält
--
typo: Das Installationspaket des CB 1.2.3 ist eine komprimierte Datei und enthält
.
Z 54: Dies ist das Modul-Paket, welches anzeigt, welche Mitglieder momentan Online
--
richtig: online
.
Z 65: Diese komprimierte Datei enthält 3 Ordner-Hierarchien, die verwendet werden
--
richtig: Diese komprimierte Datei enthält drei Ordner-Hierarchien, die verwendet werden
.
Z 68, 80, : über Ihre vorhandene Installation kopiert werden, womit alle geänderten Daten
--
richtig: über ihre vorhandene Installation kopiert werden, womit alle geänderten Daten
.
Z 69-70: ersetzt werden. Diese Methode sollte nur von erfahrenen Benutzern*,* nach den Instruktionen in der README-UPGRADE.txt*,* verwendet werden.
--
M.M.n ohne Kommata: ersetzt werden. Diese Methode sollte nur von erfahrenen Benutzern nach den Instruktionen in der README-UPGRADE.txt verwendet werden.
.
Z 71, 83: benötigt (abhängig von CB-Version) auch eine direkte Datenbankmodifizierung
--
der: benötigt (abhängig von der CB-Version) auch eine direkte Datenbankmodifizierung
.
Z 77: Diese komprimierte Datei enthält 3 Ordner-
--
richtig: Diese komprimierte Datei enthält drei Ordner-
.
Z 89: Diese Textdatei enthält Information bezüglich des Pakets
--
Information*en*
.
Z 98: welchen gefolgt werden sollte, abhängig von Ihrer CM-Umgebung (Joomla vs
ihrer klein und fehlendes S: welchen gefolgt werden sollte, abhängig von ihrer CMS-Umgebung (Joomla vs
.
Z 107: CommunityBuilders und seiner Module. Es enthält auch Information bezüglich
--
richtig: Community Builders und seiner Module. Es enthält auch Information*en* bezüglich
.
Z 108: zusätzlichen Erweiterungen, welche heruntergeladen werden können, sobald
r: zusätzliche*r* Erweiterungen, welche heruntergeladen werden können, sobald
Files
Updated by Helrunar almost 14 years ago
- File cb_übersetzung_teil_02_deutsch_altes_Wordformat.doc cb_übersetzung_teil_02_deutsch_altes_Wordformat.doc added
Ist korrigiert und ich hoffe auch nichts vergessen zu haben
Updated by Lintzy almost 14 years ago
Updated by Lintzy almost 14 years ago
NEIN!!! Wie wäre es, wenn du mal den Link anklicken und da lesen würdest.
Updated by Helrunar almost 14 years ago
Wieso? Du machst ein Ticket auf mit Assigned, ich mache die Änderungen uns stelle auf resolved. Ist dann alles in ordnung, stellst Du auf closed und fertig.
Falls Du möchtest das ich auf Change request stelle, muss ich Dich enttäuschen, denn das kann ich nicht, da nicht vorhanden.
Updated by Lintzy almost 14 years ago
Das ist kein TASK-Ticket mit assigned
sondern ein BUG-Ticket mit assigned und jetzt noch mal zu dem Link ;)
Task, Bug, etc = Tracker
assigned, revsolved, etc = Status
.
Updated by Lintzy almost 14 years ago
Helrunar wrote:
Falls Du möchtest das ich auf Change request stelle, muss ich Dich enttäuschen, denn das kann ich nicht, da nicht vorhanden.
Nein, das ist ein Tracker und wäre auch verkehrt, aber nichts desto trotz: Developer können die Tracker ändern, wie das geht s. Screenshot.
Hier "streiten" wir aber gerade um den Status, der nicht korrekt ist.
.
Updated by Helrunar almost 14 years ago
- Status changed from Resolved to Closed
Sorry Angelika, aber dann ist da ein Fehler im System ;-)
Ein Bugticket sollte in diesem Fall normalerweise von dem jenigen geschlossen werden, der den Fehler meldet. So mache ich es zumindest in meiner Groupware mit meinen Kunden. Diese melden mir einen Fehler, ich korrigiere und stelle auf den entsprechenden Status und der Kunde schließt nach erfolgreicher Überprüfung.
Um es zu übertragen: Du als Managerin findest bei mir einen Fehler und meldest mir den, ich erledige es und stelle auf resolved, Du kontrollierst und wenn alles in Ordnung ist, dann schließt Du das Ticket.
Etwas anderes ist es, wenn man einem Programmierer einen Bug meldet. Dort wird das Ticket vom Programmierer geschlossen. Hat er dann dennoch einen Fehler drin gelassen, so wird ein anderer User diesen irgendwann finden und macht ein neues Ticket auf.
Wenn ich hier nun jedesmal ein Ticket schließe, Du dann wieder einen Fehler findest, so haben wir hier bald eine Flut von überflüssigen Tickets, welche wir wohl wirklich vermeiden können.
Kann auch sein, dass ich Dich gerade total falsch verstehe, aber ich bin der Meinung, das Schließen der Tickets sollte Dir überlassen sein, denn dann wissen wir es ist wirklich alles i.o..
Updated by Lintzy almost 14 years ago
Helrunar wrote:
Etwas anderes ist es, wenn man einem Programmierer einen Bug meldet. Dort wird das Ticket vom Programmierer geschlossen. Hat er dann dennoch einen Fehler drin gelassen, so wird ein anderer User diesen irgendwann finden und macht ein neues Ticket auf.
Und genauso machen wir das hier auch. Ersetze Developer mit Programmierer.
Ich schließe die TASK-Tickets, die die DEVs auf Status resolved gesetzt haben. Und schaue vorher ob dazu noch BUG Tickets offen sind.
Das System ist schon ok so.