問題タブ [jfilechooser]

Netbeans 6.9でアプリケーションを作成しました。最終的な目的は、.tclファイルを作成することです（またはテキストファイルで作成できます）。一度アプリケーションを実行すると、.tclファイルを作成し、ある場所に保存します。2回目の実行時に、アプリケーションでそのファイルを開くと、そのファイルを取得できません。つまり、データがファイルに追加されておらず、テキストが置き換えられています。私の主な目的は、作成されたテキストファイル。しかし、私のアプリケーションでそのファイルを作成するために、私には多くのオプションがあります。アプリケーションを2回目以降に実行すると、前に（前回の実行で）選択したオプションが表示（選択）され、代わりにテキストがそのファイルに追加されるように、誰かが私に何をすべきかを提案できますか？交換の。

I am not writing the text directly.I have created buttons in my application.If i click on "new node" button then a dialog box appears and asks for the node name.When I click ok button, then some text is written in that file and the status is shown in a text field(in my application) that the node is created. I want that when I open an existing file then all my statuses like "new node created","new link created",etc. should be there. Also in my link button,I've got names of all the nodes created,so I want that all those node names should be present when I open an existing file.

さて、16進エディターを作成しようとしています。ロードJMenuItemを作成しようとしていますが、機能していません。JFileChooser OpenDialogが表示されず、エラーも表示されません。

JFileChooser で次の問題が発生しています。保存ダイアログを作成し、ファイルを保存しようとしているときに、フィールドにファイル名を入力して [保存] をクリックしています。ファイルを保存しようとしているディレクトリに、入力した名前とまったく同じ名前のサブディレクトリが含まれているとします。この場合、JFileChooser はファイルを保存する代わりにそれを開きます。同じ名前のディレクトリを開く代わりにファイルを保存する方法がわかりません。

approveSelection()UI を Windows からデフォルトに変更して、ファイル フィルターで何かをしようとしましたが、何も役に立ちません。JFileChooserがフォルダを開くのをやめてファイルを保存する方法は? ボタンの動作を変更する方法はありますか、それとも何か間違っていますか?

更新: 明確にするために、同じ名前のファイルを保存しようとしているのではなく、拡張子を追加できるように JFileChooser にパスを取得させようとしているだけです。ただ、WordもPhotoshopも調べてみたのですが、どちらも自分の要望通りにはいかないので、完璧に作りすぎたのかなと思います。しかし、私が望むことを行う方法があれば、解決策を聞いてうれしいです.

テキストフィールドを持つ小さなJava GUIアプリケーションがあります。ユーザーがテキスト フィールドをクリックすると、イベントがトリガーされ、JFileChooser が起動されます。ディレクトリのみに制限されています。

私がやろうとしているのは、選択されたディレクトリのフル パスを取得し、それをテキスト フィールドに入力することです。

これを行う方法がわかりません。大量のJavaチュートリアルとドキュメントを検索しましたが、答えが見つかりません。誰かが私を助けることができますか？

明確にするために：フルパスを文字列として取得し、それをテキストフィールドに入れ、以前にあったものを上書きしたいと思います。

画像ファイルのサムネイルビューを使用して作成したかったので、JFileChooserFileViewをサブクラス化し、作成するメソッドでImageIcon、サムネイル画像が表示されるようにスケーリングを行いました。

ただし、全体的な効果として、filechooserウィジェットがディレクトリを開いてサムネイルを表示するまでに時間がかかることがあります。以下のcreateImageIcon（）では、新しいImageIcon（）を2回呼び出す必要があります。コンストラクター引数。これがウィジェットの速度を低下させるものだと思います。

より効率的な代替案はありますか？提案/ポインタは大歓迎です。

ありがとう、マーク

ユーザーがローカルファイルシステムからファイルを選択する必要がある単純なコンソールベースの Java アプリケーションを作成しようとしています。

コンソールは、利用可能なオプションの 1 つを選択するようにユーザーに促し、指定された入力をオンにします。

何をしても、JFileChooser ポップアップ ボックスが開きません。コンソールにエラーは表示されませんが、デバッグのステップスルーで次のエラーが表示されます。

