問題タブ [overflow]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
2 に答える
206 参照

java - テキストウィジェットは、テキストの最後ではなく途中で「...」でオーバーフローを表示できますか?

MRU リスト コンボ ボックスとディレクトリ ツリー パネルを含む JComboBox があります。一緒に、2 つが JSplitPane である私の GUI の左側のパネル (MRU はツリー パネルの上にあります) を形成するため、左側のパネルはサイズ変更可能です。

ツリー パネルでそのディレクトリを表示するためにディレクトリ テキストが常に必要な幅よりも長いという問題があるため、コンボを停止するには、ツリーに必要な幅よりもはるかに広い左側のペインのサイズを変更する必要があります。からのボックスには、切り捨てられたディレクトリ名が表示されます。

コンボボックスは、ファイル名の末尾が切り捨てられているとあまり役に立ちませんが、左ペインをファイル名に対して十分に広くすると、ウィンドウ全体、特にウィンドウ全体に対して目障りに広すぎることがよくあります。最大化されていない場合。通常、関心のあるのはファイル名の末尾部分だけです。JComboBox に"start..." ではなく"start...end" を表示させることができれば、問題は解決します。

スクリーンショット http://www.freeimagehosting.net/uploads/da9810ed86.png


更新:私はうまくいく解決策を持っています(以下の自己回答を見てください)が、それは完璧ではありません。誰かが私がそれを改善する方法を知っていれば、それは大歓迎です.

0 投票する
5 に答える
1519 参照

c - C言語:#DEFINEd値は8ビット乗算を台無しにします。なんで?

私は次のCコードを持っています:

これをコンパイルすると(msp430プラットフォームコンパイラを使用して、contikiと呼ばれる小さな組み込みOSの場合)、結果は0になりますが、191を期待していました(uint8_tはunsigned charとしてtypedefされています)

次のように変更した場合:

正しく動作し、191を出力します。

Ubuntuボックスでgccを使用してこの「通常」の単純なバージョンをコンパイルすると、どちらの場合も正しい値が出力されます。

これがなぜなのか正確にはわかりません。事前にDEFINEd値を変数に割り当てることで回避できますが、そうはしません。

なぜこれなのか誰か知っていますか?おそらく、これに関するいくつかの詳細情報へのリンクがありますか?

0 投票する
2 に答える
1581 参照

c - オーバーフロー イン c

私は疑問を持っています

2 つの 16 ビット値を最大値で加算すると、16 ビット マシンでオーバーフローが発生しますか?

詳しく説明します

16 ビット プロセッサについて言えば、アキュムレータは 16 ビット サイズになります。上記のステートメントでオーバーフローが発生しますか? どうか明らかにしてください。

0 投票する
1 に答える
172 参照

jquery - CSS + .MOV オブジェクト

jqueryを使用してページの中央にコンテンツを表示する左から右にスライドするページを作成しました。タグを介してクイックタイムビデオを埋め込むまで、中央の周りのすべてが魅力的に機能する「オーバーフロー:非表示」を介して非表示になります、非表示ではありません/常に表示されます。なぜこれが起こっているのかわからないので、これについて助けてもらいたいです!

0 投票する
7 に答える
758 参照

c - 整数オーバーフロー

ボリュームを追跡するために使用する unsigned long long があります。ボリュームは、別の unsigned long long によってインクリメントされます。5 秒ごとにこの値を出力し、値が 32 ビットの符号なし最大値に達すると、printf は負の値を返します。コード スニペットは次のとおりです。

後で...

私は何を間違っていますか?これは、RedHat 4 2.6.9-78.0.5.ELsmp gcc バージョン 3.4.5 で動作します。

0 投票する
3 に答える
9374 参照

html - 長い URL による CSS オーバーフロー

わかりました。160x600 のコンテナ内に Google 広告があります。更新時に新しい広告がランダムに表示されます。ダッシュや改行文字を含まない長い URL で広告がポップアップ表示されると、コンテナ div からオーバーフローします。現在、overflow:hidden があるため、160 ピクセル以降は非表示になっています。問題は、長い URL がある場合、その一部が非表示になることです (これは問題ありません) が、広告の上のテキストも、URL が続く限り水平に流れ出すため、壊れずに非表示になります。

その下の URL を折り返すことができない場合でも、テキストを 160 ピクセルに合わせて折り返すにはどうすればよいですか?

ありがとう!

0 投票する
10 に答える
51250 参照

java - Javaの深い再帰からのスタックオーバーフロー?

関数型言語である程度の経験を積んだ後、私は Java で再帰をより多く使用するようになりました - しかし、この言語の呼び出しスタックは約 1000 と比較的浅いようです。

コールスタックを大きくする方法はありますか? Erlang のように、何百万もの呼び出しが深い関数を作成できますか?

Project Euler の問題をやっていると、このことにますます気づきます。

ありがとう。

0 投票する
6 に答える
1420 参照

c++ - スタックメモリを増やすにはどうすればよいですか?

より多くのメモリを許可し、多くの再帰でスタックオーバーフローを回避する方法の複製?

再帰関数で 10000 レベル以上の分枝限定アルゴリズムを書いていますが、スタック オーバーフロー エラーで動作しません。C++ での私のプログラムの簡単な例を次に示します。

誰か助けてくれませんか?

0 投票する
6 に答える
167 参照

math - オーバーフローの検出と修正

16ビットおよび8ビットのバッファを使用するように配線された粒子検出器があります。時々、それを通過する粒子フラックスの特定の[予測された]ピークがあります。大丈夫。大丈夫ではないのは、これらのフラックスは通常、それらを保存するためのバッファーの容量を超える大きさに達するということです。したがって、オーバーフローが発生します。チャート上では、フラックスが突然低下し、再び成長し始めているように見えます。オーバーフローが発生しているデータのポイントを[ほぼ]正確に検出する方法を提案できますか?

PS検出器は物理的にアクセスできないため、バッファを交換して「正しい方法」で修正することはできません。

更新:要求に応じていくつかの説明。データ処理施設ではPythonを使用しています。検出器自体で使用されているテクノロジーはかなりあいまいです(完全に無関係なサードパーティによって開発されたものとして扱います)が、それは間違いなく洗練されていません。つまり、「実際の」OSを実行しておらず、記録するための低レベルのものだけです。検出器の読み取り値と、電源の入れ直しなどのリモートコマンドに応答します。現在、メモリの破損やその他の問題は問題ではありません。オーバーフローは、検出器の設計者が粒子フラックスのカウントに16ビットバッファーを使用したために発生し、フラックスが1秒あたり65535粒子を超える場合があります。

更新2:何人かの読者が指摘しているように、意図された解決策は、フラックスプロファイルを分析して、通常の変動からそれらを分離する試みで、急激な低下(たとえば1桁)を検出することと関係があります。別の問題が発生します:復元(元のフラックスがオーバーフローレベルを下回るポイント)は、元に戻された(x軸による)フラックスプロファイルに対して補正プログラムを実行するだけで検出できますか?

0 投票する
3 に答える
5069 参照

database - インポート時の MS Access 自動採番

519 行のスプレッドシートから空のテーブルにデータをインポートしたときに、自動付番キーが 56,557,618 から始まるのはなぜですか? これはどのくらい大きくなりますか?私はプロジェクトを開始したことすらなく、かなり定期的にスプレッドシートをダンプすることを期待しているので、主キー フィールドの桁数が不足することは避けたいと思っています。