問題タブ [doc]

最小限のコストでドキュメント、エクセル、PDF を画像に変換するための Web ツール (DLL を提供します) を提案してください。ima dot.net 開発者であり、これらの機能を Web アプリケーションに実装する必要があります....

ありがとう

xpsドキュメントをdocxに、または最終的に通常の（WordMLではない）.docに変換する（ネイティブの）.netの方法を知っている人はいますか？オフィスオートメーションを使用せず、ネイティブ（サードパーティ）の.netライブラリを使用するのと同じように、そこで役立つかもしれませんか？

基本的に、xps > doc 変換は、複数の「ジョブ」が同時に実行されているサーバー上で行われ、Office の自動化は何らかの問題であることが証明されています。

そのようなライブラリを知っている人はいますか？

ドキュメントをPDFに変換するためにiTextSharpを使用できることを理解しています。

ただし、最初に iTextSharp.text.Document を使用して最初からドキュメントを作成し、このドキュメントに要素を追加する必要があります。

既存のドキュメント ファイルがある場合、iTextSharp を使用してこのドキュメントを PDF に変換できますか。

また、iTextSharp または doc ファイルに対して次の操作を実行できる同様のツールを使用したいと考えています。

1. doc/docx/text ファイルの操作 (一部のプレースホルダーを DB 値に置き換えるなど) および
2. それらを.pdfに変換します

これについて考えている人は、共有してください。

ありがとうございました！

Wordドキュメントファイルで次の操作を行うための優れたツール（無料または有料ですが、常に無料のツールが推奨されます）を探しています。

1. doc / docx / textファイルの操作（一部のプレースホルダーをDB値に置き換えるなど）および

2. ドキュメントファイルを.pdfに変換します

なぜなら、私はWCFサービスライブラリでこのツールを使用するので、GUIベースの製品ではなくコードライブラリを探しています。

同じことに関するあなたの経験を共有してください。

ありがとうございました！

Linux x86-64 アセンブリの基礎の学習に関するドキュメントを持っている人はいますか? このまま学習するか、先にx86を学習してから学習するかはわかりませんが、私はx86ではなくx86-64のコンピューターを持っているので、代わりにx86-64を学習することを考えていました。 )

何を、どのように、どのドキュメントを使用して学習するかについて、誰かが私にインセンティブと指示を与えることができるかもしれません。

最も好きなドキュメントのタイトルを教えてください。私は少し Python をコーディングしています。これは低レベル言語での最初の試みであり、それに専念する準備ができています。

皆さんありがとう

.doc からハイパーリンクを抽出する方法はありますか。データベースにインポートする必要があるハイパーリンクがドキュメントにたくさんあります。

ドキュメントを HTML に変換しようとしましたが、ハイパーリンクが転送されません。

よろしく、ムラデン

はい/いいえの応答を持つ複数の質問を含む Web フォームを含む HTML ファイルがあります。

質問の答えが「はい」の場合、事前定義された (質問ごとに) テキストのセクションをサーバー上の DOC ファイルに書き込みたいと思いますが、送信ボタンが押された後にのみ (この方法で、ユーザーが気が変わった場合)回答フォームを YES から NO に変更すると、ドキュメントを書き直す必要がなくなります)。

ユーザーが [送信] をクリックすると、ファイルがダウンロードとして表示されます。

何か案は

私が達成したいのは、.doc または .rtf ファイルを .xml として保存するときに、MS Word が特定の文字列を分割しないようにすることです。たとえば、次のようなものから：

また

または私が得る同様のもの：

私が取得したいのは、たとえば次のとおりです。

これを回避するのに役立つアイデアに感謝します。

ドキュメントを処理するサーバー側アプリケーションの開発を検討しています。ソースドキュメントは主にMS-Word2003、2007、つまりMSバージョンのDocxです。サーバーアプリケーションをLinuxまたはWindowsの両方で実行できるようにする必要があります。LinuxでMS-Wordファイルを読み書きするのに最適なツールまたはライブラリを知りたい。互換性は最も重要な考慮事項です。テーブルを含むソースドキュメントのフォーマットを保持する必要があります。

私はここで一種の同様の投稿を見ましたが、それはpythonに固有のものでした。WindowsとLinuxで利用できる限り、どの言語やライブラリが使用されているかは関係ありません。Wordファイルを読み取るためにMS-Wordを必要とし
ないでください。
私はOpenOfficeを知っていますが、MS-Wordファイルとの高度な互換性を備えたソリューションを探しています。また、有望に見えるこのソリューションに出くわしました。aspose.com Aspose.Words for Javaまたは同様のサードパーティパッケージを使用した経験のある人はいますか？有望に見えますが、OEMサブスクリプションの場合は2,000ドル以上と高価です。とはいえ、宣伝どおりに配信されれば、それでも最善の解決策になる可能性があります。

おかげでいくつかの提案がありましたが、これまでのところ、法案（または予算）に合うものはありません。

同僚が、ユーザーがドキュメントをアップロードできるイントラネットアプリケーションを設定しました。これらのドキュメントは、後で<IFRAME src = "document.doc"> </ IFRAME>を使用してIFRAMEに表示されます。もちろん、これはIEでのみ機能します。これは一部のユーザーで機能しますが、他のユーザー（私を含む）はドキュメントを表示しませんが、ドキュメントをダウンロードできるダウンロードダイアログを表示します。

最近、MS OfficeドキュメントをIFRAMESに表示する際にセキュリティの問題が発生したことをぼんやりと覚えていますが、これをブロックするセキュリティ更新プログラムがあるかどうかについての情報は見つかりませんでした。手がかりを持っている人はここにいますか？

IFrameの代替を探しているわけではありません。一部のユーザーにダウンロードボックスが表示され、他のユーザーにはインラインドキュメントが表示される理由を知りたいだけです。