Wikipedia:Verbesserungsvorschläge/Archiv/2012/Dezember

aus Wikipedia, der freien Enzyklopädie
Zur Navigation springen Zur Suche springen

Fehler in Wikimedia-Mail - wo sollte ich es melden?

Bug in Wikimail gesichtet - Siehe Bild ($PAGEINTRO). Wo sollte ich es melden? --Nightfly | Disk 09:57, 6. Dez. 2012 (CET)

In der englischen WP gibt es einen Bug report - vllcht sollte man hier auch sowas einführen? Oder habe ich es übersehen? --Nightfly | Disk 09:58, 6. Dez. 2012 (CET)
Entweder einen Bug auf Bugzilla eröffnen oder auf WP:FZW ansprechen. --тнояsтеn 12:53, 6. Dez. 2012 (CET)
Nachdem ich heute auch eine Mail vom System mit diesem Fehler erhalten habe, habe ich es mal auf WP:FZW#Fehler in automatischer Mail angesprochen. --тнояsтеn 09:13, 7. Dez. 2012 (CET)
bugzilla:42752 --тнояsтеn 14:49, 18. Dez. 2012 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: TMg 15:24, 1. Jan. 2013 (CET)

Spendenaufruf

Ich habe letzte Woche gespendet. Ich weiß nicht, ob es technisch möglich ist, dass Leute, die bereits gespendet haben, diesen gelben Spendenaufruf nicht mehr erhalten, wenn sie Wikipedia aufrufen. Aber schön wär's.

Viele Grüße

KalliKirchdorf (nicht signierter Beitrag von 31.19.27.141 (Diskussion) 15:34, 18. Dez. 2012 (CET))

Stichwort Datenschutz? Das sind zwei getrennte Dinge und ich denke, die sollten auch getrennt bleiben. --TMg 03:33, 20. Dez. 2012 (CET)

Da die Spendenaktion beendet ist, setze ich ein 'erledigt'. --Nightwish62 (Diskussion) 03:19, 3. Jan. 2013 (CET)

Archivierung dieses Abschnittes wurde gewünscht von: --Nightwish62 (Diskussion) 03:19, 3. Jan. 2013 (CET)

Versionen: Aktuell und Vorherige abkürzen?

In der Versionsliste fängt jede Zeile mit den Links Aktuell und Vorherige an. Diese Wörter brauchen viel Platz, der gerade in diesen Listen sehr eng wird und zu einem Zeilenumbruch führt. Die englische Wikipedia hat das in Cur und Prev abgekürzt. Sollten wir nicht auch beide Wörter abkürzen? Denkbar wäre 'Akt.' und 'Vor.' oder eigentlich noch lieber 'A' und 'V'. Via Quickinfo könnte man die ausgeschriebenen Wörter verwenden. Derzeit wird ein Quickinfo zum Artikelname eingeblendet, was nicht gerade nützlich ist, da dieser eh immer gleich ist (ausser bei Verschiebungen?).

Als Gegenargument sehe ich, dass mit gekürzter Version nicht mehr auf einen Blick klar ist was damit gemeint ist. Ich behaupte jetzt mal, dass auch ein 'aktuell' und 'vorherige' für neue Benutzer nicht klar ist was gemeint ist. Zwar als Wort selber schon, aber nicht was sich dahinter verbirgt. Die ganze Seite richtiget sich eh eher an die aktiven Bearbeiter. Es gilt also zwischen Verständlichkeit und Platzersparnis abzuwägen. Ich wäre für eine Abkürzung. --Nightwish62 (Diskussion) 22:56, 30. Dez. 2012 (CET)

