]> git.mxchange.org Git - friendica.git/commitdiff
Bugs-and-Issues.md: Linguistic style and addresses
authorFrank Dieckmann <webmaster@odenwaelder-wildgenuss.de>
Tue, 21 Apr 2015 17:22:44 +0000 (19:22 +0200)
committerFrank Dieckmann <webmaster@odenwaelder-wildgenuss.de>
Tue, 21 Apr 2015 17:22:44 +0000 (19:22 +0200)
doc/de/Bugs-and-Issues.md
doc/de/andfinally.md

index 7d8ea9348a5f94ef07f285aec9d4c4fc49dacfbe..8a01c375c2e7196f9261ad49af197b2f8e6d0ca5 100644 (file)
@@ -3,26 +3,28 @@ Bugs und Probleme
 
 * [Zur Startseite der Hilfe](help)
 
-Wenn dein Server eine Supportseite hat, solltest du jeden Bug und jedes Problem, den/das du findest, zunächst dort melden. Die Fehler zunächst dort zu melden, statt auf der allgemeinen Bug-Seite, erleichtert es den Entwicklern, neue Features zu entwickeln, wenn sie sich nicht mit Fehlern beschäftigen müssen, mit denen sie nichts zu tun haben.
+Du solltest jeden Bug und jedes Problem, den/das Du findest, zunächst dem Administrator (oder gegebenenfalls der Support-Seite) Deines Servers melden, statt auf der allgemeinen Bug-Seite. Das erleichtert den Entwicklern ihre Arbeit (z. B. neue Features zu entwickeln), da sie sich nicht mit Fehlern beschäftigen müssen, mit denen sie nichts zu tun haben.
 
-Wenn du ein technisch verantwortlicher Nutzer bist oder wenn deine Seite keine Support-Seite hat, dann kannst du den <a href="http://bugs.friendica.com/">Bug Tracker</a> nutzen. Bitte nutze zunächst die Suche, ob es bereits einen offenen Bug gibt, der deiner Anfrage entspricht. 
+Wenn Du technisch versiert bist oder Dein Knoten keine Support-Seite hat, dann kannst Du den <a href="http://bugs.friendica.com/">Bug Tracker</a> nutzen. Bitte durchsuche zunächst die Seite, ob es bereits einen offenen Bug gibt, der Deiner Anfrage entspricht. 
 
-Versuche, so viele Informationen wie möglich zum Bug zu bieten. Hierzu gehört auch die **komplette** Fehlermeldung oder Notiz und alle Schritte, die zu dem Fehler geführt haben. Es ist generell besser, zu viele Informationen zu liefern, als zu wenige. 
+Liefere so viele Informationen wie möglich zu dem Bug. Hierzu gehört auch die **komplette** Fehlermeldung oder Notiz und alle Schritte, die zu dem Fehler geführt haben. Es ist generell besser, zu viele Informationen zu liefern, als zu wenige. 
 
-Lies dir diesen <a href="http://www.chiark.greenend.org.uk/~sgtatham/bugs-de.html">Artikel (mehrsprachig)</a> durch, um mehr über **gute** Bug-Reports zu erfahren.
+Lies Dir diesen <a href="http://www.chiark.greenend.org.uk/~sgtatham/bugs-de.html">Artikel (mehrsprachig)</a> durch, um mehr über **gute** Bug-Reports zu erfahren.
 
 **Bug-Bearbeitung sponsern**
 
-Wenn du einen Bug findest, der seine Ursache im Hauptsystem hat (also wenn es sich nicht nur um deine Seite handelt), dann kannst du diesen sponsern. 
+Wenn Du einen Bug findest, der seine Ursache im Hauptsystem hat (also wenn er nicht nur auf Deinem Server auftritt), dann kannst Du diesen sponsern. 
 
-Die Bug/Fehler-Datenbank erlaubt es dir, Fehler zu sponsern. Das schafft einen Anreiz für die Entwickler, deinen Fehler zu bearbeiten. Das ist nicht zwingend notwendig, da wir keine Bugs mögen und versuchen, diese zu beheben. Wichtiger ist dieses für die zukünftige Projektentwicklung und für Feature-Anfragen.
+Die Bug/Fehler-Datenbank erlaubt es dir, Fehler zu sponsern. Das schafft einen Anreiz für die Entwickler, Deinen Fehler zu bearbeiten. Das ist nicht zwingend notwendig, da wir grundsätzlich keine Bugs mögen und versuchen, diese zu beheben. Wichtiger ist dies für die zukünftige Projektentwicklung und für Feature-Anfragen.
 
-Bug-Sponsoring arbeitet nach dem System der Anerkennung. Wenn du 10€ spendest, um einen Bug zu beheben, dann sende die Zahlung per PayPal an den Entwickler, der den Bug behoben hat. Und denke nie daran, für geleistete Arbeit nicht zu bezahlen. Einige dieser Leute könnten deine Kreditkarte hacken, falls du sie verärgern solltest. 
+Bug-Sponsoring arbeitet nach dem System der Anerkennung. Wenn Du 10€ bietest, um einen Bug zu beheben, dann sende die Zahlung per PayPal an den Entwickler, der den Bug behoben hat. Und komme nie auf die Idee, für geleistete Arbeit den von Dir gebotenen Betrag nicht zu bezahlen. Einige dieser Leute könnten Deine Kreditkarte hacken, falls Du sie verärgern solltest. >:-)
 
