問題タブ [xslt]

ニュース記事を含む XML ドキュメントを持っています。ニュース記事の body 要素には、プレーン テキストの中に p タグが含まれています。XSL を使用して本文を取得する場合、たとえば

p タグが取り除かれているようです。Visual Studio 2005 の XSL の実装を使用しています。

これを回避する方法はありますか？ありがとう。

Web コンテンツを作成するために、XML -> XSLT -> HTML ミームを調べています。XSLT の経験はほとんどありません。

抽象化または「リファクタリング」を処理するために、XSLT で利用できるメカニズムにはどのようなものがあるのか​​、興味があります。

たとえば、一般的な HTML とサービス サイド インクルードを使用すると、多くのページをテンプレート化して、たとえば共通のヘッダー、ナビゲーション、フッター セグメントがある場所に分解できます。ページ自体は基本的に本文です。

一般的なマークアップ言語である JSP、PHP、ASP では、これらすべてのセグメントに動的コンテンツ (すべてのヘッダー ブロックにユーザー名を追加するなど) を含めることができます。

JSP は、コンテンツの生成時に使用される引数を受け入れることができるタグ ファイルを作成できるようにすることで、さらに進化し、タグ自体内のコンテンツを囲んで処理することもできます。

同様の機能が XSLT 内で行われていることに興味があります。HTML ページの作成などのために XSLT の再利用可能なブロックを作成するための機能はありますか?

XML に格納された日付値から Weeknumber 値を計算する簡単な方法はありますか?

純粋な XSLT ソリューションである必要があります。コードを使用できません:(

app.config を取り、それを非技術者の口当たりの良い形式にレンダリングする XSLT を持っている人はいますか?

目的は主に情報提供ですが、XML を検証するという素晴らしい副次的な効果もあります (無効にするとレンダリングされません)。

次の2つの方法の両方を使用してXMLを解析しました...

• オブジェクト モデルと XPath クエリを使用して XmlDocument を解析します。
• XSL/T

でも使ったことない…

• .Net 3.5 の新機能である Linq Xml オブジェクト モデル

3 つの選択肢の比較効率を誰か教えてもらえますか?

特定の使用法が要因になることは承知していますが、大まかなアイデアが欲しいだけです。たとえば、Linq オプションは他のオプションよりも大幅に遅いですか?

XSLT を使用して、XML ファイルを dokuwiki で使用されるマークアップに変換しようとしています。これは実際にはある程度機能しますが、XSL ファイルのインデントが結果に挿入されています。現時点では、私には 2 つの選択肢があります。この XSLT を完全に放棄するか、XML から DokuWiki マークアップに変換する別の方法を見つけるか、XSL ファイルから空白の約 95% を削除して、ほとんど判読不能にしてメンテナンスの悪夢にします。

すべての空白を最終文書に渡すことなく、XSL ファイルにインデントを保持する方法はありますか?

背景: autodoc ツールを静的な HTML ページから Dokuwiki に移行しているので、サーバー チームによって開発された API は、アプリ チームが文書化されていないコードに出くわしたときはいつでも、アプリケーション チームによってさらに文書化できます。ロジックは、autodoc ツール用に各ページのセクションを確保し、このブロックの外側のどこにでもコメントを許可することです。XML から XHTML に変換する XSL ファイルが既にあるため、XSLT を使用しています。また、独自のソリューションをゼロから作成するよりも、XSL を書き直す方が高速であると想定しています。

編集：ああ、そうです、愚かな私はインデント属性を無視しました。(その他のバックグラウンド ノート: 私は XSLT を初めて使用します。) 一方で、まだ改行を処理する必要があります。Dokuwiki はパイプを使用して表の列を区別します。つまり、表の行のすべてのデータは 1 つの行にある必要があります。改行が出力されるのを抑制する方法はありますか (たまに)、テーブル セルごとにかなり複雑なロジックをやや読みやすい方法で実行できますか?

xsl:text次のようなノードにコンテンツを含む XSL スタイルシートがあります。

スタイルシート自体は、"unix スタイル" の改行行終端文字を含むテキスト ファイルです。このスタイルシートは、Windows および UNIX ライクなプラットフォームで呼び出します。出力が呼び出されるプラットフォームの規則に準拠していると便利です。

このスタイルシートを Windows で実行すると、ノードの内容を除くすべてに対してキャリッジ リターンと改行のペアが出力されます。xsl:text

XSLT プロセッサに、xsl:textノードのコンテンツ内の改行文字をプラットフォーム固有の行末に変換するように指示できますか?

詳細なコンテキスト: 次のように、 Apache Ant 1.7.1 XSLT タスクからスタイルシートを呼び出しています。

スタイルシート ヘッダーは現在、次のようになっています。

次のようなXMLがあります

xsl:for-each を使用して各回答をフォーマットしています。平均値が存在する場合、平均値をグラフィカルに表現します。回答の潜在的なリストの中には、平均が常に null になるものがあります。

ページの下部に、平均のグラフ表示を説明する凡例を配置したいと思います。しかし、実際に平均を表示した場合にのみ表示したいのです。したがって、xsl:for-each を閉じた後、「回答要素のいずれかが null 以外の平均値を持っているか?」というチェックを実行できるようにしたいと考えています。

それを行う方法が本当にわかりません。

私が作成しているいくつかのサイトに Cocoon を使用することを検討しています。xml、xsl を多用し、サイトで html、pdf、Excel に変換します。これらの機能をうまく実装しているcocconに惹かれます。

誰かがそれを使って気に入ったのか、それとも価値よりも面倒だったのかと思っているだけだと思います.

SQL データから XMLDocument オブジェクトを作成し、XPathNavigator と XslCompiledTransform を含む XSLT ファイルを使用して別の XML ドキュメント (RSS フィード) に変換する ASPX ページがあります。場合によっては、データにスマート クォート (\u2019) が含まれ、エラーが発生します (インデックス 947 の Unicode 文字 \u2019 を指定されたコード ページに変換できません)。すべてのエンコーディング設定がどのように機能するかはわかりませんが、XML 属性を作成しているときにすべてのデータでこれらのタイプの文字をチェックすることなく、これを防ぐ方法はありますか?

私のXSLTファイルは次のようになります...

xsl:output エンコーディングを utf-8 および utf-16 に変更しようとしましたが、それでも同じ問題が発生します。何か案は？

それが役立つ場合、これが私のコードです...