Wikisource:Technikwerkstatt
aus Wikisource, der freien Quellensammlung
 |
Auf dieser Seite werden Abschnitte automatisch archiviert, die seit 7 Tagen mit dem Baustein {{Erledigt|1=~~~~}} versehen sind. Die Archivübersicht befindet sich unter Wikisource:Technikwerkstatt/Archiv. |
 |
Willkommen Hier ist der richtige Ort für technische Fragen rund um Wikisource zu diskutieren. Änderungen und Fragen werden zuerst im Skriptorium vorgestellt, damit sie allen bekannt sind. Die technischen Themen werden dann nach ca. 1 Woche mit einem Hinweis hierhin verlagert und hier ausdiskutiert. Ältere Beiträge findest du im Archiv. |
[Bearbeiten] Browser-Kompatibilität
Neben den Problemen mit den PR2-JS sind mir noch weitere aufgefallen. Beide im Opera Browser:
- Die Hauptseite wird übergroß dargestellt (man kann nach rechts und unten scrollen, als wäre sie 2x so breit und lang). Konnte bis jetzt "nur" CSS-Fehler finden, die daran Schuld sein könnten (kein guter Code für die Boxenerstellung der Hauptseite, werde ich
demnächstmal bereinigen und schauen, ob es daran lag). - Schlimmer finde ich, dass Opera nicht mit {{BlockSatzStart}} zurecht kommt. Passiert jedoch nur meist, wenn viele Seiten eingebunden werden, manchmal aber auch nur bei 3 Seiten. Konnte keine unsichtbaren Zeichen, die vielleicht durch das OCR reingekommen sind, finden, auch sonst bin ich ratlos. Wenn man die includierten Seiten nur in ein div-Container oder nur in eine Tabelle mit jeweils text-align:justify; einfügt, klappt es einwandfrei. Die Vorlage setzt aber erst eine Tabelle und darin ein div, das scheint Opera nicht ganz so zu verkraften. Ein Beispiel wo solch ein Fehler auftritt wäre Leben und Thaten des ehrwürdigen Paters Simpertus, es kommt aber häufiger vor, als man denkt. Leider wird die Vorlage zu oft eingebunden, als dass ich sie einfach so umstellen und testen will. --enomil 01:26, 8. Mai 2009 (CEST)
Problem scheint in der Version Opera 9.64 nicht mehr aufzutreten.Das letzte Mal habe ich es bemerkt, als 2 Leerzeichen hintereinander verwendet wurden, kann aber auch nur Zufall sein, dass durch Entfernung des 2. Leerzeichen wieder ein normales enstanden ist. --enomil 15:54, 7. Jul. 2009 (CEST)- Durch Anpassungen der Vorlagen BlockSatzStart und BlockSatzEnd funktioniert es nun mit Opera und sollte auch in den anderen Browsern zu keinen Problemen führen. Wenn in anderen Browsern Probleme auftreten, bitte hier melden. --enomil 00:56, 21. Jul. 2009 (CEST)
[Bearbeiten] Vorlage:NotizLinks
Gerade bei Der Aberglauben ist abzustellen aufgefallen, da passt was nicht. Während dieser Version bei mir im Firefox ok aussieht, überlappt sie beim IE den Text. A. Wagner hat das in dieser Version geändert. Jetzt ists im IE ok, dafür fliegts beim Firefox draußen in der Menüspalte rum. Angesichts größerer Nutzung zB hier sollte das wohl gerichtet werden. -- Cecil 17:00, 8. Jun. 2009 (CEST)
- Bei mir überlappt A. Wagners Version sowohl im FF3, als auch im Opera und im IE 8. -- DivineDanteRay 17:06, 8. Jun. 2009 (CEST)
- Erstere Version ist bei mir auch im IE8 ok. --Rudolph H 18:02, 8. Jun. 2009 (CEST)
- Hatte in der Firma vorhin IE 7. Dort ist die aktuelle Wagner-Version ok, die vorige ist teilweise übern Text. Nun zuhause mit IE 8 ist die alte Version ok, dafür ragt die aktuelle wie beim Firefox in den Text hinaus. -- Cecil 18:10, 8. Jun. 2009 (CEST)
[Bearbeiten] Grober Fehler in PDF-Version mit PR2
In der PDF-Version von Civilisation und Wildniß wird die zweite Seite nicht übernommen. Ich vermute, dass es daran liegen könnte, dass diese Seite in mehrere Abschnitte aufgeteilt ist. --Liondancer 01:21, 9. Jun. 2009 (CEST)
- Das können wir hier nicht ändern, da musst du wohl einen neuen Bugtracker-Eintrag schreiben, dass Extension:Collection nicht mit Extension:Labeled Section Transclusion funktioniert. --enomil 01:28, 9. Jun. 2009 (CEST)
- Gerade gesehen, finanzer hat dies schon gemeldet: PediaPress Ticket #421. Habe den Fehler wieder aus der Versenkung geholt. --enomil 14:50, 17. Jul. 2009 (CEST)
- <pages /> funktioniert ebenfalls nicht, siehe PediaPress Ticket #646. -enomil 15:10, 17. Jul. 2009 (CEST)
[Bearbeiten] Usability release
Seit heute ist das erste Usability relase (Acai) aktiv, dieses beinhaltet neben dem neuen Skin Vector (Vorschau) auch eine neue Edit toolbar, welche aber noch nicht mit der ProofreadPage Extension kompatibel ist. Auch die dazugehörigen Texte wurden noch nicht übersetzt, das sollte aber demnächst im translatewiki geschehen und dann eingespielt werden. --enomil 15:36, 2. Jul. 2009 (CEST)
- Einige IDs wurden wieder zurückgesetzt: Bug 19527. Im Translatewiki wurde soweit alles übersetzt, Update lässt auf sich warten. --enomil 19:00, 15. Jul. 2009 (CEST)
- Übersetzungen sind eingespielt. „Werbung“ ist auch geschaltet, oben neben dem Benutzernamen kann man bei „Beta ausprobieren“ den Vector Skin und die neue Edittoolbar aktivieren (geht natürlich auch über die Einstellungen: Skin unter Aussehen, Edittoolbar unter Bearbeiten und dort der letzte Eintrag). Noch einmal anzumerken, es dürfte nicht mit der PR2-Erweiterung kompatibel sein. --enomil 00:58, 7. Aug. 2009 (CEST)
Statistiken zur Nutzung gibt es unter Spezial:PrefStats. --enomil 02:19, 14. Aug. 2009 (CEST)
[Bearbeiten] GIF thumbnails
Wer einen Bugtracker-Account hat, kann gerne einmal für den Bug voten:
Dieser hängt zusammen mit dem Bug 17791: ProofreadPage broken for GIF images due to assuming it can always create thumbnails. --enomil 20:47, 16. Jul. 2009 (CEST)
- Der Patch wurde heute mit rev:54284 eingespielt. Die Frage ist nur noch, wann die aktuelle Software live geht. Nachzulesen unter w:WP:NEU. Raymond 17:41, 3. Aug. 2009 (CEST)
[Bearbeiten] Fehler
Vor der letzten großen PR2-Änderung gab es die Möglichkeit, sich Kopf- und Fußzeilen und Text im großen Textfeld anzeigen zu lassen. Und das hätte ich gern wieder. Es ist ja nichtmal möglich, mittels klick auf ein Zeichen in der Bearbeitungsleiste dieses in Kopf- bzw. Fußzeile einzufügen. Dieses rumkopiern ist reine Zeitverschwendung. Noch schlimmer finde ich aber, selbst wenn ich JavaScript ausschalte, dass die noinclude-tags nicht zu sehen sind. Hintergrund meiner Aufregung ist folgender Fehler, der schwierig zu beschreiben ist: Auf einigen Seiten erscheint ein Zeichen [1] welches auch nicht weg ist, wenn Text, oder zb poem-tags eingefügt werden. Es bleibt hinter dem Text, was aber bewirkt, dass PR auf der Projektseite dann nicht funktioniert. Ich kann also die noinclude-tags nicht sehen um den Fehler zu entfernen. Beispiel: Die_Schwestern_von_Lesbos#Seite 135 funktioniert nicht. Ich hoffe irgendjemand versteht mein Anliegen und kann Abhilfe schaffen. -- Paulis 08:46, 13. Aug. 2009 (CEST)
- Ich weiß zwar nicht genau ob wir das gleiche Problem meinen, aber wenn PoemPR für eine Seite verwendet wird die mit "Zeile" beginnt funktionierts nicht (die Seitenzahl auf der Projektseite läßt sich nicht anklicken – das gleiche Problem wie bei PR1 wenn die Reihenfolge nicht stimmt}, diese Erfahrung mußte ich schon bei Die Wolken machen. -- Jowinix 11:43, 13. Aug. 2009 (CEST)
- (quetsch) Zu dem Zeilenproblem, scheinbar legt sich der span über den Link von der Seitenzahl. Man müsste daher eventuell die class zeilennummer anpassen (hinsichtlich absolute Verschiebung und width). --enomil 20:14, 13. Aug. 2009 (CEST)
- Hallo Paulis, nicht ganz einfach. Ich sehe hier mit Opera eine Art Punkt, gefolgt von zwei Leerzeilen, meinst Du dies mit "Zeichen"? Mit dem IE sehe ich nur die Leerzeilen. Was Du mit "Die_Schwestern_von_Lesbos#Seite 135 funktioniert nicht" meinst, ist mir nicht klar. Der Anker funktioniert, und ich kann die Seite über den Seitenzahlenlink aufrufen und dort dann auch proofreaden. Magst Du das nochmal etwas detailierter beschreiben? --Rudolph H 19:37, 13. Aug. 2009 (CEST)
- (BK) Das Zeichen müsste U+FEFF (ZERO WIDTH NO-BREAK SPACE) sein. Ich kann mir nur vorstellen, dass es durch die Botgesteuerte OCR kommt, denn das Unicode-Zeichen hat noch eine weitere Aufgabe: Es gibt die Codierung einer Datei ohne Wrapper an (siehe w:Byte Order Mark). Dass es hier als Punkt (oder kleiner Strich) angezeigt wird oder garnicht, liegt an den Browsern. Mehr zu dem Zeichen gibt im MSDN Blog Sorting it all Out von Michael Kaplan Every character has a story #4: U+feff (alternate title: UTF-8 is the BOM, dude!)
- Scheinbar müssen wir damit leben: wer es sieht, kann es löschen, wenn es nicht zu löschen geht, Seite löschen und neuanlegen. Ansonsten eventuell einmal die Codierungen von OCR und Bot abstimmen. --enomil 20:05, 13. Aug. 2009 (CEST)
Hintergrund deiner Aufregung gegen PR2 ist etwas, dass mit PR2 gar nichts zu tun hat... Dieser schwarze Punkt wurde von Finanzerbot ersellt. Es ist aber kein Melanom, du darfst es ruhig entfernen. ThomasV 19:58, 13. Aug. 2009 (CEST)
Fehler mit der nichtklickbaren Seitenzahl bei PR2 sollte mit folgenden Änderungen erledigt sein (eventuell Seitencache löschen). PR1 nicht getestet (und hab es auch nicht vor). --enomil 20:41, 13. Aug. 2009 (CEST)
- PR1 zu ändern ist auch nicht nötig, weil ja die Reihenfolge der Vorlagen beeinflusst werden kann. Es ging nicht darum, dass das Zeichen nicht gelöscht werden kann, es hat nur einen Fehler produziert, der nicht auf den ersten Blick zu erkennen war. Na jedenfalls danke für die Erklärung und die Änderung. Und vielleicht findet sich irgendwann noch ein schlaues Köpfchen, welches mir meinen Wunsch von oben im ersten Teil meiner Frage umsetzen kann. -- Paulis 10:15, 14. Aug. 2009 (CEST)
[Bearbeiten] Skin 'Modern'
Ich wollte hier auch auf den Skin 'Modern' wechseln. Dabei ist mir aber aufgefallen, dass bei PR2 im Seiten-Namensraum die Scans nur im Editiermodus sichtbar sind. Kann das hier wer richten oder wo kann ich das melden? -- Cecil 20:07, 14. Aug. 2009 (CEST)
- Primär kann das nur ThomasV machen (sekundär auch jeder mit einem SVN-Zugang), entweder warten, ob er hier darauf reagiert oder einen Bugreport schreiben (und an ihn eintragen unter assigned to). --enomil 00:06, 15. Aug. 2009 (CEST)
[Bearbeiten] Problem mit Vorlage:SeitePR Rand
Diese Vorlage baut die Seiten nicht so zusammen, wie das sein soll. Ich habe 2 Beispielseiten erstellt:
Bei S2 werden die Seiten perfekt zusammengesetzt.
Ich habe mir die Vorlagen angeschaut und verglichen, kann aber nicht erkennen, woran das liegen könnte. Bitte um Hilfe. --9xl 16:34, 10. Sep. 2009 (CEST)
[Bearbeiten] Status-Problem
Mir hat es auf der Index-Seite eines eigentlich korrigierten Projektes (zweiter Text) zwei Seiten noch als unkorrigiert angezeigt (auf zwei unterschiedlichen Rechnern), obwohl die Seiten selbst den richtigen Header anzeigten und im Farbenkästchen auch den richtigen gelben Radiobutton ausgewählt hatten. Nachdem refreshen, usw. nicht gewirkt hat, wollte ich gerade einen Nulledit machen. Folge: der Status wird jetzt in der Indexdatei richtig angezeigt, Nulledit ist aber das keiner gewesen. Lösche ich meinen Edit (hier), ist zwar das Kästchen unten noch richtig ausgewählt, der Header stimmt aber nicht mehr und auf der Index-Seite stimmt die Anzeige auch wieder nicht. Kann das noch jemand anderes reproduzieren? -- Cecil 12:25, 20. Okt. 2009 (CEST)
- Problem schon länger bekannt und gestern hab ich dafür noch den Bug erstellt, da es bis jetzt noch nicht gefixed werden konnte: bugzilla:21181. --enomil 12:52, 20. Okt. 2009 (CEST)
- Danke. Dann reparier ich mal die eine Seite wieder. -- Cecil 13:28, 20. Okt. 2009 (CEST)
- Ist es das Wikisource:Skriptorium#Bug_auf_der_Indexseite? --9xl 16:14, 20. Okt. 2009 (CEST)
- Ja. --enomil 16:30, 20. Okt. 2009 (CEST)
- Ist es das Wikisource:Skriptorium#Bug_auf_der_Indexseite? --9xl 16:14, 20. Okt. 2009 (CEST)
- Danke. Dann reparier ich mal die eine Seite wieder. -- Cecil 13:28, 20. Okt. 2009 (CEST)
Nachdem ich soeben Seite:Der_Stechlin_(Fontane)_129.jpg auf "Fertig" gesetzt habe, sind 5 Seiten, die erst neulich (früheste: 13. Oktober) ihren Korrekturstatus geändert haben, betroffen. Interessanterweise sind keine Edits von mir dabei, obwohl manche noch neuer als die falsch angezeigten sind. Vielleicht hilft das in irgendeiner Form? --Dorades 18:55, 4. Nov. 2009 (CET)
- Auch bei [[2]] ist es so, es waren auch noch die Seiten 326, 328, 329 und 333 des gleichen Projekts betroffen, alle Seiten haben gemeinsam, dass sie ref-Tags beinhalten... --Jmb1982 00:46, 6. Nov. 2009 (CET)
[Bearbeiten] Scan-Frage
Ich kann bei Herder Index:Zerstreute Blaetter V.pdf ab Seite 223 keinen Scan aufrufen. Könnte das mal jemand anschauen. Vielen Dank --Lydia 15:52, 1. Nov. 2009 (CET)
- Sowohl gepurged als auch getouched auf commons, keine Veränderung. Auch kein aktiven Bugreport dazu gefunden. Erstmal abwarten, ob es nur temporäre Probleme bei der Einzelseiten-Erstellung sind (beschädigte PDF schließ ich mal aus, wird beim Download korrekt angezeigt). --enomil 16:10, 1. Nov. 2009 (CET)
- Paulis hat eine neue Version hochgeladen, sollte somit erledigt sein. --enomil 21:16, 11. Nov. 2009 (CET)
[Bearbeiten] Vorlage:Hebräisch
Ich hab ein Problem mit längeren Passagen (mehr als ein Paar Wörter) auf Hebräisch innerhalb deutscher Texten. Da in Vorlage:Hebräisch Zeilenumbrüche verboten sind, kann ich diese Vorlage im Blocksatz nicht benutzen. Momentan muss ich mit <span dir="rtl" class="hebrew"> auskommen. Vorlage:Hebräisch wird nur von einigen wenigen Seiten genutzt. Ich würde vorschlagen, dass Vorlage:Hebräisch standardmäßig Zeilenumbrüche nicht verbietet. Für Verwendung in den ADB- und RE-Artikeln, wo hebräische Wörter nur vereinzelnt vorkommen, ist es sowieso egal. Ich hab kurzerhand eine Testvorlage gemacht. Ist als erster Parameter nowrap gegeben, wird hebräischer Text aus dem 2. Parameter gelesen und ohne Zeilenumbrüche wiedergegeben. Sonst wird hebräischer Text aus dem 1. Parameter gelesen, so wie jetzt. Und hier kann man sehen, wie das alles funktioniert. Können wir diese Funktionalität in die Vorlage:Hebräisch übernehmen? -- Shruggy 01:25, 11. Nov. 2009 (CET)
[Bearbeiten] Extension:StringFunctions
Was muss ich tun, damit die Extension:StringFunctions auf de.wikisource aktiviert wird? --9xl 14:13, 13. Nov. 2009 (CET)
- Kurze Antwort: Warten bis es global aktiviert wird.
- Länger: Die Funktionen wurden in die ParserFunctions Extension aufgenommen (r50997), jedoch Standard auf aus gestellt (
$wgPFEnableStringFunctions). Es gibt zur Zeit noch Fehler und evtl. Sicherheitslücken, so dass dieser Teil noch nicht aktiviert wird. Auf Einzelprojekten dies aktivieren zu wollen, führt immer wieder dazu, dass auf den globalen Bugrequest verwiesen wird (siehe dazu Bug 6455, der auf WONTFIX steht). Wird wohl in absehbarer Zeit nicht aktiviert werden, auch wenn einige Funktionen daraus sehr praktisch wären. --enomil 14:46, 13. Nov. 2009 (CET)- Schade, wäre auch zu schön gewesen. --9xl 14:56, 13. Nov. 2009 (CET)
[Bearbeiten] pages index + SeitePR
Wenn SeitePR auf page index folgt, dann gibtes einen Zeilenumbruch. Mich däuchte, der Fehler ist neu, jedenfalls wäre mirs ganz sicher aufgefallen, bei den Zwerg-Sagen zb, Übergang 356-357. Jetzt eben auch bei Cäcilia. -- Paulis 14:02, 14. Nov. 2009 (CET)
- Das lässt sich glücklicherweise einfach umgehen, hab gerade gemacht. -- Shruggy 16:38, 14. Nov. 2009 (CET)
[Bearbeiten] Eine neue RC Patrouillen-Konzept
Hallo, wir die Letzte Änderungen aufmöbeln können, mit Ihrer Stimme für diese Installation. JackPotte 19:48, 15. Nov. 2009 (CET)
[Bearbeiten] Wiktionary Hover: ein JavaScript am Doppelklick
Wikinews vorschlägt ein Skript, um die wiktionary Definition in einer kleinen Kader anzeigen, wenn Doppelklickend auf ein Wort. Es ist bereits in den folgenden Wiktionary Helferlein installiert: in Französisch und Italienisch. Das Interface der Karte abhängt von der Sprache des Benutzers Präferenzen.
Für installieren dies hier, wir sollen stimmen für eine Administrator Operation, in:
- MediaWiki:Gadget-dictionaryLookupHover.js, Kopien ohne Anführungsstriche: "importScriptURI('http://en.wikinews.org/w/index.php?title=MediaWiki:Gadget-dictionaryLookupHover.js&action=raw&ctype=text/javascript');"
- MediaWiki:Gadgets-definition, zufügen hinzu: "* dictionaryLookupHover|dictionaryLookupHover.js"
- MediaWiki:Gadget-dictionaryLookupHover, beschreiben den Helferlein. JackPotte 19:48, 15. Nov. 2009 (CET)
![[1]](http://de.wikisource.org/w/index.php?title=Seite:Schiller_Musenalmanach_1800_045.jpg&action=edit){kind=link}
_129.jpg){kind=link}