Und als nächstes fordert jemand, das Datum weiter abzukürzen, dann den Benutzernamen, und aus „rückgängig“ wird „r.“? Nein, tut mir leid. Ich halte es für falsch, unsere Software unverständlicher zu machen mit dem Argument, dass sich eine Funktion ausschließlich an Benutzer richten würde, die bereits wissen, was sich dahinter verbirgt. In der Wikipedia funktioniert schon viel zu vieles nach diesem Prinzip und das wird langsam aber sicher zu unserem größten Problem. Die beiden Wörter „Aktuell“ und „Vorherige“ sind nun wirklich nicht lang. An einer ohnehin von sehr vielen weiteren Faktoren abhängige Zeilenumbruchproblematik würde sich durch eine Abkürzung nahezu nichts ändern. Seltsam mehrdeutig wären die Abkürzungen auch. „Akt.“ wie in „Aktivität“? „Vor.“ wie in „Vorwärts“?
Ich löse so etwas sehr gern mit Benutzerskripten, die erfahrene Benutzer für sich aktivieren können. Ich biete gern an, ein entsprechendes „ich kenne mich schon aus“-Gadget zu basteln, wenn es so etwas noch nicht gibt. --TMg 23:51, 30. Dez. 2012 (CET)
Alles Ansichtssache. Ich habe mal einen willkührlichen Artikel gesucht und gezählt wieviele Zeilenumbrüche sich vermeiden liesen. Ich habe auf 200 Versionen pro Seite eingestellt und kam auf 10 Einträge die keinen Zeilenumbruch mehr hätten. Hat nun aber auch keinen Sinn zu sagen welcher Artikel das war, da ja Auflösung und Browserzoom, etc. noch eine Rolle spielen.
Angeblich ist die 'Zeilenumbruchproblematik' aber auch anderen aufgefallen. Ich persönlich finde es wirklich sehr unschön und unübersichtlich. Am liebsten hätte ich eh eine klar in Spalten getrennte Ausgabe. Auf der Suche nach bestimmten Informationen (Bearbeiter, Grössenunterschied, Gesichtet-Status, etc.) springt das Auge immer hin und her.
Zu deinem Angebot eines solchen Gadgets: Wäre auch ein Skript möglich, welches einfach den Zeilenumbruch verhindert und stattdessen einen horizontalen Scrollbalken auf der Seite einfügt? --Nightwish62 (Diskussion) 01:25, 31. Dez. 2012 (CET)
Das ist einfach. Setze die folgende Zeile in deine common.css. Auch das Verkürzen der Links ist auf diesem Weg übrigens möglich, einen halbwegs modernen Browser vorausgesetzt. --TMg 01:44, 31. Dez. 2012 (CET)
#pagehistory { white-space: nowrap; }
.mw-history-histlinks a:first-child { content: "A"; }
.mw-history-histlinks a:last-child { content: "V"; }
Wau, super. Danke vielmal. Das mit dem Kürzen funktioniert zwar nicht. Weder IE9, noch Chrome. Hätte ich beide als 'halbwegs modern' bezeichnet ;-). Aber das mit keinem Zeilenumbruch ist schonmal ganz toll. Mal blöde nachgefragt: Wäre es via CSS auch möglich das ganze eben eine eine Tabelle mit Spalten zu bekommen? Nicht dass ich das jetzt von dir forderere, sondern ich will nur wissen wo die Grenzen sind. Solltest du der Meinung sein das geht, arbeite ich mich selber ins Thema ein. Kenne mich aber nur sehr rudimentär mit CSS aus und daher eben der Vorabcheck. --Nightwish62 (Diskussion) 03:38, 31. Dez. 2012 (CET)
Halbwegs moderner Browser heißt in diesem Fall: Opera 12. Wobei ich nirgends eine Übersicht über den Browsersupport zu Generated and Replaced Content finde. --Schnark 09:44, 31. Dez. 2012 (CET)
Okay, danke allen. Ich ziehe mein Verbesserungsvorschlag zurück. Persönlich würde ich es immer noch wünschen, aber ich versuche mir nun selber etwas mit CSS zu basteln. Das mit der Verständlichkeit ist ein handfestest Argument, das sehe ich ein. Allerdings habe ich eine neue Idee, welcher ich einen eigenen Abschnitt gebe... --Nightwish62 (Diskussion) 13:56, 1. Jan. 2013 (CET)
Hier eine Alternative für „die anderen“ ;-) Browser. Die Tabellen-Idee ist theoretisch denkbar, aber warum eigentlich? Dann würde doch durch den Zwang, dass alles in immer gleich breite Spalte gezwängt werden muss, nur unnötig Platz verschwendet werden? --TMg 15:14, 1. Jan. 2013 (CET)
.mw-history-histlinks a { display: inline-block; max-width: .8em; overflow: hidden; vertical-align: middle; }
Archivierung dieses Abschnittes wurde gewünscht von: --Nightwish62 (Diskussion) 03:32, 3. Jan. 2013 (CET)

