Hilfe Diskussion:Syntaxhighlight/Archiv/1

Diese Seite ist ein Archiv abgeschlossener Diskussionen. Ihr Inhalt sollte daher nicht mehr verändert werden. Benutze bitte die aktuelle Diskussionsseite, auch um eine archivierte Diskussion weiterzuführen.

Um einen Abschnitt dieser Seite zu verlinken, klicke im Inhaltsverzeichnis auf den Abschnitt und kopiere dann Seitenname und Abschnittsüberschrift aus der Adresszeile deines Browsers, beispielsweise

[[Hilfe Diskussion:Syntaxhighlight/Archiv/1#Thema 1]]

oder als Weblink zur Verlinkung auVorlage:SSerhalb der Wikipedia

https://de.wikiup.org/wiki/Hilfe_Diskussion:Syntaxhighlight/Archiv/1#Thema_1

Obskure Sprachen?

Einige der Sprachen, genauer: Sprachkürzel, sind mir nicht geläufig. Wäre es möglich, diese (soweit vorhanden) auf den zugehörigen Wikipedia-Artikel verlinken zu lassen? --RokerHRO 12:03, 16. Aug. 2007 (CEST)

Hab' mal ein paar verlinkt. --84.191.90.87 20:26, 21. Okt. 2007 (CEST)

Prima, danke für die Mühen! :-) --RokerHRO 21:32, 21. Okt. 2007 (CEST)

Wikipedia

Gibts sowas auch für Wiki-Code? --Markus 14:23, 21. Okt. 2007 (CEST)

AutoHotkey

Ich vermisse die Syntax-Hervorhebung für die Skriptsprache AutoHotkey und würde gerne helfen, sie hinzuzufügen. Geht das bzw. was muß ich dazu tun?

Hier kannst du leider nichts direkt tun, da MediaWiki das externe Programm GeSHi Syntax Highlighter einsetzt. Nur was dort unterstützt wird, kann auch hier verwendet werden. — Raymond ^{Disk. Bew.} 20:53, 15. Mär. 2008 (CET)

Danke für den Tip! Auf der GeSHi-Homepage ist beschrieben, wie man eine Sprachdatei erstellt. Vielleicht werde ich das machen und dann den Autor kontaktieren. -- Gort 08:41, 23. Mär. 2008 (CET)

Anpassungen

Der Link hilft mir nicht viel weiter. Gibt es Beispiele für benutzereigene Geshi.css-Dateien? Ich möchte meine gern anpassen, weil mir einige Farben der Standardausgabe stören. Bitte um Hilfe: Wo muss ich die Geshi.css anlegen und wie muss sie ausschauen? --Dagobert Drache 20:06, 12. Sep. 2008 (CEST)

Eine Geshi.css kannst du nicht für dich persönlich anlegen, die kann es nur für das gesamte Projekt geben. Du kannst aber in deiner Monobook.css die Ausgabe für dich persönlich modifizieren. Schau mal uner en:MediaWiki:Geshi.css, ob dir die Anpassungen der englischsprachigen Wikipedia gefallen. — Raymond ^{Disk. Bew.} 22:30, 12. Sep. 2008 (CEST) 

Wunderbar, danke für den Hinweis! --Dagobert Drache 20:30, 13. Sep. 2008 (CEST)

Größe des Kastens

Ich bin mir nicht sicher, ob das ein Problem der Erweiterung oder der CSS ist: Der Rahmen reicht immer bis zum rechten Rand der Seite, auch wenn dort noch andere div-Elemente (wie etwa ein Bild-Thumbnail, eine Navi-Leiste o. ä.) positioniert sind. Dies kann dazu führen, das Boxen sich überschneiden. Tatsächlich sieht man das gleich oben auf dieser Hilfeseite. Wäre eine der Zeilen des "Hallo Welt"-Beispiels sehr lang, würde sie hinter der Hilfenavigation verschwinden. --Hk kng 16:42, 19. Nov. 2008 (CET)

strict

Auf der MediaWiki Seite dazu ist noch das strict Attribut angegeben. Was macht es? --FUZxxl (Diskussion) 12:23, 7. Dez. 2008 (CET)

Hilft Dir das weiter? Gruß --W_I^KImaniac 13:19, 7. Dez. 2008 (CET)

Nicht sonderlich. Ich habs noch nicht ganz verstanden. --FUZxxl (Diskussion) 17:46, 7. Dez. 2008 (CET)

Generelles Highlighting

Weis Jemand wo man weitere Sprachen "beantragen" kann?
Ich denke z.B. an generelles Highlighting für Config-Dateien (Wie bei Emacs conf-mode oder ft=conf bei Vim).
Highlighting für Makefiles währe auch toll.
Wenn ich wüßte wie es geht, würde ich es gerne selber machen, aber ich denke nicht, dass ich so einfach eine Sprache zu den Sprachen die der <source>-Tag kennt hinzuzufügen. 85.179.236.225 20:25, 20. Dez. 2008 (CET)

Wir nutzen den GeSHi-Highlighter http://qbnz.com/highlighter/ Nur was dort an Sprachen vorhanden ist, wird dann auch hier unterstützt. Wobei die Server der Wikimedia-Foundation eine Version < 1.0.8 verwenden, denn per Bugzilla:10967 hat schon jemand ein Update auf 1.0.8 angefragt. — Raymond ^{Disk. Bew.} 20:44, 20. Dez. 2008 (CET)

Highlighting von \" bei Javascript

Bei der Escape-Sequenz für das doppelte Anführungszeichen (\") gibt es ein highlightingproblem. Das Anführungszeichen wird als Beginn einen normalen Strings interpretiert, obwohl es dies nicht ist, da es escaped wurde. Dies kann bei Anwendung in RegEx passieren, da diese nicht in Anführungszeichen eingeschlossen werden.

Ein einfaches fehlerhaftes Beispiel:

\"\"text
"text"
text

und ein korrektes Beispiel:

"\"\"text"
"text"
text

Ich weiß nicht, wo das gemeldet werden muss (bugzilla oder bei GeSHi-Highlighter direkt), würde mich aber freuen, wenn dies jemand übernehmen könnte. Das highlighting verunstaltet in der Form die javascript-skin-seiten (monobook.js usw) enorm. Ich hoffe es ist nachvollziehbar. Der Umherirrende 19:07, 10. Jan. 2009 (CET)

siehe bugzilla:10967. Gruß --P.Copp 00:15, 12. Jan. 2009 (CET)

Also hat es mit einer alten Version zu tuen. Danke. Jetzt müsste ein Serveradmin das nur noch umsetzen. Aber nach über einem Jahr braucht man sich auch nicht viel hoffnung zu machen. Mal schauen, was die Zeit so bringt.Der Umherirrende 19:49, 12. Jan. 2009 (CET)

Enclose

Gibt es neuerdings gar kein Kästchen mehr um Source-Blöcke?? Was für ein Sinn macht dann eigentlich das Enclose-Attribut? --alexrk 18:42, 28. Jun. 2009 (CEST)

Hallo alexrk, das ist ja seltsam, Spezial:Vorlagen expandieren nimmt die Darstellung mit Kästchen vor, anderen Seiten nicht. Gruß --W_I^KImaniac 19:01, 28. Jun. 2009 (CEST)

Also ein Bug oder ein Feature? ;) Ich finde jedenfalls die Version mit Kästchen bedeutend übersichtlicher. --alexrk 19:16, 28. Jun. 2009 (CEST)

Schriftgröße

Lässt sich die Schriftgröße eigentlich einstellen? Bei machen Farben lässt sich der Code ja kaum noch vom Staub auf meinem Bildschirm unterscheiden.
(nicht signierter Beitrag von JoachimG (Diskussion | Beiträge) 10:58, 7. Feb. 2010 (CET) – SignaturNachtrag 2010-02-07 11:46)

So beispielsweise:

<div style="font-size:130%">
HIER SOURCE-BLOCK DENKEN
</div>

--ParaDoxa 11:24, 7. Feb. 2010 (CET)

Oder, vermutlich was du eigentlich wolltest, beispielsweise mittels folgender Zeile in deiner monobook.css:

.mw-geshi { font-size:130% !important; }

--ParaDoxa 11:44, 7. Feb. 2010 (CET)

Vielen Dank, aber ich hatte eine Möglichkeit gesucht, die Schriftgröße auf eine vorhandene Sprach-Source anzuwenden. EckigeKlammerAuf source lang="sql" style="font-size:130%" EckigeKlammerZu geht jedenfalls nicht.--JoachimG 15:47, 7. Feb. 2010 (CET)

Ja, aber beispielsweise das erste <source>-Beispiel auf der Hilfeseite generiert folgenden HTML-Code, in dem noch weitere CSS-Klassen innerhalb class="mw-geshi" vorkommen, beispielsweise class="php source-php", woraus ich schließe, dass es class="sql source-sql" usw. wahrscheinlich auch gibt. Mit ein wenig Versuch und Irrtum lässt sich höchstwahrscheinlich der gewünschte Effekt finden.

<div dir="ltr" class="mw-geshi" style="text-align: left;">
<div class="php source-php" style="font-family: monospace;">
<pre class="de1"><span class="kw2">&lt;?php</span>
  <span class="kw1">echo</span> <span class="st0">"Hallo Welt!"</span><span class="sy0">;</span>
<span class="sy1">?&gt;</span>
</pre></div>
</div>

--ParaDoxa 16:51, 7. Feb. 2010 (CET)

Verbale Umschreibung eines fehlenden Code-Teils

Hallo, mir ist gerade aufgefallen, dass in Temporale Datenhaltung seit Umstellung auf das Source-Tag "Bedingung(en) zum Ausschluss derselben Zeile IN x und y" etwas glücklos formatiert wird. Gibt es eine einfache nette Lösung für diese Problem? Viele Grüße --Cactus26 07:04, 16. Feb. 2010 (CET)

Ungültiges Archivierungsziel

Die Zielangabe bei der automatischen Archivierung dieser Seite ist ungültig. Sie muss mit demselben Namen wie diese Seite beginnen. Wende dich bitte an meinen Besitzer, wenn das ein Problem darstellen sollte. ArchivBot (Diskussion) 07:22, 1. Mai 2012 (CEST)

erledigtErledigt Harry8 10:14, 1. Mai 2012 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Geitost 21:05, 2. Nov. 2012 (CET)

Bug bei Kommentaren und Fettschrift

Ich habe folgenden Code:

1. // The comments come before the package
   package pkg;
   import java.awt.*;
   class C{}
   

2. package pkg;
   import java.awt.*;
   class C{}
   

Beim ersten Beispiel ist "package" nicht fett, beim zweiten ist es fett. Eigentlich sollte es bei beiden fett sein. --Sebastian.Dietrich ✉ 10:31, 5. Mär. 2011 (CET)

Wie man hier testen kann, liegt der Fehler bei dem verwendeten Highlighter und nicht direkt in MediaWiki, du müsstest den Fehler also dort melden. --Schnark 11:39, 5. Mär. 2011 (CET)

Archivierung konnte nicht durchgeführt werden

Beim Botlauf um 04:18, 3. Nov. 2012 (CET) wurden fehlerhafte Optionen in der Vorlage 'Autoarchiv-Erledigt' festgestellt. Beachte bitte die Dokumentation der Vorlage und korrigiere den Fehler. Bei Unklarheiten kannst du Euku fragen. Gruß --SpBot 04:18, 3. Nov. 2012 (CET)

erledigtErledigt MfG Harry8 09:31, 3. Nov. 2012 (CET)

Syntaxhighlight für Mediawiki

Mal ne ganz blöde Frage, aber warum fehlt eigentlich ausgerechnet Syntaxhighlighting für den Mediawikicode? Das wäre für die Hilfeseiten doch hier und da ganz praktisch... --Sepp (Diskussion) 09:29, 25. Feb. 2014 (CET)

Die Frage ist nicht blöd; sie trifft ein Grundproblem der Wikisyntax.

Grundsätzlich wäre das lang="text".

Darüberhinaus ist ein Highlighting an feste, weltweite Regeln gebunden.

• Diese werden von einer formalen Programmiersprache einer bestimmten Versionsfamilie weltweit einheitlich erfüllt.
• In der Hilfe:Wikisyntax #Formale Sprache? ist das Problem weiter umrissen.
• Jedes Sprachelement ist vielfach interpretierbar.
• Die Interpretation liegt auch in lokalisierten Schlüsselwörtern, die sich laufend und in jeder Sprache ändern können.
• In der Vorlagenprogrammierung müssen die Elemente noch nicht einmal vollständig sein; jede Vorlage und Einbindung und Programmierung kann Klammern zuliefern.

Kurze Antwort: Weil Wikisyntax keine formale Sprache ist; und ein paar Anläufe mit WP:wikEd und WP:Technik/Text/Edit/AceWikiEditor haben Möglichkeiten und Grenzen demonstriert. Mit CSS-Regeln allein kommt man nicht sehr weit; denke an <nowiki>.

LG --PerfektesChaos 10:32, 25. Feb. 2014 (CET)

C++11

Ich wollte mal auf diese Diskussion Wikipedia_Diskussion:Redaktion_Informatik#Manuelles_Highlighting hinweisen. Knackpunkt ist wohl, dass C++11 einige neue Schlüsselwörter besitzt, die der aktuelle Syntaxhighlighter nicht kennt, was einen Benutzer dazu veranlasst hat, wegen zwei falsch formatierter Wörter alles manuell zu formatieren. Weiß irgendjemand, ob da entsprechende Aktualisierungen des Moduls schon geplant sind bzw. wo man da meckern kann bzw. muss? --KMic (Diskussion) 02:02, 23. Apr. 2012 (CEST)

• Der langfristig wichtigere Schritt wäre upstream: sourceforge.net mit Erinnerung an C++11 und die konkret benannten zusätzlichen Schlüsselwörter vom Oktober 2011 (last Update: Februar 2011).
  • Die dortigen Formatierungs-Informationen werden gelegentlich manuell in die Mediawiki-Welt importiert. Zurzeit auf dem letzten Stand.
• Zusätzlich kannst du auf bugzilla allgemein darüber informieren, was du bereits unternommen hast.
  • Du kannst dort jemand dazu verführen, als temporären workaround cpp.php entsprechend anzuflicken. Viel Erfolg!
• Der zurzeit wenig aktive Benutzer:BenBE1987 könnte einen shortcut bieten.
• Wenn du keinen der genannten Wege selbst nutzen möchtest, dann teile dies hier einfach mit; mitlesende Kollegen der WD:NEU werden das dann schon weiterleiten.

Beste Grüße --PerfektesChaos 09:16, 23. Apr. 2012 (CEST)

Danke für die schnelle Antwort. Also wenn irgendjemand das weiterleiten könnte, wäre das natürlich super und ich würde mich auch garnicht wehren. ;-) Grüße, --KMic (Diskussion) 11:42, 23. Apr. 2012 (CEST)

