問題タブ [single-source]

このparse_ini_file関数は、構成ファイルを読み取るときにコメントを削除します。

次の行に関連付けられているコメントを保持するにはどうしますか?

例えば：

X(HT)ML と XSLT を使用してコンテンツを INI ファイルに変換することを考えています (ドキュメントとオプションを単一ソースにすることができます)。例えば：

他のアイデアはありますか？

現在取り組んでいる Web アプリケーションについては、さまざまなユーザー グループに展開する方法を事前に検討する必要があります。機能面から見ると、同じソース ファイルからユーザー ガイドと状況依存のヘルプを生成するために使用できるドキュメンテーション システムを用意することが重要です。

私たちは DITA をドキュメンテーション システムとして使用することを計画しており、開発者が状況依存のヘルプを提供し、テクニカル ライターやトレーナーが入力できる要素を指定できる、簡単で拡張可能な方法を検討しています。

DITA に基づいて、PDF のユーザー ガイドと、JSP ベースの Web アプリケーションに統合された状況依存ヘルプを生成したいと考えています。どのような推奨事項がありますか?

以下の機能を備えた商用アプリケーションをすでに評価中です。

• ヘルプ情報が入力される Web ページ上の要素を識別するためのオーサリング ツール
• 学習管理システムとの統合
• Web ベースではないアプリケーションのサポート

フレームワークの推奨事項はありますか? 上記に加えて、以下は素晴らしいでしょう

• DITA との統合 (考えられるあらゆる方法で)
• ユーザー グループ固有のコンテンツ (Web アプリケーションから取得したユーザー)
• シンプルな Web アプリケーション内から (html) ツール ヒントを表示するために使用できます。
• 次の階層とのヘルプ コンテキストの関連付け: アプリケーション > ページ > 要素 (HTML id?)

ねえ、「単一ソースの最短経路」問題のベルマンフォードアルゴリズムを研究しています。

今、負の重みサイクルを持つグラフの解決策を見つける必要がある時点で立ち往生しています。

しかし、ベルマンフォードのアルゴリズムはここでは機能しません。

誰かが私に何をすべきかを提案できますか。負の体重サイクルの問題を解決するには?

御時間ありがとうございます。

ウィキペディアから取得した擬似コード：

ここで、14行目で、緩和がuまだ削除されていない隣接ノードにのみ適用されていることがわかりますQ。uしかし、から削除されたネイバーも取得すると、アルゴリズムは負の重みで機能Qするように見えます。この主張と矛盾する事例は見つかりませんでした。

では、なぜダイクストラのアルゴリズムがこのように変更されないのでしょうか。

Eclipse RWT を使用して、Eclipse SWT を使用して作成されたアプリケーションを Web に移植しています。しかし、残念ながら、org.eclipse.swt.graphics の下には変換に相当するクラスはありません。Eclipse プラットフォーム APIと対応するRAP/RWT APIを比較して、他に何が欠けているかを確認できます。シングル ソーシングに関しては、変換操作は非常に重要ですが、なぜこれらが欠落しているのかわかりませんでした。機能リクエスト チケットを開く前に、誰かがこの問題の解決策をすでに持っているかどうかを尋ねたほうがよいでしょう。

単一ソース、単一ターゲットの最短経路のダイクストラ アルゴリズムを改善するために、特定の画像ダイクストラ アルゴリズムでどのような改善を行うことができますか?

https://i.stack.imgur.com/H5ZW6.png