Versionen: Aktuell und Vorherige abkürzen?

In der Versionsliste fängt jede Zeile mit den Links Aktuell und Vorherige an. Diese Wörter brauchen viel Platz, der gerade in diesen Listen sehr eng wird und zu einem Zeilenumbruch führt. Die englische Wikipedia hat das in Cur und Prev abgekürzt. Sollten wir nicht auch beide Wörter abkürzen? Denkbar wäre 'Akt.' und 'Vor.' oder eigentlich noch lieber 'A' und 'V'. Via Quickinfo könnte man die ausgeschriebenen Wörter verwenden. Derzeit wird ein Quickinfo zum Artikelname eingeblendet, was nicht gerade nützlich ist, da dieser eh immer gleich ist (ausser bei Verschiebungen?).

Als Gegenargument sehe ich, dass mit gekürzter Version nicht mehr auf einen Blick klar ist was damit gemeint ist. Ich behaupte jetzt mal, dass auch ein 'aktuell' und 'vorherige' für neue Benutzer nicht klar ist was gemeint ist. Zwar als Wort selber schon, aber nicht was sich dahinter verbirgt. Die ganze Seite richtiget sich eh eher an die aktiven Bearbeiter. Es gilt also zwischen Verständlichkeit und Platzersparnis abzuwägen. Ich wäre für eine Abkürzung. --Nightwish62 (Diskussion) 22:56, 30. Dez. 2012 (CET)