@KMic:

Es wurde nicht konkret angegeben, um welche Schlüsselwörter es sich handeln solle.

http://sourceforge.net/p/geshi/feature-requests/143/ 143 Add new keywords for C++ and C# language vermeldet eine Aktivität für 2013.

Bitte prüfe, ob du mit deinem Wunsch dort eingefädelt bist. Willst du Butter von den Behörden, schicke Milch auf den Dienstweg.

LG --PerfektesChaos 11:49, 3. Apr. 2014 (CEST)

Frage zum Syntaxhighlight

Hallo!

Ich würde gerne wissen, ob man irgendwo einsehen kann, wie das Syntaxhighlight funktioniert, damit man das Skript eventuell selbst verwenden kann. Gibt es irgendeine Wikipedia Seite, wo die sprachenspezifischen Skripte zu finden sind?

Vielen Dank im Voraus!

--Timde (Diskussion) 10:16, 3. Apr. 2014 (CEST)

@Timde:

Ich habe dich mal unten angehängt; in der Wikipedia-Diskussion ist chronologische Folge üblich.

Der umseitige Einleitungssatz führt dich auf GeSHi und dieser Artikel auf verschiedene URL, mit denen man sich irgendwo auch bis zu den Syntaxdefinitionen einzelner Sprachen und dem ausgeführten Quellcode durchnavigieren kann, und wie sich das woanders nutzen ließe. mw:Extension:SyntaxHighlight GeSHi leistet das ebenfalls.

