問題タブ [measurement]

Zend_Measure が返す測定値を翻訳したいと考えています。何かのようなもの：

10 時間 (en_US)

私の言語で

10 часа (bg - ブルガリア語)

必要な翻訳を含むアーカイブがあることがわかりました - Zend/Locale/Data たくさんの .xml ファイルがあり、それらの多くには測定用の翻訳があります。

私の考えは、それらを使用して Zend_Measure 測定タイプを変換することです。（結局、これらの翻訳は何かに使用する必要があります...）

誰でも私を助けることができます:?

アイスランドでの素敵な休暇から戻ったばかりで、電話会社からのデータ ローミングの請求書を待っています。トラフィックを可能な限り制限して最善を尽くしたいと思いますが、事前に知りたい. 私は非常に優れたアプリNetCounterを使用しましたが、ローミング データ トラフィックをまったく測定しませんでした。

そのため、ローミング データ トラフィックだけを測定する独自のアプリを構築したいと考えています。最初にいくつかのブール値 ( NetworkInfo.IsRoaming() & TelephonyManager.isNetworkRoaming() ) がありますが、トラフィックを測定する方法がわかりませんtrue。

問題は、ローミング中にデータ トラフィックを測定するにはどうすればよいかということです。(API レベル 8 のTrafficStats機能のようなものを求めていますが、API レベル 3 の場合)。使用スマホはSamsung Galaxy i7500 (Android 1.6)

お時間をいただきありがとうございます。

現在VisualVMを使用していますが、生成されたグラフを保存できないという問題があります。メモリ使用量と実行時間に関するデータを報告する必要がありますが、実行時間はSystem.nanoTime(). 私はNetBeans プロファイラーも試しましたが、それは私が望むものではありません。なぜなら、それを遅くするような特定の部分を探しているわけではないからです。その最大の問題は、処理時間がかかりすぎることです。また、少なくとも私が知る限り、VisualVM のようにデータを簡単にキャプチャ/転送することはできません。

理想的には、より簡単に情報を取得できるメソッド呼び出しが最善の方法ですが、実際にグラフを保存できる VisualVM のようなものであれば問題ありません。VisualVM でのパフォーマンスも、NetBeans プロファイラーと比較してかなり優れていますが、それは私が NetBeans プロファイラーを使用していなかったからだと思います。

現在Ubuntuを使用していますが、Windows 7でも問題ありません。ただし、これを行うことに特化したプログラムが必要です。そうでないプログラムによって取得される情報には、JVM やその他のものが含まれる可能性が高いため、省略した方がよいでしょう。

どうやら、現在のセッションのスナップショットを保存し、VisualVM でウィンドウを最大化できるので、グラフを大きくしたり、スナップショットを撮ったり、切り取ったりすることができます... しかし、それはハックのようなものです。より良い提案を歓迎します。

迅速なイベントを完了するのにかかった時間を測定したいのですが、かかった時間はタイマーの精度に匹敵します。操作を数回実行するのにかかった時間の分布を測定し、基になる分布をリバース エンジニアリングすることはできますか?

3V コイン電池の寿命をシミュレート/測定したい。これは、バッテリーにバーストを与える回路です。

リンクテキスト

バーストは、CTRL1 および CTRL2 ラインで制御されますが、いくつかのタイミング要件があります。

1 つのバーストは次のとおりです。

今度は、1 つの Burst ギャップを 1 つの Burst ギャップなどに適用してバッテリーを消耗させたいと考えています。ギャップは可変にする必要があります。まず、10 秒をギャップとして使いたいと思います。バッテリーの特性を描きたい。たとえば、シミュレーションでは 1.2 日である 5 年間をシミュレートしたいと考えています。NI PCI 6221 (37 ピン) DAQ カードを持っています。このプロジェクトの VI を作成するのを手伝ってくれませんか。バーストは、実行する時間 (つまり、1 日または 1.5 日) を制御できるループ内にある必要があります。また、Labview の CTRL1 および CTRL2 ラインに 10 V または 0 V を適用するにはどうすればよいですか?

前もって感謝します。

編集：

これで、電圧が取得される場所からの入力として物理チャンネルを持つ継続的に電圧を取得してグラフ化する VI を作成しました。しかし、TTL（MOSFET）のタイミング信号を出力してギャップのあるバースト信号を作成するカウンター部分を実行する方法がわかりません。これにより、バッテリーが消耗します。

ユーザー定義の停止電圧が測定に到達したときに、測定を停止したい (VI の右側)。しかし、波形 (DBL) 1d 配列から電圧値を読み取り、それをユーザーが入力した停止電圧と比較する方法がわかりません。誰かが私を助けてくれることを願っています。VI のスニペットを添付しました。labviewでVIのように使用できます