Und als nächstes fordert jemand, das Datum weiter abzukürzen, dann den Benutzernamen, und aus „rückgängig“ wird „r.“? Nein, tut mir leid. Ich halte es für falsch, unsere Software unverständlicher zu machen mit dem Argument, dass sich eine Funktion ausschließlich an Benutzer richten würde, die bereits wissen, was sich dahinter verbirgt. In der Wikipedia funktioniert schon viel zu vieles nach diesem Prinzip und das wird langsam aber sicher zu unserem größten Problem. Die beiden Wörter „Aktuell“ und „Vorherige“ sind nun wirklich nicht lang. An einer ohnehin von sehr vielen weiteren Faktoren abhängige Zeilenumbruchproblematik würde sich durch eine Abkürzung nahezu nichts ändern. Seltsam mehrdeutig wären die Abkürzungen auch. „Akt.“ wie in „Aktivität“? „Vor.“ wie in „Vorwärts“?
Ich löse so etwas sehr gern mit Benutzerskripten, die erfahrene Benutzer für sich aktivieren können. Ich biete gern an, ein entsprechendes „ich kenne mich schon aus“-Gadget zu basteln, wenn es so etwas noch nicht gibt. --TMg 23:51, 30. Dez. 2012 (CET)
Alles Ansichtssache. Ich habe mal einen willkührlichen Artikel gesucht und gezählt wieviele Zeilenumbrüche sich vermeiden liesen. Ich habe auf 200 Versionen pro Seite eingestellt und kam auf 10 Einträge die keinen Zeilenumbruch mehr hätten. Hat nun aber auch keinen Sinn zu sagen welcher Artikel das war, da ja Auflösung und Browserzoom, etc. noch eine Rolle spielen.
Angeblich ist die 'Zeilenumbruchproblematik' aber auch anderen aufgefallen. Ich persönlich finde es wirklich sehr unschön und unübersichtlich. Am liebsten hätte ich eh eine klar in Spalten getrennte Ausgabe. Auf der Suche nach bestimmten Informationen (Bearbeiter, Grössenunterschied, Gesichtet-Status, etc.) springt das Auge immer hin und her.
Zu deinem Angebot eines solchen Gadgets: Wäre auch ein Skript möglich, welches einfach den Zeilenumbruch verhindert und stattdessen einen horizontalen Scrollbalken auf der Seite einfügt? --Nightwish62 (Diskussion) 01:25, 31. Dez. 2012 (CET)
Das ist einfach. Setze die folgende Zeile in deine common.css. Auch das Verkürzen der Links ist auf diesem Weg übrigens möglich, einen halbwegs modernen Browser vorausgesetzt. --TMg 01:44, 31. Dez. 2012 (CET)
#pagehistory { white-space: nowrap; }
.mw-history-histlinks a:first-child { content: "A"; }
.mw-history-histlinks a:last-child { content: "V"; }
Wau, super. Danke vielmal. Das mit dem Kürzen funktioniert zwar nicht. Weder IE9, noch Chrome. Hätte ich beide als 'halbwegs modern' bezeichnet ;-). Aber das mit keinem Zeilenumbruch ist schonmal ganz toll. Mal blöde nachgefragt: Wäre es via CSS auch möglich das ganze eben eine eine Tabelle mit Spalten zu bekommen? Nicht dass ich das jetzt von dir forderere, sondern ich will nur wissen wo die Grenzen sind. Solltest du der Meinung sein das geht, arbeite ich mich selber ins Thema ein. Kenne mich aber nur sehr rudimentär mit CSS aus und daher eben der Vorabcheck. --Nightwish62 (Diskussion) 03:38, 31. Dez. 2012 (CET)
Halbwegs moderner Browser heißt in diesem Fall: Opera 12. Wobei ich nirgends eine Übersicht über den Browsersupport zu Generated and Replaced Content finde. --Schnark 09:44, 31. Dez. 2012 (CET)
Okay, danke allen. Ich ziehe mein Verbesserungsvorschlag zurück. Persönlich würde ich es immer noch wünschen, aber ich versuche mir nun selber etwas mit CSS zu basteln. Das mit der Verständlichkeit ist ein handfestest Argument, das sehe ich ein. Allerdings habe ich eine neue Idee, welcher ich einen eigenen Abschnitt gebe... --Nightwish62 (Diskussion) 13:56, 1. Jan. 2013 (CET)
Hier eine Alternative für „die anderen“ ;-) Browser. Die Tabellen-Idee ist theoretisch denkbar, aber warum eigentlich? Dann würde doch durch den Zwang, dass alles in immer gleich breite Spalte gezwängt werden muss, nur unnötig Platz verschwendet werden? --TMg 15:14, 1. Jan. 2013 (CET)
.mw-history-histlinks a { display: inline-block; max-width: .8em; overflow: hidden; vertical-align: middle; }
Archivierung dieses Abschnittes wurde gewünscht von: --Nightwish62 (Diskussion) 03:32, 3. Jan. 2013 (CET)

Personalisierte Startseite

Ich habe mich gefragt, warum jeder angemeldete Nutzer eigentlich dieselbe Startseite haben muss. Nicht jeder hat ja dieselben Interessen, so könnte man z.B. den AdT aus einem bestimmten Themenbereich auswählen oder je nach Bedarf neueste Artikel aus dem Kurier oder der Auszeichnungskandidatur anzeigen lassen.