Liebe Grüße --PerfektesChaos 11:41, 3. Apr. 2014 (CEST)

Falsches Attribut-Format im Tag

Oha, kleine Ursache große Wirkung: Wie oder anders, könnte man so etwas überhaupt abfangen?
[…] Der Ausdruck <syntaxhighlight lang="lisp"style="white-space:nowrap" inline>(+ #.(print 10) 20)</syntaxhighlight> beispielsweise gibt nicht nur bei seiner Ausführung 30 zurück, […]

Mein WSTM, müsste ich eigentlich dort melden, macht nämlich daraus noch mehr Murks.

[…] Der Ausdruck [hier wird ein Umbruch gesetzt] <syntaxhighlight lang="lisp" style="white-space:nowrap" inline> [hier wird ein Umbruch gesetzt] (+ #.(print 10) 20) [hier wird ein Umbruch gesetzt] </syntaxhighlight> [hier wird ein Umbruch gesetzt]

beispielsweise gibt nicht nur bei seiner Ausführung 30 zurück, […]

Ich hätte den Fehler aber vermutlich sonst nicht so schnell gesehen, weil das auf den Ersten Blick normal aussieht, und man so ein fehlendes Leerzeichen nicht sofort erkennt. Aber natürlich gab es zusätzlich eine eindeutige Fehlermeldung – zumindeest im zweiten Teil (Falsches Attribut-Format im Tag <syntaxhighlight style="white-space:nowrap" inline [??? …] Falsches Attribut-Format im Tag <syntaxhighlight lang="lisp"style="white-space:nowrap" inline). Erkannt wurde es, aber die automatische Anpassung wirft Fragen auf. --Liebe Grüße, Lómelinde Diskussion 08:53, 9. Okt. 2015 (CEST)

OT: siehe Report.

• In der Tat, das ist ein Fall für WSTM.
  • Das fehlende Leerzeichen nach dem " hatte verhindert, dass die Parameter erkannt wurden.
  • Derjenige, der das verträumt hatte, dürfte ich gewesen sein; egal, wann und wo.
• Ohne Parameterliste wird auch inline nicht erkannt.
  • Normalerweise wäre das egal, aber wenn bei syntaxhighlight kein inline gefunden wird, dann wird das gnadenlos als eigener Block formatiert; deshalb die Zeilenumbrüche.
• Zu machen ist da eher wenig.
  • Es ist ja Absicht, dass sich der menschliche Bearbeiter die Parameterliste nochmal anguckt; es könnte ein C&P-Fehler sein, das " ist vielleicht vergessen worden zu escapen, das soll alles irgendwie anders interpretiert werden als es momentan für WSTM aussehen könnte, wenn man sich whitespace dazudenkt.
  • Deshalb möchte ich hier auch den Code nicht ändern.

LG --PerfektesChaos 14:58, 9. Okt. 2015 (CEST)

Ne, musst du auch nicht, ich habe es ja wieder hinbekommen. --Liebe Grüße, Lómelinde Diskussion 15:10, 9. Okt. 2015 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Lómelinde 16:47, 9. Okt. 2015 (CEST)

Bug

Es scheint, dass dieser zuweilen Aussetzer mit dem Rendern hat!? Mir scheint hier eine Kombination mit dem Pipe-Zeichen, siehe die ersten 3 Bsp. hier (auch in nicht html). Dabei ist mir noch ein Fehler aufgefallen, die Fehlermeldeung empfielt immer noch das lange überholte <source>-tag. ↔ User: Perhelion 13:13, 10. Nov. 2014 (CET)

• Ich weiß nicht, welches das 3. Beispiel ist. Da müsstest du schon etwas content releasen.
• Bugs gibt es. Sie liegen in den RegExp. Es gibt auch Bugzilla, der sich aber nach upstream durchkämpfen muss.
• Wenn du Änderungswüsche an einer Fehlermeldung hast, so ist es üblich, die MW-ID zu benennen; und wenn du die hast, darfst du gerne einen Nachtrag an WP:A/A #MediaWiki et al. schreiben und nett von mir grüßen.

LG

(nicht signierter Beitrag von PerfektesChaos (Diskussion | Beiträge) 13:25, 10. Nov. 2014 (CET))

Danke der Info, ich habe das Problem zum HTML jedenfalls ergründen können (da ich schon aussetzer mit Gnuplot Code gesehen habe und) die style attribute schön gerendert werden, liegt es wohl einfach daran dass die tag fehlen. ↔ User: Perhelion 13:30, 10. Nov. 2014 (CET)

Unterstützung von Logo?

Hallo,

ich habe gerade das Wikibook Algorithmensammlung in Bezug auf Syntaxhervorhebung überarbeitet und bin darüber gestolpert, dass die Programmiersprache Logo von diesem Werkzeug nicht unterstützt wird. Wäre schön, wenn die Unterstützung von jemandem, der sich mit der Sprache auskennt, hinzugefügt werden würde. Und welche Syntaxhervorhebung ist die beste für "Basic C64"? Danke! (nicht signierter Beitrag von 79.245.173.245 (Diskussion) 23:10, 28. Feb. 2015 (CET))

Zu Logo: Hier in der Wikipedia, auf Wikibooks etc wird ein Fremdprogramm verwendet. Wir haben hier also keinen Einfluss darauf, welche Programmiersprachen unterstützt werden. Auf der Seite http://qbnz.com/highlighter/ solltest du fündig werden, an wen du dich mit deiner Bitte um Unterstützung wenden kann. — Raymond ^Disk. 10:27, 1. Mär. 2015 (CET)

Standardschriftgröße

Die Standardschriftgröße ist IMHO zu groß. Sie sollte der des normalen Textes ungefähr entsprechen. Lässt sich das machen? -- Wolfgang Rieger (Diskussion) 12:43, 4. Jun. 2015 (CEST)

Du kannst es dir persönlich einrichten; ansonsten entspricht syntaxhighlight gerade dem code und alle beide haben dieselbe Schrifthöhe wie aller umgebender Text der Seite. Es gibt aber Browser-Einstellungen, die monospace in 14px anzeigen und Proportional in 12px. Von Rumbauerei für alle Benutzer würde ich dringend abraten; man muss hier l und I und 1 sauber und auf den ersten Blick unterscheiden können. LG --PerfektesChaos 12:55, 4. Jun. 2015 (CEST)

Ups! Tschulligung! Irgendwann mal war die Schriftart viel zu winzig, ich hatte in meiner common.js nachjustiert und das dann völlig vergessen. Sorry. In der Standardeinstellung ist die Schriftgröße jetzt ok. Zu doof zum … Beste Grüße + Dank -- Wolfgang Rieger (Diskussion) 16:20, 4. Jun. 2015 (CEST)

Strukturierter Text – Seite mit Syntaxhervorhebungsfehlern

Scheinbar funktioniert lang="scl"

<syntaxhighlight lang="scl">
IF (MASCHINE_EINGESCHALTET = TRUE) THEN
  AUSGANG1 := EINGANG1 AND EINGANG2;
ELSE
  AUSGANG1 := FALSE;
END_IF;
</syntaxhighlight>

nicht mehr. --Liebe Grüße, Lómelinde Diskussion 07:52, 8. Okt. 2015 (CEST)

Gleiches scheint auch für „e“ zu gelten.

<syntaxhighlight lang="e">
   PROC main()
      WriteF('Hello, World!')
   ENDPROC
</syntaxhighlight>

Das wird ebenfalls seit heute in dieser Kategorie gelistet. --Liebe Grüße, Lómelinde Diskussion 07:56, 8. Okt. 2015 (CEST)

Habe ich aus der Liste ausgetragen. Wieso laufend Sprachen wegfallen verstehe ich aber nicht. --mfb (Diskussion) 11:48, 8. Okt. 2015 (CEST)

Prima, ich verstehe das noch weniger, aber ich habe die Anzahl der Seiten in der Kat ein wenig im Hinterkopf und kleine Fehler kann ich auch anpassen, aber da weiß ich dann nicht, was ich tun soll. Möglicherweise funktioniert es irgendwann wieder. --Liebe Grüße, Lómelinde Diskussion 11:53, 8. Okt. 2015 (CEST)

Das Thema Syntaxhighlight steht hinten auf meiner Tagesordnung; es ist mir nicht klar, warum die beiden plötzlich aufschlagen. Ich warte ab, bis die in den anderen Projekten gemeckert haben, und arbeite dann alles bei Gelegenheit im Zusammenhang ab. Wird dann eine größere Nummer; muss warten.

• An Auszeichnungssprache war ich auch schon vergeblich dran und konnte nichts Unerlaubtes finden.
• @Ló: Du kannst die ja mal auf deinen Spielwiesen solange durch fortgesetzte Halbierung durchprobieren, bis du den einzelnen Auslöser identifiziert hast; vielleicht gibt es aber keinen.

LG --PerfektesChaos 12:55, 8. Okt. 2015 (CEST)

O.k. werde ich mal machen. --Liebe Grüße, Lómelinde Diskussion 13:01, 8. Okt. 2015 (CEST)

@PerfektesChaos: So gefunden aber du musst jetzt prüfen, dass ich nichts zerschossen habe, weil da kamen ein paar Fragezeichen die mir WSTM beschert hat, und ich bin nicht sicher ob die Anpassung meinerseits überall so richtig ist.

Ist es eigentlich egal ob ich lang="css" oder lang="CSS" schreibe? --Liebe Grüße, Lómelinde Diskussion 13:44, 8. Okt. 2015 (CEST)

„Seitenbescpreichungssprache“ ist Seitenbeschreibungssprache.

Was WSTM-Fragezeichen sein sollen, weiß ich nicht; aber inline ist ein „wertloser“ Parameter von <syntaxhighlight> und nicht von <span>.

Definiert sind Kleinbuchstaben; momentan funktionieren auch Großbuchstaben. Wo es gerade auffällt, besser einheitlich auf Kleinbuchstaben umstellen.

LG --PerfektesChaos 13:53, 8. Okt. 2015 (CEST)

Na ja so Fragezeichen halt „inline="???"“ oder „??????“ bei <font color=""> in dem Zitat, keine Ahnung was das bewirken soll oder ob das zum Zitat gehörte. --Liebe Grüße, Lómelinde Diskussion 14:01, 8. Okt. 2015 (CEST)

<font color=""> ist veraltet für <span style="color:SinnvolleAngabe"> und ohne Farbwert geistlos.

<span> hat keine „wertlosen“ Parameter. Damit ist <span inline> falsch; zu line und inline umseitig.

Und warum steht das jetzt nicht mehr in der Wartungskat, obwohl sich an den <syntaxhighlight> nichts geändert hatte und ich es mit Intensivpurgen nicht loswurde?

Brav. --PerfektesChaos 14:08, 8. Okt. 2015 (CEST)

Wegen des fehlenden " vor css. Kannst du testen Wenn du irgendwo beispielsweise auf der Spielwiese <syntaxhighlight lang=css" inline>…</syntaxhighlight> einfügst und auf die Vorschau klickst reicht das schon. Frag mich nicht, wie ich das gefunden habe. Aber da WSTM daraus folgendes gemacht hat <syntaxhighlight lang='css"' inline>…</syntaxhighlight> ist mir das irgendwie beim Durchsuchen nach einem möglichen Schreibfehler im Parameter „lang“ ins Auge gesprungen. Ja ich habe inzwischen die zitierte Seite aufgerufen und festgestellt, dass es zum Zitat gehört aber nicht angezeigt wurde. Und das Siehe auch baue ich nicht wieder ein, das ist bereits mehrfach im Fließtext verlinkt. --Liebe Grüße, Lómelinde Diskussion 14:16, 8. Okt. 2015 (CEST)

Da kannste mal sehn, wie wichtig es ist, dass WSTM die Parameterwerte analysiert und in delimiter einschließt.

Als Teil eines zeitgenössischen Zitats ist ein <font color="..."> okay; der Autor wollte den Vorteil zentraler Definitionen vor Einzelzuweisungen herausarbeiten.

LG --PerfektesChaos 14:40, 8. Okt. 2015 (CEST)

Ja du weißt doch auch so, dass ich gern damit arbeite. Wass’n das „delimiter“? Kram in meiner Erinnerung, irgendwann hatte ich mal Latein. De =„von, von herab“ hier wohl eher „ab- … von“, Limit = Limes = „Begrenzung“, –er = pluralisierendes Suffix. Argh, jaha ich habe vorhin nach dem Begriff für diese Dinger gesucht, menno. Woher weißt du das?

So ich habe noch einen, „pcre“ könnt ihr auch mal umtopfen.

<syntaxhighlight lang="pcre" inline>…</syntaxhighlight> „it’s the same“ Siehe →Regulärer Ausdruck.

Meine bescheidene Frage bleibt, soll ich das ändern oder so lassen und geduldig warten, bis es eventuell mal in ferner Zukunft wieder geht oder auch nicht geht? --Liebe Grüße, Lómelinde Diskussion 18:28, 8. Okt. 2015 (CEST)

Wo Codes im Moment fehlen, so belassen und auch in der Wartungskat drinlassen, damit man weiß, wo nachzuarbeiten wäre.

• Im Prinzip kann ich mich da einlesen und beim Lieferanten eine Definition zu RegExp abladen, die dann irgendwann bei uns wirksam wird. Habe aber null Zeit dazu.
• Vielleicht macht das inzwischen jemand anders, insbesondere enWP.

Wenn du wieder einen solchen Syntaxfehler findest: Fein; ansonsten belassen, ich guck irgendwann mal, ob es vielleicht Sprachen mit vergleichbarer Syntax gibt.

• Kategorie schadet ansonsten niemand.

Woher ich delimiter kenne (siehe dort, letzter Punkt bei den Beispielen? Naja, ist mir halt seit dreißig Jahren geläufig; keine Ahnung wo zuerst.

• Weiterbildung: Originalliteratur.

LG --PerfektesChaos 22:52, 8. Okt. 2015 (CEST)

O.k. normale Fehler wie dort, falls ich sie den sehe anpassen andere nicht anrühren. Kann ich mir merken, denke ich. Und neue Verluste melden. Die Kat ist ja recht überschaubar und, na ja, ich bin halt neugierig. --Liebe Grüße, Lómelinde Diskussion 06:44, 9. Okt. 2015 (CEST)

Weitere Ausfälle

<syntaxhighlight lang="intercal">
irgendein Code
</syntaxhighlight>

„Intercal“ wird scheinbar seit heute auch nicht mehr unterstützt. Sehe gerade, die gab es auch vorne gar nicht. Hmm … Was nun in lang="text" ändern?

pcre <syntaxhighlight lang="pcre" inline>…</syntaxhighlight> steht noch bei den unterstützten, ist aber auch raus. --Liebe Grüße, Lómelinde Diskussion 09:07, 15. Okt. 2015 (CEST)

Neuer Ausfall lang="Euphoria" scheint nicht mehr zu funktionieren, das müsste auch umsortiert werden, angewandt in Euphoria (Programmiersprache). --Liebe Grüße, Lómelinde Diskussion 17:02, 19. Dez. 2015 (CET)

pycon ≠ ≈ = python

Nur so weil das für mich nun gar nicht assoziativ aussieht, aber da es tatsächlich funktioniert frage ich mich wozu dient diese Hervorhebung {{?}} ist ja eher eine Abschwächung. Ich frage weil ich gerade mal wieder einen solchen Fehlerfall hatte und zunächst stutzig wurde, weil ich „python“ im Artikel fand und als ich hier auf die Hilfeseite kam zunächst „pycon“ las. Verwundert da ich zumindest den Python als Programmiersprache namentlich kenne. Dass der Fehler gar nicht an der Stelle zu suchen war sah ich aber, da es ja ordnungsgemäß bunt eingefärbt def bankersAlgorithm(E,A,C,R): while … for … in wurde. Trotzdem hat es bei mir einige Fragezeichen hinterlassen. Also den Fehler habe ich auch so behoben nur der Eintrag in der Tabelle vorn verwirrte mich total. PyCon klingt für mich eher wie eine Veranstaltung. --Liebe Grüße, Lómelinde Diskussion 09:25, 27. Mär. 2016 (CEST)

pygments.org bietet Aufschluss und zeigt auch, was passieren muss, damit es nicht grau in grau wird.

Das „py“ in pygments.org ist übrigens auch aus dem selben Terrarium entfleuchtes pigment (= Farbe, die es ins Spiel bringt).

Nebenbei: Die Tabelle, genauer die drei Tabellen nebeneinander gehen mir auf den Keks. Ich kann sie nicht nach Klarnamen der Sprache sortieren, und die Zeilenumbrüche behindern bei der Verständlichkeit, und mehrere ID für denselben Effekt sind mangels horizontaler Linien nicht erkennbar, und ich beabsichtige eine Erweiterung des Informationsgehalts und damit breitere Zellen. Und das Einklappen ist ohnehin witzlos; niemand kommt in eine Situation, in der ihm das dann noch weiterhelfen würde.

• Wenn du dich mal langweilst, und da du ja schon regelmäßig mit den Dingern rummachst: Würdest du ein von mir strukturiertes Untervorlagenkonzept aus- und mit Leben erfüllen wollen?

LG --PerfektesChaos 10:46, 27. Mär. 2016 (CEST)

Das kann ich gern tun, so nach Ostern. Ja warum das klappbar sein sollte hatte ich mich auch schon gefragt. Danke für den Link. --Liebe Grüße, Lómelinde Diskussion 10:58, 27. Mär. 2016 (CEST)

Apropos, „bietet Aufschluss“ ich bewundere es immer wieder wie man solche Seiten auch „verstehen“ kann.

Schreib es mir mal irgendwo auf wo ich in aller Ruhe damit herumexperimentieren kann.

Beispiele  

python, py, sage >>> a = 'foo' >>> print a foo >>> 1 / 0 Traceback (most recent call last): File "<stdin>", line 1, in <module> ZeroDivisionError: integer division or modulo by zero	python3, py3 >>> a = 'foo' >>> print a foo >>> 1 / 0 Traceback (most recent call last): File "<stdin>", line 1, in <module> ZeroDivisionError: integer division or modulo by zero
pytb und py3tb >>> a = 'foo' >>> print a foo >>> 1 / 0 Traceback (most recent call last): File "<stdin>", line 1, in <module> ZeroDivisionError: integer division or modulo by zero
pycon >>> a = 'foo' >>> print a foo >>> 1 / 0 Traceback (most recent call last): File "<stdin>", line 1, in <module> ZeroDivisionError: integer division or modulo by zero	cython, pyx, pyrex >>> a = 'foo' >>> print a foo >>> 1 / 0 Traceback (most recent call last): File "<stdin>", line 1, in <module> ZeroDivisionError: integer division or modulo by zero
numpy >>> a = 'foo' >>> print a foo >>> 1 / 0 Traceback (most recent call last): File "<stdin>", line 1, in <module> ZeroDivisionError: integer division or modulo by zero	dg (dogelang) >>> a = 'foo' >>> print a foo >>> 1 / 0 Traceback (most recent call last): File "<stdin>", line 1, in <module> ZeroDivisionError: integer division or modulo by zero

Interessant sie funktionieren scheinbar sogar alle. --Liebe Grüße, Lómelinde Diskussion 12:01, 27. Mär. 2016 (CEST)

Das „Con“ steht für „Konsole“, hier bestmöglich als Kommandozeile erklärt; hat nichts mit Conference zu tun.

An den >>> tippen Benutzer Python-Code ein.

• Deshalb ist pycon das einzige Format, das diesen prompter hervorhebt.
• Danach kommt in der Zeile reguläre Programmiersprache.
• Für alle anderen Formate sind die >>> Schrott.

Alles andere ist die Antwort des Systems darauf.

• Dabei werden in der Konsolen-Antwort des Systems Schlüsselwörter wie ZeroDivisionError: erkannt.
• Auch Traceback ist ein Schlüsselwort.
  • pytb und py3tb handhaben solche Rückverfolgungen (du hast sie mir schon öfters in JavaScript-Fehlerprotokollen übermittelt). Das „tb“ verweist darauf. Deshalb ist diesen das Schlüsselwort Traceback ebenfalls bekannt und blau. In pycon wird vor der roten Fehlermeldung ein Traceback (Stacktrace) eingeblendet, um den Fehler lokalisieren zu können.

Die Wörter in und or sind Schlüsselwörter in der Programmiersprache, tauchen hier aber in menschlichem englischen Text auf. Deshalb werden sie fälschlich hervorgehoben, wo Nachrichtentext als Programmiersprache formatiert wird, und werden ignoriert, wo die Systemantworten erwartet und angezeigt werden. Der Grund, warum ZeroDivisionError: erkannt und rot dargestellt wird, dürfte in Programmiersprache und Traceback fundamental unterschiedlich sein; es ist auch ein anderes Rot.

LG --PerfektesChaos 13:42, 27. Mär. 2016 (CEST)

Oh, ach so für mich standen da nur Hieroglyphen, die unterschiedlich farbig angezeigt werden, je nachdem, welche Sprache ich vorgebe. Danke für die Erklärungen.   Ich glaube ein ganz klein wenig verstehe ich es jetzt wo der Unterschied liegt. Ich tue mich unheimlich schwer mit technischen Englisch. Immerhin was ein „ZeroDivisionError“ ist, weiß ich, das hat beim Atari ST eine gewisse Anzahl an Bomben hervorgerufen. --Liebe Grüße, Lómelinde Diskussion 14:05, 27. Mär. 2016 (CEST)