リンクテキスト

高速なアプリケーション (ここでは Safari がより良い例かもしれません) が非常に長いテキスト ページ (たとえば、チャット ログや巨大なドキュメント) の高さを計算するためにどのような手法を使用しているかに興味があります。

同じ行の高さのテキストが大量にあることを考えると、これはすでにそれらの行の数を掛けることができるものです。<p>ただし、特定の幅で何行にまたがるかを知るにはどうすればよいでしょうか?

私ができることは、彼らが:

• すべての文字の幅を計算し、すばやく追加できるように保存します。
• それを使って単語の幅を計算し、
• ブロックレベルの幅と比較しながら、必要に応じて行を追加しながら、単語とスペースの幅を追加します。

加算と比較は、GDI+ で文字列を測定するよりもはるかに高速であるため、これは確かに非常に高速に思えます。しかし、信頼性が最優先であり、AFAIK テキスト レンダリングでは通常カーニングが導入されるため、このようなことが行われるかどうかはわかりません。また、GDI+ からこの情報を取得するのがどれほど簡単か難しいかはわかりません。

また、ReactOS のスクリーンショットは、 Firefox が各文字のサイズと位置を計算すると信じさせたものでした。

テキストを含むテキストブロックがありますが、テキストの長さは常に変化するため、このテキストブロックからビットマップをレンダリングする必要があります。問題は、テキストブロックが自動サイズになるように高さと幅を Double.NaN に設定したため、テキストブロックに高さ、幅、実際の高さ、実際の幅、または目的のサイズがないことです。テキストブロックを測定して配置するときに値がないため、これは問題を引き起こします。テキストブロック内のテキストに基づいて高さと幅の測定値を取得する方法はありますか?

水平点と垂直点を計算できますが、対角点を使用して距離を計算する方法がわかりません。誰かがこれで私を助けることができますか？

水平および垂直測定のコードは次のとおりです。

_startPoint が既に設定されていると仮定します。

この画像では、対角点が明らかに間違っています。

特定の方法で指定された要素を含む 2 つのグリッドと、SharedSizeGroup には少し問題があるようです。

この質問は、私が回答しようとしたユーザー DH からの以前の質問への回答です。長くなってしまいますが、問題を視覚的に示すのに役立ちます。

彼の最初の質問は、SharedSizeGroup を持つ 2 つのグリッドが、特定の条件が満たされたときに同じ高さにサイズ変更されなかった理由 (右側のグリッドで TextBlock のサイズ変更) を尋ねました。私は彼の例を取り上げ、それを拡張しました。なぜなら、それは測定/配置サイクルに関係しているのではないかと疑ったからです。

実際、それはメジャーとアレンジに関係していることがわかりました。実際、それは測定 を行わないことに関係しています。これは、バグではないにしても、少なくとも問題である可能性があると思いますが、動作の説明が必要です.

何が起こるかの簡単な概要を次に示します (デモ用に派手な色を付けています)。

開始
両方のグリッドには 3 つの行があり、それぞれに TextBlock が含まれています。中央の行は SharedSizeGroup のものです。中央の行のテキストは、その TextBlock の ActualHeight にバインドされ、最初の Height プロパティは表示される値にハードコードされています。グリッドの下の数値は、そのグリッドの ActualHeight を表します。左グリッドの BackgroundColor が緑であることに注意してください。

右側のTextBlock を大きくする
右側のグリッドのサイズを大きくすると、SharedSizeGroup により、両方のグリッドが新しい高さにサイズ変更されることがわかります。右側の列は、グリッドの Measure および Arrange 呼び出しを反映しています。

右側のTextBlock
を小さくしても左側の TextBlock よりも大きい場合 右側のグリッドのサイズを小さくしても、左側のハードコードされた TextBlock のサイズよりも大きい場合、両方のグリッドのサイズが再び変更されることがわかります。 SharedSizeGroup により、新しい高さになります。右側の列は、グリッドの Measure および Arrange 呼び出しを反映しています。

右側のTextBlock を左側の
TextBlock のサイズよりも小さくする 右側のグリッドのサイズを縮小すると、左側のハードコーディングされた TextBlock のサイズよりも小さくなります。下部のグリッドの背景が緑色で、グリッドのサイズが 130 ではなく 150 であることからもわかるように、「適切な」サイズに縮小されていません。

右側の情報を見ると、左側のグリッドがアレンジを行ったが、小節を行っていないことがわかります。

問題を再現するためのコード例を次に示します。

InfoGrid および InfoGridEventArgs クラス

メイン ウィンドウ XAML

メイン ウィンドウ コンストラクター (コード ビハインドのコードのみ)

public Window1() { InitializeComponent();