Vorteile:

  • man bekommt auf einer Seite gebündelt nur das angezeigt, wofür man sich interessiert
  • ein Grund mehr, sich für Wikipedia anzumelden

Umsetzung:

Um den Verwaltungsaufwand zu reduzieren, müsste es für jeden Themenbereich einen „Pool“ mit Artikeln geben, die der Reihe nach automatisch ausgewählt werden (z.B. die zuletzt ausgezeichneten zuerst). Am besten wäre es natürlich, wenn die Software sich merken könnte, welcher Artikel für einen Nutzer bereits auf seiner Startseite zu sehen war.

Weiterhin müsste es noch weitere Module geben, die man auf der Startseite einbinden könnte, vielleicht auch projektübergreifend. Denkbar wäre z.B. eine Box nur mit Geburtstagen, mit neuesten Artikeln, hilfreichen Tipps, Wikinews oder einem Bild des Tages.--Sinuhe20 (Diskussion) 11:11, 10. Dez. 2012 (CET)

Das ist eigentlich Sinn und Zweck der Portale. Auf guten und aktiven Portalen gibt es auch wechselnde Inhalte wie einen Artikel der Woche. --TMg 15:28, 1. Jan. 2013 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: TMg 23:01, 10. Jan. 2013 (CET)

Ich habe eine Frage, wär das technisch machbar, dass sich ein neues Tab öffnet, wenn man einen verlinkten Externen (Web)Link anklickt? Weil ich das immer doof finde, wenn ich mich da etwas ausgiebiger durchsurfe, die ganzen Seiten wieder durchblättern muss, um wieder auf Wikipedia zu kommen.--WolfgangCyrus68 (Diskussion) 16:59, 15. Dez. 2012 (CET)

Bei den meisten Browsern hilft es, wenn man die 'Strg'-Taste (auf der Tastatur unten links) beim Anklicken des Links gedrückt hält.--Sinuhe20 (Diskussion) 17:42, 15. Dez. 2012 (CET)
Das ist mir zu umständlich, ich will das ohne diesen Zusatz möglich haben.--WolfgangCyrus68 (Diskussion) 17:52, 15. Dez. 2012 (CET)
mittlere Maustaste. Ansonsten wurde das schon häufiger diskutiert, mit dem Ergebnis, dass Links in neuen Fenstern/Tabs Benutzer bevormunden. Die jetzige Verlinkung ist am flexibelsten, es lässt sich problemlos im gleichen Fenster, neuen Fenster oder neuem Tab öffnen. rbrausse (Diskussion) 17:54, 15. Dez. 2012 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: TMg 01:32, 11. Jan. 2013 (CET)
Beschreibung
Beschreibung

Wenn man die mobile Seite nutzt und auf ein Bild mit eingebauter Beschreibung (bspw. [[Datei:787 First Flight.jpg|Beschreibung]], gilt nicht bei thumb-Attribut) klickt, kommt man statt auf Bildbeschreibungsseite auf die „verlinkte“ Seite (hier: Beschreibung). Das sollte korrigiert werden. --NyanDog 21:17, 29. Dez. 2012 (CET)

Bugzilla:43539. --NyanDog 16:40, 31. Dez. 2012 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: NyanDog 22:19, 10. Jan. 2013 (CET)

Importverfahren

Die Anleitung zum Auslagern von Textabschnitten aus Artikeln, die unter H:AIA steht, sollte ergänzt werden um einen Satz zu Ausnahmefällen.

Beispiel: in einem langen Artikel (A) schreibt ein Autor ein weiteres kurzes Kapitel (b). Zu einem späteren Zeitpunkt merkt er, dass das Thema einen eigenen Artikel (B) wert ist. Nun muss er nach der obigen Anleitung vorgehen. Das hat zur Folge, das in den neuen Artikel (B) durch den Importvorgang sämtliche Versionen und somit auch Autoren von (A) übernommen werden, obwohl der Autor für (b) und (B) identisch ist und die Autoren von (A) nichts zu (B) beigetragen haben.