Blockquote Thread [main] (Suspended)
ClassNotFoundException(Throwable).(String, Throwable) 行: 217
ClassNotFoundException(Exception).(String, Throwable) 行: 利用不可 ClassNotFoundException.(String) 行: 利用不可
URLClassLoader$1.run()行: 利用できません
AccessController.doPrivileged(PrivilegedExceptionAction, AccessControlContext) 行: 利用できません [ネイティブ メソッド]
Launcher$ExtClassLoader(URLClassLoader).findClass(String) 行: 利用できません
Launcher$ExtClassLoader.findClass(String) 行: 利用できません
Launcher$ExtClassLoader(ClassLoader).loadClass(String, boolean) 行: 利用不可 Launcher$AppClassLoader(ClassLoader).loadClass(String, boolean) 行: 利用不可 Launcher$AppClassLoader.loadClass(String, boolean) 行: 利用不可
Launcher$ AppClassLoader(ClassLoader).loadClass(String) 行: 利用不可
ResourceBundle$RBClassLoader.loadClass(String) 行: 利用不可
CoreResourceBundleControl(ResourceBundle$Control).newBundle(String, Locale, String, ClassLoader, boolean) 行: 利用不可
ResourceBundle. loadBundle(CacheKey, List, Control, boolean) 行: 利用不可 ResourceBundle.findBundle(CacheKey, List, List, int, Control, ResourceBundle) 行: 利用不可
ResourceBundle.getBundleImpl(String, Locale, ClassLoader, ResourceBundle$Control) 行: 利用不可
ResourceBundle.getBundle(String, ResourceBundle$Control) 行: 利用不可
Toolkit$3.run() 行: 利用不可 AccessController.doPrivileged(PrivilegedAction) 行:利用不可 [ネイティブメソッド]
Toolkit.() 行: 利用不可
Component.() 行: 利用不可
Client.closefile() 行: 90 Client.() 行: 60
Client.main(String[]) 行: 36

同じコードが Linux 32 ビット マシンで完全に実行されるため、問題は Windows に関連していると思われます。

以下のコードは、Windows と Linux の両方で期待どおりに実行されるため、コンソール入力が Windows と Linux (CR LF) で処理される際の異なる方法が原因であると思われます。

ありがとう

このコードでファイルを選択してスキャンできない理由がわかりません。どうすればデバッグできますか？

Swing Pro の皆様、こんにちは。良い (といいのですが) 質問があります。

以下は、タスクの要件と考えられる解決策です。このようなハードコアな経験をした人に、これについていくつかの考えを共有してもらいたい.

これにはコーディングなどは必要ありません。sun.swing および/または javax.swing.plaf パッケージに存在するプライベートシンボルを操作する必要があるという事実に関して、どのアプローチがより信頼できるかについての一般的なアドバイスが必要です。

タスクは、JFileChooser の動作を変更/変更することです (実際にはほんの少しです)。

1. ユーザーがファイル名 JTextField で Enter キーを押し、フィールドにディレクトリへのパスが含まれている場合、そのディレクトリを「選択」せずにそのディレクトリに切り替えます。はい、ダイアログはディレクトリを受け入れるように構成されていますが、[開く] ボタンのクリックと、(場合によっては) ファイル リスト テーブルのダブルクリックのみを受け入れる必要があります。

2. ユーザーがファイル名テキスト フィールドで Enter キーを押して、1GB を超えるデータを含むディレクトリ/ファイルを選択できないようにします

以下に、一般的なソリューション オプションをいくつか示します。

を。JFileChooser が提供するプロパティベースの変更をリッスンします (AFAICS は事後にトリガーされ、ここで必要な程度の制御を提供しません)。

b. javax.swing.plaf.basic.BasicFileChooserUI をいじくり回し (リフレクションを介して、プライベート レベルのカプセル化を破る)、への参照を変更します。

カスタム アクションが 1 と 2 の追加チェックを行うようにします。このアプローチは plaf パッケージとリンクし、この UI クラスの下のクラスでこのアクションが何らかの形でオーバーライドされた場合に失敗する可能性があります。

c. JFileChooser コンポーネント階層をトラバースし、JTextField (コンポーネント ツリーで 1 回だけ発生するようです) を見つけ、その JTextField にぶら下がっているすべてのアクション リスナーをカスタム チェックで装飾します。私のデバッグ セッションは、この JTextField が、sun.swing.FilePane にある JTextField の匿名サブクラスであることを示しています。このアプローチは OO に適しているように見えますが、一部の OS ではこのテキスト フィールドが存在しないか、階層内に他の JTextField も存在する可能性があります。

公共の JFileChooser API は、その動作を実現するのに十分ではないようです。他の 2 つのオプションは、ディープ マジックまたは非移植性 (長期的) のいずれか、あるいはその両方です。

では、問題は次のとおりです。どのアプローチを選択し、その理由は何ですか?

これは機能しません。常にデフォルトサイズで開きます。

パスボタンをクリックして次の方法を使用します。

しかし、ここではフォルダc：\ windows \ tempを選択します。ここでaddLogText（chooser.getCurrentDirectory（）。getAbsolutePath（））c：\windowsのみをログに記録します。一時フォルダが無視/切り捨てられたのはなぜですか？