アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あつくて寝られない時はhackしろ! 386BSD(98)はそうやってつくられましたよ? -- あるハッカー
見た目&操作性が (スコア:0)
それにあわせて微妙なレスポンスの悪さが気になるので、まだEclipseかなぁと。
Windowsで開発してると、もう少しWindowsっぽいUIで開発してないと微妙なストレスがじわじわと溜まっていきます。
Re:見た目&操作性が (スコア:1)
それにEclipseだってWinっぽいわけじゃないし、Visual StudioもそんなにWinWinしてるかっていうとそうも思えないんだけど。
要は慣れる気があるかどうかじゃない?
Re:見た目&操作性が (スコア:2, 参考になる)
>それにEclipseだってWinっぽいわけじゃないし、Visual StudioもそんなにWinWinしてるかっていうとそうも思えないんだけど。
あれをWindowsっぽいとは言わんでしょう。
あれで十分だと思ってるとしてら、ユーザーを舐めすぎてる。
netBeansはフォント、各コントロールの動き、全てがイライラする。
「ルック」(見た目)の問題じゃなくて、「フィール」が、少なくともWindowsプラットフォームでは異質。
>要は慣れる気があるかどうかじゃない?
要は慣れる気がないと、使う気が起きないソフト
Re:見た目&操作性が (スコア:2, 参考になる)
1.4系と5.0系でも別物ですし、5.0系から6系でもかなりよくなってきているのがわかります。
ただ、XP以降ブラウザとかスキンとかシステム標準じゃないのが当たり前になったおかげで
システムの描画というものに誰もあまりこだわらなくなったのでどうでもよかったりします。
メニューの影もわりとどうでもいい。
一番の問題点だったメニュー開いてるときにタイトルバークリックでメニューが閉じないというのが
JavaSE6で直りました。ただ、NetBeansはJavaSE6では不安定なようでときたま不思議な動作をします。
Java2SE5.0にすると安定します。
また、SVNがしょ
Re:見た目&操作性が (スコア:2, 興味深い)
netBeans5.5 on jdk6.0です。
>1.4系と5.0系でも別物ですし、5.0系から6系でもかなりよくなってきているのがわかります。
知っています。
それでも、メニューバーのアイテム間隔が5ドット程度狭い、JTableのヘッダが高すぎる、
JTreeのフォーカス描画がコモンコントロールと違う、JComboBoxの角の描画が角ばりすぎ、
JFileChooserで、選択済みのディレクトリをダブルクリックすると、その中に入るのではなく、
リネームになる、など、ざっと思いつくだけでもまだまだあります。
たかが数ドット、と思う方もいるかもしれませんが、人間の目は1
Re:見た目&操作性が (スコア:0)
EclipseだってWindowsネイティブと違うし。
そもそもVistaで安定して動きましたっけ?
Eclipseはプラグイン入れてないうちは軽いけど、
入れていくとNetBeansより重くなるのは解決しないのかな。
Re:見た目&操作性が (スコア:0)
させるプロジェクトが進行中?