タグ付けされた質問 「pygments」

レクサーとパーサーは、理論的には本当に違いますか？ 正規表現を嫌うのはおしゃれなようです。コーディングホラー、別のブログ投稿。 ただし、人気のある字句ベースのツールであるpygments、geshi、またはprettifyはすべて正規表現を使用します。彼らは何かを語っているようです... 字句解析が十分な場合、EBNFはいつ必要ですか？ これらのレクサーによって生成されたトークンをバイソンまたはアントラーパーサージェネレーターで使用した人はいますか？

308 parsing  antlr  lexer  pygments 

LaTeXでソースコードを強調表示する必要があります。パッケージlistingsはほとんどのユースケースにとって最良の選択のようであり、私にとっては今までそうでした。 しかし、今はもっと柔軟性が必要です。一般的に、私が探しているのは本物のレクサーです。特に、（独自の言語定義のために）独自の番号スタイルを定義（そして強調表示）する必要があります。listingsコード内の数値を強調表示することはできません。ただし、次のようなものを作成する必要があります。 listingsまた、文字列の任意の区切り文字にも対応できません。次の有効なRubyコードを検討してください。 s = %q!this is a string.! ここで!は、ほとんどすべての区切り文字で置き換えることができます。 （listingsUnicodeを処理できないこともかなり厄介ですが、それは別の問題です。） 理想的には、listingsより複雑な字句解析ルールを提供できる拡張機能を探しています。しかしそれを除いて、私は実行可能な代替案も探しています。 他のスレッドは、LaTeX出力を生成できるPygmentsの使用を提案しています。texments移行を容易にするためのパッケージもあります。 ただし、これには機能が非常に不足しています。特に、Iはに興味listingsスタイル行番号、ソースコード行参照、ソースコード（オプションラテックスを埋め込む可能性texclとmathescapeにlistings）。 例として、listings置換が提供する必要のあるもののいくつかを示すソースコードタイプセットを次に示します。 [ビットサイドリングハックから変更された「サイドウェイの追加」]

196 latex  syntax-highlighting  pygments