Schon heute gibt es Autoren, die in einem solchen Fall einen neuen Artikel durch Kopieren anlegen, ohne die Anleitung zu beachten. Der Vorschlag zielt darauf ab, das explizit zu erlauben. Dazu würde ein kurzer Satz wie Selbst erstellte Kapitel dürfen ohne Importverfahren kopiert werden, wenn in der Zusammenfassungszeile darauf hingewiesen wird. im ersten Kapitel der obigen Anleitung ausreichen. --Hieleryir2 (Diskussion) 20:23, 17. Dez. 2012 (CET)

Ich verstehe das Problem, denn der Auslagerungsprozess ist kompliziert und zeitaufwendig. Der Importwunsch kann auch schon mal bis zur Ausführung einige Tage dauern. Existiert das Ziel zur Auslagerung bereits (als Redirect), muss zudem noch ein SLA-Verfahren durchgeführt werden. Von demher würde ich deinen Vorschlag beführworten. Allerdings finden meistens immer gleich irgendwelche Bearbeitungen fremder Personen statt, sei es auch nur Rechtschreibfehler die korrigiert werden. Und dann wäre der Auslagerungsprozess eigentlich wieder der korrekte Weg. Böse gesagt: Jeder der - wie du selber sagst - sich nicht an die Regel hält und einfach durch kopieren auslagert erspart sich viel Arbeit. Eine solche Auslagerung bei einem eigen erstellten Inhalt und mit zusätzlicher Angabe in der Zusammenfassung fände ich durchaus legitim, allerdings ist das nur schwer nachzuweisen. In deinem Beispiel: Änderungen A, A, A, A, neuer Abschnitt B, Änderungen A, A, A, A, Abschnitt B wieder entfernt, da kopiert und ausgelagert. Das zwischenzeitlich niemand was an Version B geändert hat, wäre nur mit einem direkten Versionsvergleich möglich. Heikles Thema das Ganze, aber ja, ich verstehe dich. --Nightwish62 (Diskussion) 01:32, 25. Dez. 2012 (CET)
Mir scheint das ganz einfach, man kopiert exakt den Text, den man ursprünglich ausschließlich selbst geschrieben hat, mitsamt allen Fehlern und Unvollständigkeiten. Den Text kann man dann noch ausbauen und vervollkommnen. – Schon richtig, eine Kontrolle, was genau kopiert wurde, ist kaum ohne ein externes Werkzeug (kann auch MS-Word sein) möglich, aber dafür ist nicht der Autor zuständig. – Wenn man mögliche Problem schon kennt, kann man natürlich auch vorsorglich den Text gleich beim Erstellen in dem neuen Artikel speichern, dann eine Weiterleitung daraus machen und braucht dann im Falle des Falles nur die Weiterleitung zu revertieren. Ähnliches habe ich im Artikel Jordan gemacht, dort kann jeder mit einem Revert meiner Änderung meinen Text, den ich im Artikel Palästina geschrieben habe, einfügen. --Diwas (Diskussion) 03:14, 25. Dez. 2012 (CET)

Spezial:Zufällige Seite

Das wurde mit Sicherheit schon einige Male angesprochen, allerdings würde mich gerne mal interessieren, ob es technisch machbar wäre, bei den Zufälligen Artikeln solche mit BKS- oder FS-Hinweis etc. auszuklammern. -- Platte ∪∩∨∃∪ 16:54, 2. Dez. 2012 (CET)

Bug 7937 ist seit 2006 gemeldet, aber nie auf viel Zuspruch gestoßen. --TMg 23:00, 27. Dez. 2012 (CET)

1 Änderung dieser Version ist noch nicht markiert

