2

XSLT（または別の代替手段）を使用してデータを読みやすくしたい構造化XMLにデータを格納しています。ターゲットドキュメントには、同じ行の左と右の両方に配置されたテキストのインスタンスがたくさんあるはずです。また、divfloatのような動作をする必要があります。

<div style="float: left;">
  <p align=left>
    Left text. Left text. Left text. Left text. Left text. Left text. 
  </p>
</div>

<div style="float: right;">
  <p align=right>
    Right text. Right text. Right text. Right text. Right text. Right text. 
  </p>
</div>
<div style="clear: both;" />

このように、両方のテキストの長さがコンテナの幅よりも大きい場合、「左のテキスト」DIVが書き込まれ、次に「右のテキスト」DIVがその下に書き込まれます。

XSLTを使用してHTMLファイルを作成することはできません。これは、印刷で使用され、ページ分割時に「まとめる」機能を備えた言語も必要なためです（要素の途中でページ分割が発生した場合は、要素の前で分割する必要があります）。列の自動サイズ変更をサポートするテーブル（HTMLテーブルなど）があると、大きなプラスになりますが、必須ではありません。

XSL-FOを勉強していましたが、これらの機能をサポートする無料のレンダラーが見つかりませんでした。XSLを使用してWordMLファイルを作成することを考えましたが、チュートリアルは見つかりませんでした。Word（またはOpen Office）ドキュメントがあると便利です。微調整を行うことができるからです。また、LaTexの使用を検討しています。

何を提案できますか？

編集：私は知らなかったいくつかのCSS機能をチェックしていました（何年もそれを台無しにしていませんでした）そしてそれはいくつかの印刷関連機能（page-break-inside：avoid、@ pageなど）を持っていますフロートとテーブルの自動レイアウトの優れたサポート。印刷機能は広くサポートされていませんが、OperaとIEはそれをサポートしており、IE9でいくつかのテストを実行したところ、非常にうまくレンダリングされました。XSLTをHTML/CSSで試してみます。必要なものがすべて揃っていて、学習曲線がスムーズになるからです（CSSについてはすでに知っており、HTMLを何年も使用しています）。

4

2 に答える 2

2

DITAやDOCBOOKなどのよく知られたXML標準スキーマを使用して、問題に対するより一般的なアプローチを決定する必要があると思います。

これらのスキーマには、独自のXMLを記述し、サポートする出力形式に従って必要に応じてレンダリングできるという利点があります。さらに、これらは無料で、コレットのソースドキュメントを入手すると、PDF、RTF、WebHelp、HTMLなどを簡単に入手できます。

したがって、次のことを行う必要があります。

  • DITAまたはDOCBOOKのどちらを決定しますか？
  • XMLを取得するトランスフロムを作成し、それを特定の標準DITAまたはDOCBOOKに変換します
  • 選択した標準を管理するために使用するツールを決定し、そこから取得できるすべての出力をテストして、どれがより適切かを確認します。

DITAを選択する場合は、次の2つの自由な選択肢があります。

  • DITA-OT
  • DITAC

個人的には、XSLTに基づくプラグインとANTに基づくカスタムビルドの柔軟性があるため、DITAとDITA-OTを使用します。しかし、どちらにも理由があります。私はDITA-OTから始めて、DITA-OTとDITACの両方を使い終えました。

Googleを使用して必要なものを簡単に見つけることができるため、ここでは参照しませんでした。

フロートについて

DITA-OTは、PDF2と呼ばれ、XSL-FOプロセッサがRenderXである特定のXSL-FOトランスタイプを提供します。RenderXは現在fo：floatをサポートしているので、自分の道を見つけることができると思います。PDF2テンプレートをオーバーライドする必要があるかもしれません。これは、独自のPDF変換を実装するよりも間違いなく簡単です。

各ページの小さな透かしが許容できる限り、RenderXは実行可能であることに注意してください。そうでなければ、あなたはいくらかのお金を使うべきです。

于 2011-06-01T05:54:47.463 に答える
0

私は間違いなくXSL-FOとApacheFopに固執します。私はそれで得られた結果に非常に満足しており、それが苦労しているのを目にしたのは、誰かがそれを使ってWord文書を作成するのは良い考えだと思ったときだけです。これが良い結果を生むのを見たことがありません。実際、私はPDFまたはPS形式で生成される出力に満足しています。

フロートとページ分割に関してFOPがどのように不足していたかについて詳しく説明してください。これらの機能に固有の問題なのか、Word / RTF/HTML出力形式の機能に固有の問題なのかを判断するのは困難です。

最後に、Work /OpenOfficeの考え方ではtweekを避けます。ドキュメントの生成を自動化するために努力する場合は、それを正しく行うために時間を費やしてください。そうすれば、手動の手順は必要ありません。

于 2011-06-01T06:14:58.323 に答える