-Zur Zeit können nur Personen gesponserte Bugs bearbeiten, die als Entwickler bestätigt wurden. Hierfür muss der Entwickler bereits einige Friendica-Bugs bearbeitet haben. Das dient zur Absicherung, damit der behobene Bug auch gut mit Friendica läuft. Wenn du wünschst, als Entwickler bestätigt zu werden, dann arbeite dich ein und übernimm einige nicht-gesponserte Probleme oder dein eigenes Projekt und du wirst auf der Leiter nach oben klettern.
+Zur Zeit können nur Personen gesponserte Bugs bearbeiten, die als Entwickler bestätigt wurden. Hierfür muss der Entwickler bereits einige Friendica-Bugs bearbeitet haben. Das dient zur Absicherung, damit der behobene Bug auch gut mit Friendica läuft. Wenn Du wünschst, als Entwickler bestätigt zu werden, dann arbeite Dich ein und übernimm einige nicht-gesponserte Probleme oder Dein eigenes Projekt und Du wirst auf der Leiter nach oben klettern.
 
-Wenn du sicher glaubst, dass du einen gesponserten Bug beheben kannst, aber nicht als Entwickler bestätigt bist, kann es passieren, dass ein gesponserter Entwickler den Bug bearbeiten, bevor du ihn dir sichern kannst. Wenn das nicht der Fall ist, dann trage einen kleinen Vermerk in die Anfrage ein. Wenn du unsere Code-Standards erfüllst, versuchen wir, dir einen Bonus zukommen zu lassen.
+Wenn Du sicher glaubst, dass Du einen gesponserten Bug beheben kannst, aber nicht als Entwickler bestätigt bist, kann es passieren, dass ein bestätigter Entwickler den Bug bearbeitet, bevor Du ihn Dir sichern kannst. 
+Wenn das nicht der Fall ist, dann füge einen kleinen Vermerk Deiner Anfrage zur Bestätigung hinzu. Erfüllst Du unsere Code-Standards, so versuchen wir Dir einen Bonus zukommen zu lassen.
 
-Wenn du ein Projekt mit mehr als 50€ sponserst, dann fragen dich die Entwickler gegebenenfalls, ob sie einen Teil der Zahlung vorab erhalten (normalerweise die Hälfte). Nochmals: es handelt sich um ein Anerkennungssystem - und hauptsächlich dient es dazu, Zahlungsprobleme und Streitigkeiten zu verhindern. Du solltest nach 1-2 Wochen einen gewissen Fortschritt oder Demonstrationen erwarten können. Wenn die Arbeit nicht in einer für dich annehmbaren Zeit gelöst ist, hast du das Recht, das Geld zurückzufordern. 
+Wenn Du ein Projekt mit mehr als 50€ sponserst, dann fragen Dich die Entwickler gegebenenfalls, ob sie einen Teil der Zahlung vorab erhalten (normalerweise die Hälfte). Nochmals: es handelt sich um ein Anerkennungssystem - und hauptsächlich dient es dazu, Zahlungsprobleme und Streitigkeiten zu verhindern. 
+Du solltest nach 1-2 Wochen einen gewissen Fortschritt oder sogar Ergebnisse erwarten können. Wenn die Aufgabe nicht in einer für Dich annehmbaren Zeit gelöst ist, hast Du das Recht, das Geld zurückzufordern. 
 
 Friendica ist nicht in diese Transaktionen involviert.  Es handelt sich ausschließlich um ein persönliches Abkommen zwischen dem Sponsor und dem Entwickler. Wenn es irgendwelche Probleme gibt, müssen die Parteien es untereinander klären. Wir erstellen gerade einige Richtlinien, um potentielle Probleme zu vermeiden.
index b6e492ae697bf01a9a0f52b70c4f1874c0af2ee6..a873b046d668607f116e567b00e438c51a1b4eaa 100644 (file)
@@ -3,17 +3,13 @@
 
 Und damit sind wir auch schon am Ende der Schnellstartanleitung. 
 
-Hier sind noch einige weitere Dinge, die dir den Start vereinfachen können. 
+Hier sind noch einige weitere Dinge, die Dir den Start vereinfachen können. 
 
 **Gruppen**
 
 
 - <a href="http://helpers.pyxis.uberspace.de/profile/helpers">Friendica Support</a> - Probleme?  Dann ist das der Platz, um zu fragen!
 
-- <a href="https://letstalk.pyxis.uberspace.de/profile/letstalk">Let's Talk</a> eine Gruppe, um Leute und Gruppen mit gleichen Interessen zu finden 
-
-- <a href="http://newzot.hydra.uberspace.de/profile/newzot">Local Friendica</a> eine Seite für lokale Friendica-Gruppen</a>
-
 
 **Dokumentation**