Vielleicht bin ich ja nicht der Einzige, der bei der Anzeige 1 Änderung dieser Version ist noch nicht markiert. Die gesichtete Version wurde am 19. Dezember 2012 markiert.“ schon einmal auf die Idee gekommen ist, auf den Text „noch nicht markiert“ zu klicken, weil man ja schließlich sehen möchte, was da „noch nicht markiert“ ist. Mein Änderungswunsch (1, 2, 3, 4) wäre in dem Fall ganz einfach: Die Wörter „noch nicht“ aus dem Link heraus nehmen, so dass nur noch das Wort „markiert“ blau ist. Vielleicht gibt es aber auch eine bessere Lösung. --TMg 03:28, 20. Dez. 2012 (CET)

Sehr guter Vorschlag, denn du hast recht und die derzeitige Formulierung ist verwirrend und keineswegs eindeutig. Hier sollte eindeutig nur das Wort markiert verlinkt sein. --Nightwish62 (Diskussion) 01:36, 25. Dez. 2012 (CET)
Ich habe mal zwei Nachrichten im translatewiki geändert 1 und 2. Die Tage mal schauen, ob das die richtigen waren. Der Umherirrende 12:38, 27. Dez. 2012 (CET)
Leider nein, Text erscheint immer noch gleich. Kannst du bitte nochmal einen Versuch starten? --Nightwish62 (Diskussion) 22:44, 30. Dez. 2012 (CET)
Die beiden Änderungen wurden aus dem translatewiki exportiert (gerrit:40875). Keine Ahnung, warum sie hier nicht ankommen. Ich habe sie manuell angelegt. Bitte mal schauen, wie es jetzt aussieht. Der Umherirrende 10:20, 31. Dez. 2012 (CET)
Tut leider immer noch nicht wie es soll. --Nightwish62 (Diskussion) 13:10, 2. Jan. 2013 (CET)
Nutzt du de-ch/de-at oder de-formal als Oberflächensprache? Ich habe die Nachrichten auch dafür angelegt. Der Umherirrende 13:54, 2. Jan. 2013 (CET)
Doch jetzt funktioniert es. Jetzt habe ich aber gesehen, dass das Wort 'markiert' zweimal verlinkt ist, mit unterschiedlichen zielen. Das zweite Mal ist eigentlich auch nicht eindeutig wohin man kommt. Ich würde am Ende des Satzes einfach noch "(Logbuch)" anhängen und das Logbuch verlinken. Mein Vorschlag. --Nightwish62 (Diskussion) 21:48, 4. Jan. 2013 (CET)

Fremdsprachiges Lemma

Vielleicht kennt ja jemand die Vorlage:Lang: es wäre gut, wenn ein Link auf ein fremdsprachliches Lemma (der Linktitel) so behandelt werden würde, als hätte man diese Vorlage darauf angewendet. Dazu müsste man für das entsprechende Lemma theoretisch nur noch den Sprachcode festlegen (französische Gemeinden z.B. als fr). Der nächste Schritt wäre es dann, jedes weitere Vorkommen des Lemmanamens im Quelltext automatisch umzuwandeln.--Sinuhe20 (Diskussion) 11:01, 6. Dez. 2012 (CET)

Man soll nicht auf fremdsprachige Lemmata verlinken (siehe Hilfe:Interwiki-Links). --тнояsтеn 12:55, 6. Dez. 2012 (CET)
Nein, es geht nicht um Interwiki-Links, sondern um Artikel in der deutschen Wikipedia, die einen fremdsprachigen Lemmanamen tragen (also die man anders aussprechen würde, z.B. Marseille). :) --Sinuhe20 (Diskussion) 09:45, 7. Dez. 2012 (CET)
Ah OK, da hab ich dich falsch verstanden. --тнояsтеn 11:19, 7. Dez. 2012 (CET)
Ich versteh's nicht. {{lang|fr|[[Marseille]]}} ergibt Marseille.  @xqt 11:23, 31. Jan. 2013 (CET)