【Java/C/PHP/D/他】統合開発環境Eclipse M15
>>950 そんなマシン、鯖でしかいじったことない・・・
すごいな、そんなマシンでコーディングなんて
>>952 そんなこというから俺はすごいんだという勘違い君が大量発生するんだよ。
どうせ会社のゼニで買ったものです
955 :
デフォルトの名無しさん:05/01/21 15:00:10
マジ質問。
Eclipse3でCDTって動かせるの?
お願いだからだれか教えやがれ
>955
ドキュメントに書いてあるよ
957 :
デフォルトの名無しさん:05/01/21 15:24:50
>957
これは本家から 3.0 用のが出る前に有志の人がやっていたやつだよ
今は本家から多言語化パックが出ているよ
959 :
デフォルトの名無しさん:05/01/21 18:11:20
それ3.0専用だと思ってた。レスあんがと。
>960
たぶん誤解しているよ
>957 は 2.x 用のを 3.0 に適用させるべく改造していたものだよ
だから 2.x 用じゃないんだよ
2.x 用のは別のが本家にあるんだよ
っつーかもうガマンならねぇ
てめー自分で少しは調べろ!
自分で本家のサイトさえ調べない奴にはオープンソースのソフトウェアは無理。
・・なんだけど、ある意味裾野が広がったと言うべきか。
Eclipseにおけるマウスの挙動についての質問です。
エディタからはみ出るような横長の一行がある場合、
マウスである一部を選択しようとして、マウスをドラックしたまま画面端までもっていくと、
凄まじいスピードで行の最後まで横スクロールしてしまい、画面からはみ出るような一部をドラックする時に非常にイライラします。
このマウスドラック時の横スクロールのスピードを調節できないでしょうか?
同じ環境・同じマウスでもDreamWaerverだとゆっくりスクロールします。
eclipse+CDTユーザー:ボクサーブリーフ派
VS+VC++ユーザー:トランクス派
Emacsユーザー:ブリーフ派
vi+gccユーザー:白ブリーフ+黄ばみ派
>>963 たしかに一回の移動量が大きいかもね。
こーゆー事は個々人の好みの問題だから変更されないと思われ。
個人的には今のEclipseの挙動の方が好き。
shift押しっぱなし+カーソル移動キーとかで選択すれば?
>>965 やっぱり無理ですか、、、
とりあえず、ご指摘のようにShiftキーとマウスを併用する方法を多用して、慣れる事にします。
ありがとうございました。
967 :
デフォルトの名無しさん:05/01/22 00:17:43
linuxだったらログインと同時に立ち上げても重くならないんだけど
windowsだと・・・
重いね、JAVAでコーディングされてる以上しょうがないのかな
でも、ダウンロードする時に思ったんだけど何でEclipseってWindow用とLinex用に分かれてるんだろう
JAVAだからマルチプラットフォーム対応じゃないんですか?
しかも、Linux用には二種類あるし、この二種類はそれぞれ何が違うの?
もっと自分で調べようぜ基本的なことだ
>>968 SWTを知らないJava使いがいるとは・・・世も末だねぇ〜
最近使い始めたばっかりなんじゃないかと思われ。
java使いで SWT 知らなくても別に不思議はないと思うが・・・。
エンタープライズ系とかやってたら全然必要ないし。
趣味でやってる場合はともかく、
職業Java使いでは、むしろGUI 直で組んでるのは少数派なんでは?
だから、SWTもawtも知らない java 使いはわんさと居ると思う。
(それを java 使いとして認めるかどうかという問題は別にあるが・・・)
SWTやAWTを実務で使った事が無いって人は多いとしても、
>>968 みたいな事を言うのは論外だと思われ。
>>972 職業Java使いなら、尚の事、Javaに関する情報収集は怠らない。
結果、SWTやJSFがどういう物かを知らない職業Java使いはいない。
ごめんJSFって何?
えらそうに言うほどの事かよ、余裕ねーなー。
>975
米英共同で開発中の次期戦闘攻撃機
SWTも知らなかった人がなんか吼えてます
>>977
本当に余裕ねー奴だな。
だいたい、Eclipse使い=Java使いじゃねーだろ。
つーか、咎められると、妄想に逃げるってのは、どっかおかしいんじゃねーの?
盛り上がったじゃないか。良かったな。
SWTも知らなかった余裕のない
>>980がなんか吼えてますw
まあ自分の業務外のことも勉強するくらいの余裕はほしいな。
ただ、そこまで勉強できる奴は、他に使いたい部分がいっぱいあるわけですよ。
アーキテクチャ設計とか。
でも、そのほかに業務処理だけ黙々と書き続ける、
下っ端部隊が欲しいと。そういう連中は別に SWT なんか知っててもらわなくても、
eclipse は使い方だけ知っててくれればそれでいいんですよ。
クライアントのJavaは普及してないのかねぇ
VB並にRADで作れるものってあります?
>>985 >クライアントのJavaは普及してないのかねぇ
だって、JREを別途インストールしなきゃなんないもん。
まあ、そういう問題に限らず(Javaに限らず)
ネットワークサービスを提供するときに、
何がかったるいかといって、クライアントプログラムのインストールが大変。
ユーザが100人いたら、100人のマシンの別々の環境に、
クライアントがインストールされるわけで、ユーザもめんどくさがるし、
個々のクライアントのサポートが大変。
Web サービスにしてしまえば、そういう問題が大幅に少なくて済む。
それが、リッチクライアントが流行らず、Webサービスがもてはやされる
最大の理由だと思う。
>VB並にRADで作れるものってあります?
逆にVBの RAD ってどんな感じなの?
どういう部分を指して RAD って言ってる?
>>986 一昔前の意見だな。またはWebサービスを分かってない奴の発言。
>>985 文脈からGUIアプリの前提で言うと、ないっぽい。このスレ的にはVEに期待したい。
とはいえ、元のSwingがRADに不向きじゃないかと思っているので、
どこまで便利になるかは正直怪しいと思う。
マルチプラットフォーム対応のUIとか、テーブル一つ使うのに手間かかったりとか
正直面倒くさい。
>>987 >一昔前の意見だな。またはWebサービスを分かってない奴の発言。
では、今の、Webサービスを分かってる奴の意見を教えてください。
ここEclipseのスレだよな?
なるほど、うまいなぁ・・・。
>>986の例だと、引き合いに出すべきなのはWebサービスじゃなくてWebアプリケーションでは?
リッチクライアントはサーバアプリとの連携手段としてWebサービスを利用するものが多いし
話は変わるんだけど
eclipse web tools platform projectのページをざっと眺めててふと思ったんだけど
現在EclipseレベルでJSFに対応するようなツール開発って行われているんだろうか?
WSADやSunのIDEを導入するつもりは無いし、Eclipseが対応してくれないとJSFを勉強する気になれない
あれ?WebサービスもJRE要るよね?w
>>991 >
>>986の例だと、引き合いに出すべきなのはWebサービスじゃなくてWebアプリケーションでは?
> リッチクライアントはサーバアプリとの連携手段としてWebサービスを利用するものが多いし
ああ、そういうことね、それはそのとおり。
まあ、どっちにしても、その場合のリッチクライアントって、
個々のサービスの提供者が、Java でサービスごとにシコシコ作るのってうまみが無いというか、
Excel や Word などの既存のアプリでマクロ組むとか、
複数のサービスをまたがって使用するサービス横断的なものになるとか、
結局、Java クライアントを作る機会というのは、サービスを作る機会よりも、
少なくなる傾向にあると思う。
>話は変わるんだけど
WebSphere Studio にはあるみたいだけどねえ。
http://www-6.ibm.com/jp/software/websphere/ft/studio/wssd/v5/ UML のモデラーもそうだけれど、肝心な部分って、商品としてしか
でてこないねえ。
>>992 .NET とか他のプラットフォームならいらない
>>986はWebサービスとWebアプリケーションを混同しているのだろう
>>993 ありがとう。
WSADのようにビジュアルツール的な開発は出来ないんだね
流石にそこまでは無料プラグインには求められないか
そこまでやりたかったらWSADかSun Studio Creator等の商用IDEを買うべきで
要らなければこういったEclipseプラグインでソースレベルで作ることになるってことか
そろそろJSFの勉強を始めようかなと思ってたんだけど、どの本もSunのIDEで解説してるものばかりで使い物にならん
NetBeans の JSF プラグインはフリーなの?
次スレは?
1001 :
1001:
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。