2012-05-26: Because of issues the with source code management for MediaWiki extensions, no exports of translations can be made at the moment.
Our apologies. All your translations will of course be updated as soon as the issue is resolved. (Other news...)
User talk:Raymond
- [History↑]
Contents
 First page |
 Previous page |
 Next page |
 Last page |
Keys auf Special:AllMessages für group-*.js/.css
Hallo Raymond, da du immer hinterher bist, das die Keys auf Special:AllMessages auftauchen, habe ich eine Frage: Seit dem RessourceLoader hat jede Benutzergruppe auch automatisch eine JS- und eine CSS-Seite (Mediawiki:Group-sysop.js/Mediawiki:Group-sysop.css). Sollte man die Keys dann auch noch überall in die Message files eintragen, damit die Nachrichten auf der Spezialseite auftauchen? Hier fehlen vorallem die Extensions. Als Dokumentation könnten man ja Template:Doc-group mit den Parametern js und css versehen und sich einen Text ausdenken. Da aktuell in den Seiten ein kleiner Erklärungstext steht, würde das auch bedeuten, das jede Sprache das optional übersetzen könnte/müsste. Keine Ahnung, ob man auf den Text verzichten möchte oder nicht.
Was hälst du davon?
Yep, recht hast du :-) Werde ich in den nächsten Tagen mal einarbeiten. Danke für den Hinweis.
Hört sich gut an. Wäre nett, wenn du dann auch Template:Doc-group als qqq-Message setzen könntest. Beispiele: MediaWiki:Group-sysop.js/qqq, MediaWiki:Group-sysop.css/qqq. Danke.
Ping
mwr:113556 für die WMF Extensiond, mwr:113557 für alle anderen. Todo: WMF spezifische Gruppen und qqq.
This discussion isn't really about German. Would I be imposing if I were to ask you to have discussions about i18n additions on Support and in English in the future?
Yes, next time I have a question like that, I will ask on Support.
Please explain why did you do these replacements? Do you know what //url does and what EXPLICTLYGIVENPROTOCOL://url does? First allows to output URLs according to current user protocol, so if I use HTTPS to read a wiki site pages then all URLs similar to the first example will be output as https://url while URLs with explictly given protocol like http://url won't be affected. So I think that this replacement shouldn't be done either. As for me, HTTPS is loading much slower then HTTP and I don't want to correct all URLs while browsing a wiki site. Best regards,
This replace is related to mwr:110822: "it is plain text, not wikitext, a format which does not support protocol-relative URLs." and mwr:110840. It was not my decision :-)
Hi, you reverted this edit that I had made last night. Please be advised that there are no exact words in Gujarati for this message. Translation that I had reverted was meaningless. You are stating "No english please", may I know why? if there are technical words/terminology that doesn't have Gujarati equivalent of it, why can't we have English instead? I don't agree in tansliterating such messages.
Hi Dhaval, thanks for your explanation. If a message cannot be translated, it is possible to stay in English but in this case I have to delete the wrong translation and remove it from MediaWiki's SVN.
I do not speak your language so I cannot really recommend anything translation. But what do you think about translating "Disable" and staying with "variants conversion" in English?
Thanks Raymond for your quick reply and taking this lightly. To be very honest, we don't even have single phrase for word Disable, but I go by your suggestion and have translated Disabled. I might revert some more translations as we are doing a translation rally and am coming across some fuzzy as well as unclear translations. If you see anywhere that I revert text to English, please consider it as non-available equivalent translation. Feel free to contact me here or on my gu.wiki talk page where I am most active if needed at all.
Mass text replace should probably ignore documentation subpages, I guess. See e.g. this change.
Hallo Raymond, ich habe das mal für mwr:103802 gemacht (MediaWiki:group-botadmin/qqq, MediaWiki:group-botadmin-member/qqq, MediaWiki:grouppage-botadmin/qqq). Ich würde mich freuen, wenn du dies beim nächsten mal direkt mitmachen könntest. Vielen Dank.
Hallo Raymond,
ich habe mal eine Frage. Kann man irgendwie eine Datumsvariable formatieren? Die sorbischen Sprachen verwenden, ähnlich wie Polnisch und Tschechisch, den Monatsnamen im Genitiv. In der Nachricht MediaWiki:usercreated/hsb z.B. steht lediglich die Variable "$1" als Platzhalter. Die Variable gibt zwar das Datum in Sorbisch wieder, der Monatsname steht jedoch im Nominativ. Wie kann ich den Monatsnamen im Genitiv erzwingen. Ich dachte schon an magic words, so à la: Template:CURRENTMONTHNAMEGEN. Aber da kriege ich nur einen roten Link für eine nicht existente Vorlage. Vielen Dank im voraus. Grüße
Hi Michawiki, nur ganz kurz, da ich totmüde bin: Wird dir im 'dsb' der Genitiv angezeigt? Zumindest lt. Programmierung sollte es dort funktionieren. Verantwortlich dafür ist die Definition in MessagesDsb.php, die Variable $dateFormat:
$dateFormats = array( 'dmy time' => 'H:i', 'dmy date' => 'j xg Y', 'dmy both' => 'H:i, j xg Y', );
Das "xg" steht für den Monatsname im Genitiv, siehe auch die Beschreibung der Zeitfunktion unter w:de:Hilfe:Vorlagenprogrammierung#Funktion time.
Diese Definition fehlt in MessagesHsb.php. Sind nieder- und obersorbisch im Zeitformat ansonsten identisch? Dann könnte ich das einfach übernehmen.
Hallo Raymond, ja, tatsächlich, bei dsb funktioniert es. Vielen Dank, ich hätte gar nicht gedacht, dass ich so schnell die Lösung des Problems bekomme. Dann geh jetzt zu Bett und schlaf dich aus. Grüße
Kann denn dies genauso für hsb übernommen werden? Ist dies für alle Projekte identisch? Wikimedia- und Drittprojekte?
Hallo Raymond,
ja, dsb und hsb haben das gleiche Datumsformat. ich habe mir das noch mal angesehen. Eigentlich sollte das Format ähnlich wie im Deutschen aussehen, das heißt mit Punkt zwischen Tag und Monat und das Datum vor der Uhrzeit, also:
- dmy date = j. xg Y
- dmy both = j. xg Y, H:i
Nur das eben der Monatsname im Genitiv steht.
Sprich, das Format müsste auch für dsb geändert werden, denn dort fehlt der Punkt und die Uhrzeit steht vor dem Datum. Oder gibt es einen triftigen Grund, dass die Uhrzeit vor dem Datum stehen sollte? In der MessagesDe.php stehen diverse Datumsformate.
Ich wüsste nicht, warum das Datumsformat in anderen Wikiprojekten anders sein sollte. Wichtig ist im Moment, dass die Wikidatumsformate nicht auf CLDR basieren, da Ober- und Niedersorbisch derzeit noch nicht in CLDR vertreten sind. Aber das nur am Rande.
Grüße,
Hallo Michawiki,
ob Zeit vor oder nach dem Datum kommt, ist Geschmackssache. Also kein technischer Grund.
Ich fasse zusammen: Für dsb und hsb wäre das folgende Format anzuwenden:
'dmy time' => 'H:i',
'dmy date' => 'j. xg Y',
'dmy both' => 'H:i, j. xg Y',
Kannst du dies bitte bestätigen? Dann kann ich dies in den Code für beide Sprachen einspielen. Danke.
Hi Raymond. I would like us to stat enforcing the requirement for message documentation before adding extension translation support. You added support for Special:Translate/LinkFilter today, which has 59 messages and exactly 0 messages with documentation. There are undocumented parameters, untranslatable page names ("[[You can add some instructions for users [[MediaWiki:Linkfilter-instructions|here]]") and possibly missing parameters in messages (MediaWiki:linkfilter-submittedby/en). I think we should ask the developer to update documentation before adding support. All commits without adding message documentation for messages with parameters or difficult concepts should be marked FIXME.
Hi Raymond, ich hatte vor ein paar Tagen ein paar magische Wörter und Spezialseiten neu übersetzt, bzw. die eine oder andere Übersetzung korrigiert. Da in diesen Fällen der Transfer in SVN anscheinend nicht automatisch erfolgt, möchte ich Dich nunmehr bitten. Wichtig wären mir die Übersetzungen zu Semantic MediaWiki. Da steht demnächst eine neue Hauptversion an und daher wäre es schick die Übersetzungen drinnen zu haben. Vielen Dank und viele Grüße
Hi kgh, ich versuche dran zu denken. Ist leider weitgehend manuelle Arbeit :-(
Hi Raymond, das wäre cool. Nun, wie ich gestern gelernt habe, kann man hier auch eher etwas falsch machen als bei regulären Nachrichten. Insofern ist es vielleicht gar nicht schlecht, wenn jemand tatsächlich noch einmal drüberschauen muß - auch wenn es leider Mehrarbeit bedeutet. Hab Dank und viele Grüße
Hi Raymond, ich bin es noch einmal. Semantic MediaWiki 1.6.0 wird voraussichtlich in einer Woche veröffentlicht. Es wäre echt super, wenn die Änderungen zu dieser Erweiterung mit dabei wären. Viele Grüße schickt
Hey Raymond, inzwischen haben sich auf der de-Portal-Disku ein paar Löschbegehren für SVN angesammelt. Wenn Du mal schauen könntest. Viele Grüße
Danke für deinen Hinweis. Habe ich glatt übersehen. Ich hoffe, ich denke heute Abend dran.
Hey Raymond, es wäre nett sofern die Löschung in SVN vorgenommen würde. Vorher hier zu löschen ist leider zwecklos, da der Fuzzybot die Seiten wieder importiert. Über eine kurze Info auf der Portaldisku würde ich mich freuen. Dank und Gruß
Hallo Raymond, sofern ich es richtig verstanden habe, bedeutet eine Seitenlöschung hier auf translatewiki.net nicht, daß die entsprechende Seite auch aus SVN entfernt wird. D. h. ich müßte Dir dennoch einen Hinweis darauf geben. Hintergrund ist, daß ich die eine oder andere Nachricht neutralisieren möchte. Da mir Siebrand Admin-Knöppe gegeben hat, kann ich die Löschung hier selbst vornehmen. Nun die Frage, ob mein Verständnis vom diesbezüglichen Ablauf richtig ist. Dank und Gruß
Hi kgh, ja, das hast du richtig verstanden. Wenn du Übersetzungen löscht, gib mir bitte die Messagenamen.
Super, vielen Dank für die Bestätigung. Bevor ich hier wild herumlösche … :)
Bitte beachtet Bug 26325. Wenn ihr also möchtet, dass die dann neutrale Nachrichten auch auf den WMF-Wikis ankommt, muss die Nachricht einmal in der neutralen Form ins svn und kann erst anschließend (nach dem Extension LocalisationUpdate gelaufen ist) gelöscht werden.
Vielen Dank.
Done with LocalisationUpdate: Kein Update zum fallback, wenn Systemnachricht aus svn gelöscht wird
Hallo Raymond,
ich würde mich freuen, wenn du dir Bug 26325 anschauen könntest. Es geht darum, das beim LocalisationUpdate einige Systemnachrichten nicht upgedated werden, sofern sie aus dem svn entfernt wurden und somit der fallback eigentlich ziehen müsste.
Vielleicht findest du auch jemand, der Zugriff auf die Logs hat und könntest somit meine Vermutung bestätigen oder wiederlegen. Ich wäre dir sehr dankbar. Im Moment scheint es eine Einbahnstraße zu sein. Und mal fehlerhafte gemachte Übersetzungen nicht (innerhalb weniger Tage) wieder durch den Fallback ersetzen zu können, ist unschön.
Vielen Dank.
Sorry für die späte Zwischenantwort. Und um ehrlich zu sein, werde ich auch vor Weihnachten nicht dazu kommen. Zwischen den Jahren hat ich etwas Luft.
Hallo,
akut ist es erstmal nicht mehr, da du ja die entsprechende Nachricht wiederhergestellt und mit dem Inhalt aus de überschrieben hast. Ich denke aber, dass das Problem an sich noch existiert. Die Beschreibung ist erstmal nur eine Vermutung, es kann also auch ein anderes Problem sein, warum die Nachricht nicht upgedatet wurde.
Daher würde ich mich freuen, wenn du (oder jemand anders) Zeit findet, sich das anzuschauen.
Hi Raymond, sas nächste Mal mache ich richtig Ärger! So etwas ist mehr als unverschämt. Da gibt es noch nicht einmal etwas zu diskutieren.
Hi und Entwarnung, wir haben die Kurve noch gekriegt. Viele Grüße
Hi Raymond, ich finde die Änderung an Articleassessment-survey-answer-whyrated-contribute-wiki ("<Articleassessment-survey-answer-whyrated-contribute-wiki>") ist nicht sinnvoll, da so in vielen Fällen kein ordentlicher Satz gebildet werden kann. Bspw. ist "Ich wollte mich an translatewiki.net beteiligen" ok, während "Ich wollte mich an Wikipedia beteiligen" schon ein Grenzfall ist. Außerhalb des Wikimedia-Universums wird es dann wirklich haarig ("Ich wollte mich an Kakteen-Wiki beteiligen" etc.). Viele Grüße
Hm ja, da hast du Recht. Da muss ich mal über eine Alternative grübeln.
Vielleicht „Ich wollte mich an diesem Projekt (translatewiki.net) beteiligen“, wobei dies nur eine längere Variante meiner Übersetzungsversion ist. Alternativ fallen mir noch „Ich wollte mich hier beteiligen“ bzw. „Ich wollte mich an diesem Projekt beteiligen“ ein, also ohne gesonderte Angabe des Sitenamens. Viele Grüße
Tag, hatte jetzt heute schon ein paar Übersetzungen gelöscht, könntest du entsprechend sicher stellen, dass sie auch aus der Software entfernt werden? Zwei wurden versehenntlich bei einem gettext-Import importiert, der Rest wurde mein ich übersehen, da sich die /de-Nachricht geändert hat, bevor wir die unnötigen /de-formals bemerkten und die Nachricht daher nicht als „gleich“ durchging. Danke.
Hi, deine Löschungen betreffen aber ausschließlich Wikia-Extensions, oder? Den Export ins Wikia-SVN übernimmt ausschließlich Siebrand, ich persönlich habe dort keinen Zugang.
They'll simply be re-imported. Although I appreciate the effort, it's overdone and partially useless to remove some translations for languages that should be complete, even when the fallback languages has an equal translation. Please refrain from going outside your own languages in this this respect. Thanks.
Now I'm confused. I thought de-formal shouldn't exist when it's the same as de. Or is it different for Wikia?
Can you please let Niklas and me know if you agree with the current draft of Project:Privacy policy? If so, we can put it in effect.
Hi Raymond, ich wage mich jetzt sukzessive an die Übersetzung von Flagged Revisions und bitte um erhöhte Aufmerksamkeit. An einer Stelle bin ich stecken geblieben und habe einen Hinweis auf der entsprechenden Disku gegeben. Ist so etwas für Dich einfach erkennbar? Grüße
Guten Morgen kgh.. Ich prüfen zwar jeden Tag alle neuen Übersetzungen beim Export (Deutsch inhaltlich, andere Sprachen nur auf formale Fehler), aber die Diskussionsseiten sehe ich dabei nicht. Bitte schreibe doch Anmerkungen/Unsicherheiten in den Thread:Portal talk:De/Flagged Revisions, dort hatte vor einigen Tagen ein anderer Übersetzer schon was zu dem Thema geschrieben. Diese Diskussionsseite habe ich auf jeden Fall auf Beobachtung. Danke..
Hi Raymond, wird gemacht. :-) Die zentrale Seite ist hier echt sinnvoll. Bisher hatte ich sie nicht so richtig auf dem Schirm. *schäm*
First page |
Previous page |
Next page |
Last page |
