Code: Alles auswählen
from pygments import highlight
from pygments.lexers import PythonLexer
from pygments.formatters import HtmlFormatter
code = 'print "Hello World"'
print highlight(code, PythonLexer(), HtmlFormatter())
Schreib ein script zum übernehmen und ändere den LinkLeonidas hat geschrieben:Könnte man eines dieser Pastebins nicht verwenden und die Paste-Einträge im Wiki löschen/umziehen?
Das Skript sollte kein Problem sein, stellt sich nur die Frage ob die Snippets überhaupt noch nötig sind. Meist sind sie ja für den Gebrauch im IRC gedacht gewesen und da ist es dann recht egal ob es sie gibt oder nicht.blackbird hat geschrieben:Schreib ein script zum übernehmen und ändere den Link
Danke dafür an dieser Stelle.Der Meinung ist auch Ben von pylons. Er will die pylons docs in Zukunft mit pygments highlighten lassen.Y0Gi hat geschrieben:Eine von JavaScript abhängige Lösung, wie sie die Sites von etwa CherryPy, TurboGears und mit pudge erzeugte Docs verwenden, gefällt mir nicht, da es ohne JS einfach unbrauchbar ist.
Welchen Vorteil hat <code> vor <pre>? Ja, es ist semantisch vielleicht richtiger, aber das wars auch.Y0Gi hat geschrieben:Update: Ich habe die Integration von Pygments in meine Site nun so gut wie abgeschlossen. Mich stören einige Punkte (insbesondere im Vergleich zum code colorizer von Fredrik Lundh, den ich bisher benutzte und der nur Python-Code highlighten kann):
- Es wird kein Gebrauch vom <code>-Element gemacht, obwohl es hier definitiv angebracht ist.
Dein Vorschlag wäre? (nein, ein float geht z.B. nicht, genausowenig, die Zeilennummern direkt in das <pre> zu setzen, denn damit ist copy-and-paste im Eimer, genauso wie bei Einzelzellen für jede Zeile.)- Werden Zeilennummern angefordert, wird unschönerweise eine Tabelle (aber dann sematisch falsch, weil die Zeilennummern alle in einer Zelle stecken) ausgegeben; das geht auch ohne.
man styles.- Das helle Lila für Keywords geht mal gar nicht
Fuer Screenreader ist die "richtige" Verwendung der Tags durchaus wichtig.birkenfeld hat geschrieben:Welchen Vorteil hat <code> vor <pre>? Ja, es ist semantisch vielleicht richtiger, aber das wars auch.
Nicht anstelle von <pre> - das hat ja durch seine standardmäßige Formatierung in Browsern seine Berechtigung (auch wenn die CSS-Eigenschaft "white-space: pre;" das nachbilden kann) - sondern anstelle des <div>.birkenfeld hat geschrieben:Welchen Vorteil hat <code> vor <pre>? Ja, es ist semantisch vielleicht richtiger, aber das wars auch.
So wie das hier es eben löst. Eine weitere Möglichkeit wäre die Art, in der pudge Code formatiert.birkenfeld hat geschrieben:Dein Vorschlag wäre? (nein, ein float geht z.B. nicht, genausowenig, die Zeilennummern direkt in das <pre> zu setzen, denn damit ist copy-and-paste im Eimer, genauso wie bei Einzelzellen für jede Zeile.)
Ich habe es vorgezogen, zunächst hier die Diskussion anzustoßen - wo hier schon mal ein Thread extra für Pygments erstellt wurde.birkenfeld hat geschrieben:Übrigens: Bugreports und Verbesserungsvorschläge gehören nicht (nur) in ein Forum, sondern ins Pocoo-Trac http://trac.pocoo.org, denn da lese ich sie auch sicher.
Ist <code> eigentlich nicht ein Inline-Tag?Y0Gi hat geschrieben:Nicht anstelle von <pre> - das hat ja durch seine standardmäßige Formatierung in Browsern seine Berechtigung (auch wenn die CSS-Eigenschaft "white-space: pre;" das nachbilden kann) - sondern anstelle des <div>.birkenfeld hat geschrieben:Welchen Vorteil hat <code> vor <pre>? Ja, es ist semantisch vielleicht richtiger, aber das wars auch.
Kannst du das vielleicht auch näher ausführen? Ich habe keine Lust, mich durch den Code zu wühlen.So wie das hier es eben löst. Eine weitere Möglichkeit wäre die Art, in der pudge Code formatiert.birkenfeld hat geschrieben:Dein Vorschlag wäre? (nein, ein float geht z.B. nicht, genausowenig, die Zeilennummern direkt in das <pre> zu setzen, denn damit ist copy-and-paste im Eimer, genauso wie bei Einzelzellen für jede Zeile.)
<code> ist inline, <pre> ist ein Block. Wenn dann schon <listing>, aber das ist deprecated.Y0Gi hat geschrieben: - Es wird kein Gebrauch vom <code>-Element gemacht, obwohl es hier definitiv angebracht ist.
nicht ohne copy/paste zu ruinieren.- Werden Zeilennummern angefordert, wird unschönerweise eine Tabelle (aber dann sematisch falsch, weil die Zeilennummern alle in einer Zelle stecken) ausgegeben; das geht auch ohne.
http://pygments.pocoo.org/docs/styles/- Das helle Lila für Keywords geht mal gar nicht
Uuuuuh. Ganz böse. Innerhalb von <code> dürfen nur inline Elemente vorkommen, weder <pre> noch <table> sind das.Y0Gi hat geschrieben:Nicht anstelle von <pre> - das hat ja durch seine standardmäßige Formatierung in Browsern seine Berechtigung (auch wenn die CSS-Eigenschaft "white-space: pre;" das nachbilden kann) - sondern anstelle des <div>.birkenfeld hat geschrieben:Welchen Vorteil hat <code> vor <pre>? Ja, es ist semantisch vielleicht richtiger, aber das wars auch.
Das macht copy/paste kaputt.So wie das hier es eben löst. Eine weitere Möglichkeit wäre die Art, in der pudge Code formatiert.birkenfeld hat geschrieben:Dein Vorschlag wäre? (nein, ein float geht z.B. nicht, genausowenig, die Zeilennummern direkt in das <pre> zu setzen, denn damit ist copy-and-paste im Eimer, genauso wie bei Einzelzellen für jede Zeile.)
Kann es sein, das "white-space: pre;" oder auch irgendwas mit nowrap nicht im IE 6 geht?Y0Gi hat geschrieben:Nicht anstelle von <pre> - das hat ja durch seine standardmäßige Formatierung in Browsern seine Berechtigung (auch wenn die CSS-Eigenschaft "white-space: pre;" das nachbilden kann) - sondern anstelle des <div>.birkenfeld hat geschrieben:Welchen Vorteil hat <code> vor <pre>? Ja, es ist semantisch vielleicht richtiger, aber das wars auch.
blackbird hat geschrieben:<code> ist inline, <pre> ist ein Block. Wenn dann schon <listing>, aber das ist deprecated.
Bleiben immer noch mindestens zwei Optionen:blackbird hat geschrieben:Uuuuuh. Ganz böse. Innerhalb von <code> dürfen nur inline Elemente vorkommen, weder <pre> noch <table> sind das.
Ok, das ist ein Grund, der dagegen wiegt, aber eben genannte Einschränkungen erfordert.blackbird hat geschrieben:nicht ohne copy/paste zu ruinieren.
Ja, man kann das auch per "pygmentize" in der Konsole laufen lassen und man kriegt dann halt dort den Output.sape hat geschrieben:Zimtstern? Wie Zimt und Stern?
Ist das eigentlich auch als "offline" Tool benutzbar bzw. generiert es nur ausschließlich HTML Output oder lässt sich das ganze anpassen das auch anderer Output als HTML generiert wird?
lg
Mann kann sich den Output auch in eine Datei schreiben lassen und außerdem kann man als Ausgabeformat auch LaTeX, RTF, ANSI-Kontrollsequenzen wählen.rafael hat geschrieben:Ja, man kann das auch per "pygmentize" in der Konsole laufen lassen und man kriegt dann halt dort den Output.