||:3ﾐ バカボンのパパのDelphi談話室その28

　　　　＿＿＿＿
　　Ｙ／ニニ|>o<|＼
　／ ／/＼＿＿＿＼
　|／ /　 ＝＝＝ | ￣
　|　 /　　　・　 ・ |　　　　　　　　　　／￣￣￣￣￣￣￣￣￣￣
　＼（6　 　（_λ_）＼　　　　　　　　|　 Delphi や Borland に関する話題
　　/ 　　＿ ||||||| ＿|　　　　　　＜　　雑談や質問を、しながら
　　|（（ ＼□￣□／|　　　　　　　｜　ﾏﾀｰﾘくつろぐのだ
　　＼　　￣￣￣　ノ　　　　　　　　＼＿＿＿＿＿＿＿＿＿＿
　／￣￣＼ /￣￣￣￣￣|了
/　 　　　　　|：　　|￣￣￣￣
|　　|＿＿＿＿_＿|
|　　|　|　|　|　|　|　|

（注）本スレは被害担当艦としての機能も持ち合わせているのだ。
見識の狭い困ったちゃんが他のDelphiスレで暴れるのを防ぐため
なま暖かい心で構ってあげるのだ。

ボーランド
http://www.borland.co.jp/
DelWiki
http://onigiri.s3.xrea.com:8080/delphi/
Borland Developer Network
http://bdn.borland.com/
前スレなのだ
http://pc8.2ch.net/test/read.cgi/tech/1130605843/
不買関連はこちらなのだ
http://pc8.2ch.net/test/read.cgi/tech/1134668922/
関連スレなのだ>>2-10

関連スレなのだ
くだすれDelphi(超初心者)その29
http://pc8.2ch.net/test/read.cgi/tech/1135866929/
Borland Developer Studio 2006 No.01
http://pc8.2ch.net/test/read.cgi/tech/1133634136/
くだすれC++Builder（超初心者用）
http://pc8.2ch.net/test/read.cgi/tech/1117225464/
C++Builder相談室 Part15
http://pc8.2ch.net/test/read.cgi/tech/1124614110/
Delphi初心者のための寺子屋
http://pc8.2ch.net/test/read.cgi/tech/1132756268/

乙

うなぎ犬はどうした

バグ報告は荒らしとみなします

バグ発見しました。

||:3ﾐ ←これを最初に考えた奴は天才だな

どいつもこいつもゴミばっか
Delphiｵﾜﾀ・・・

>8
ネット弁慶はつらいねえｗ

バカボンのトリビア



バカボンのパパの年齢は






















41歳。

.NET 2.0を入れるとD2005がAV吐かないか？

.NET2.0の何？ ランタイムもSDKも入れてるけど特に問題ない。

ttp://www.jnishida.com/blog/archives/2005/08/htmlhelp290bpl.htm
コレでした。
ベータじゃなくて先日出たC#の無料版で。

それはSQL Serverを入れなくてもなるね。
SDKの再インストールよりもレジストリを修正する方が楽だね。

1.1SDKはVS2003とセットでインストールしたで、単品での削除ができない。
VS2003のセットアップからSDKを削除して入れ直したが直らない。
そのせいか、該当レジストリのみ削除してもまだAV出る。
D2005のCD1に入ってるSDKをVS2003のディレクトリに上書きインストールして直った。

たしか、1.0→1.1の時もDelphiおかしくなったなぁ。

該当レジストリのみ削除って何の話だろ。

レジストリの修正はこれだよ。
http://support.borland.com/entry.jspa?externalID=3301&categoryID=94

↓をRegEditに取り込むだけで直るはずだけど。

Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOT\AppID\dexplore.exe]
"AppID"="{4A79114D-19E4-11d3-B86B-00C04F79F802}"

Delphiってアクティベーションが必要って本当でしょうか。
だとすると、複数マシンにインストールできなかったりする？

>>17
本当。バグだらけ、売れてないくせにライセンスだけは強欲。

また朝から毒づいているなｗ

>>17
１人のユーザーが使うのだったら複数のPCでもOK
みたいな事がMLの過去ログにあったような気がする。

ボーランドの聞いてミホ。

>>19
MSのは一人で使うなら何台でもいいって明記してあるけど、
某は相当数とかなんとかって曖昧に書いてあるんだよね。
言葉通りに取れば一台しかダメと言う意味だと思うけど、
非常識にコピーしない限りはOKとも取れる微妙な表現だったはず。
まぁ、アクチが通らなかったことなど一度もないので気にすることないだろうけど。

真偽は不明だが。
http://pc8.2ch.net/test/read.cgi/tech/1135529419/l50

569 名前： デフォルトの名無しさん [sage] 投稿日： 2006/01/08(日) 13:20:42
>>567 で、その2005はシリアル不要なんだよな。
とはいえ、どっかの書き込みで見たところでは
ライセンス的には一台にしかインスコできないみたいだが。
EULAにはそんなこと書いてなかった希ガス

571 名前： デフォルトの名無しさん [sage] 投稿日： 2006/01/08(日) 13:29:07
>>569
M$に問い合わせた奴にはそういう返答帰ってきたらしいな
もっとも俺はそのやりとりを実際に見たわけでも
また問い合わせた訳でも無いから、俺が同意したEULAに従わせて貰うがな

>>20
2006の表現は
＞指名ユーザーが本製品の使用を許可された唯一の個人である場合，
＞適正な数のコンピュータに本製品をインストールすることができます

だから、自分が使う限りアチコチインストールして回ってもいいって事だろ。
実際、客のマシンで動かない時はデバッグする為にインストールしないと仕事にならんし

>>17
2005のときにアクチ通らなくなって、某に電話したことあるんだけど
その時聞いた話ではアクチ回数が記録されてて、設定された制限
回数を超えるとアクチできなくらしい。

回数に関しては常識的な回数としか教えてくれなかったけどね。

俺の場合はアクチ回数じゃなくてBDNのIDが複数登録されてしまって
パスワードが以前の登録時と違っててハネられてたのが原因だった
けどw

> 回数を超えるとアクチできなくらしい。
電話すれば復活するけどね。

ひでぇ仕組みだな。＞電話すれば復活するけどね。

MSのアクチとどこが違うの？
あ、WIN98の人には分からないのか。

> MSのアクチとどこが違うの？

せっかく質問がでたから、悪値のいらないMSの最新無償の開発環境を紹介します。
Delphiユーザも試してみる価値はあります。

Visual Studio 2005 Express Edition
http://www.microsoft.com/japan/msdn/vstudio/express/maninstall/

Microsoft .NET Framework Version 2.0 Redistributable Package (x86)
http://www.microsoft.com/downloads/details.aspx?FamilyId=0856EACB-4362-4B0D-8EDD-AAB15C5E04F5&displaylang=en

Microsoft .NET Framework 2.0 日本語 Language Pack (x86)
http://www.microsoft.com/downloads/details.aspx?FamilyID=39c8b63b-f64b-4b68-a774-b64ed0c32ae7&DisplayLang=ja

Microsoft .NET Framework 2.0 SDK 日本語版 (x86)
http://www.microsoft.com/downloads/details.aspx?familyid=FE6F2099-B7B4-4F47-A244-C96D69C35DEC&displaylang=ja

ユーザコミュニティーも賑わっています。

http://www.gotdotnet.com/japan/

書籍も続々刊行予定です！

何年キモイ嫌がらせ続ける気だ？精神異常者か

旧式なPCでも普通に軽快動作し、メモリも無駄に食ったりしない一般的なアプリ並の快適ソフトウェア
っつーのを.NETで作れるようになってから出直せや
ま、.NET製のソフトなぞほとんど出回ってないのが、.NETの現実を如実に物語ってるが

>>27
> 悪値のいらない
Expressでもユーザー登録しろってしつこく出るけど。
あ、WIN 98じゃExpressも使えないのか。

>>25
まず制限を超えることがないので全く問題ない仕組みだね。

問題があるというのは、ちょっとハード構成をかえて2回インストールするだけで
電話する必要があるWinXPみたいのを言うんだろうね。

>>30
ただ、アクチにBDNのIDとパスワードが必要っていうのが不便なんよ。
登録時のIDとパスワード覚えておかないといけないから。

プロダクトIDだけでいいやんと思う。

確かに、BDN入会済のバージョンアップユーザには
印刷したの入れとけと思うな。

でもアクチは最初の1回だけでしょ。　
　2度目からは以前はレジストリ
　今回はファイル保存しとけばメンドクサイ事にならないじゃない

> Expressでもユーザー登録しろってしつこく出るけど。

ユーザ登録とアクチの区別もつかないくせに、何言ってるのこのひと。

> 旧式なPCでも普通に軽快動作し、メモリも無駄に食ったりしない一般的なアプリ並の快適ソフトウェア

BDS2006 とか Delphi2005 とか Delphi8 とかですか？ 笑わせるなよ。

せっかくなので、有名Delphiユーザの紹介の言葉ものせておく。

中村先生も激賞！！

Delphiユーザも是非試すべし！

>>#　マイクロソフト（株）は15日、統合開発環境“Visual Studio”シリーズの最新版
>># となる「Visual Studio 2005」日本語正式版を“MSDN”会員向けにダウンロードでの
>># 提供を開始し、同時に、同製品の機能限定版である「Visual Studio 2005 Express
>># Edition」日本語正式版の、一般向けの無償公開を開始した。
>
>今日来てました(^^
>
>しかし、VS2003 も VSExpress もとても軽いですね。安定してるし。

中村先生違いのネタを年越えて引っ張る気かよ…

>35
「私は一つ覚えの馬鹿で嘘つきです。哀れんでください」って意味でしょう。

はぁ？ あまり恥ずかしいレスするなよ・・・

ちゃんと書いたらいいやん。

せっかくなので、有名Delphiユーザの紹介の言葉ものせておく。

中村拓男先生も激賞！！

Delphiユーザも是非試すべし！

>>#　マイクロソフト（株）は15日、統合開発環境“Visual Studio”シリーズの最新版
>># となる「Visual Studio 2005」日本語正式版を“MSDN”会員向けにダウンロードでの
>># 提供を開始し、同時に、同製品の機能限定版である「Visual Studio 2005 Express
>># Edition」日本語正式版の、一般向けの無償公開を開始した。
>
>今日来てました(^^
>
>しかし、VS2003 も VSExpress もとても軽いですね。安定してるし。

○IDEが快適に動作しないDelphi
○成果物が快適に動作しないVS

どっちも.NETが原因だ。

○IDEが快適に動作するVS
○成果物が快適に動作するDelphi

どちらもWin32が原因だ。

○IDEが快適に動作しないDelphi
○成果物が快適に動作するはずだがIDEが糞なのでつくれないDelphi

どちらも糞実装が原因だ。

多少IDEが糞でも、成果物が快適に動作したほうが全然マシだな。

IDE が快適に動作して、成果物も快適動作する方がもっとマシだな。
ま、ドットネット入れられないWin95じゃ無理だが。

ドットネット入れられないきゃ、Delphi もインストールできないわけだが・・・

.NET製のIDE使って、.NET じゃないアプリをつくることをマンセーするのは
おかしいね。

>37

>687 名前：デフォルトの名無しさん[sage] 投稿日：2006/01/09(月) 20:24:37
>みんな、バグ報告は無視でよろしく

>37 名前：デフォルトの名無しさん[sage] 投稿日：2006/01/09(月) 21:13:44
>はぁ？ あまり恥ずかしいレスするなよ・・・

>688 名前：デフォルトの名無しさん[sage] 投稿日：2006/01/09(月) 21:15:39
>バグ情報をアンチ呼ばわりする、某狂信者は無視。

自演しながら50分考えたけど、無能なアンチは反論できませんでしたw

>>45 倒錯、って言うらしい。

>>46 自演、ご苦労！

去年の今頃、D2005のバグ情報はアンチ呼ばわりされていた。

198 名前：デフォルトの名無しさん[] 投稿日：05/01/10 20:31:26
本家NGでもバグ情報の議論はするなと言論統制が始まりました。
ttp://blogs.borland.com/johnk/archive/2005/01/06/2336.aspx

そういう体質の会社なんだな・・・ユーザの便宜とかどうでもいいんか

って、D2005 を発売したこと自体が証明してるんだが。

うわ、やっぱり英語できないね。VB厨は。

> So, please post ANY reproducible issues with Delphi 2005 to QualityCentral
> as soon as you can

「再現可能なバグ情報求む」だろ。

つまり、有料ベータテストに協力しろ、ってことだろ。こんなのもあるね。

# re: Please post any Delphi 2005 issues you might have to QualityCentral! 12/15/2005 10:54 PM John Hart

I have been a Borland fanatic since the orginal version of Turbo Pascal (1982 I think). I was blown away when
Delphi appeared and with each new release. Untill I bought Delphi 7 enterprise, recently my wife bought 2005,
big mistake, it is unusable. She now uses my old version of Delphi 5 (I did not buy 6). Borland's attitude
seem to change around the release of Delphi 7, I noticed it when I phoned support with a reproducable bug and
was told I would have to pay to get an answer. I do not know how many thousands of dollars I have spent on
Borland products but the loyalty only seems to be one way nowdays. Borland needs to support their customers
if they want us to support them. Don't follow MS, go back to leading them.

（1982年だと思うけど）ターボパスカルのオリジナルバージョン以来のボーランドファンです。Delphi が現れて、
バージョンアップするたびに感激したものです。Delphi7entを購入したときまでは。最近、妻が 2005 を購入しましたが、
それは大きな間違いでした。不安定なのです。彼女は私の古いDelphi5を使っています。（６は購入してません）ボーランド
の対応は Delphi７をリリースしたあたりで変化したらしいですね。再現性のあるバグのことでサポートに電話して、
回答を得るにはお金を支払わなければならないと言われたとき、そのことを感じました。わたしはボーランド製品に
何千ドル費やしたか知りませんが、今日では忠誠とは一方方向であるらしいですね。ボーランドが顧客のサポートを
ほしいならば、ボーランドは顧客のサポートをする必要があります。MS のまねをしないで、原点にかえってMSをリード
してください。

ユーザにベータテストさせるときも有料、サポートで回答を得るときも有料、
QC に登録してバグ情報を集めるときは無料っていうか、いらはい、いらはい、と。

確かにloyaltyは一方向だね。

> it is unusable.
> 不安定なのです。

使えねぇー、だろ。 unstable じゃなくて unusable

Q.ソフトの起動が遅いです。

A.「.NET Framework」で作成されたソフトの仕様です。
　とりあえず少しでも早くなるようにいろいろ試してみます。

> いろいろ試してみます。

自問自答ですか？「いろいろ試してみましょう。」にしないと

Q.BDS2006の起動が遅いです。

A.「.NET Framework」で作成されたソフトの仕様です。
　とりあえず少しでも早くなるようにいろいろ試してみましょう。

>>55はﾎﾞｰﾗﾝﾄﾞ

【Delphi互換!?】FreePascal【GPL】
FreePascal
http://www.jp.freepascal.org/download-japan.html

CPad for Free Pascal
http://www.vector.co.jp/soft/win95/prog/se155777.html

上記各トップページ
http://www.jp.freepascal.org/
http://hp.vector.co.jp/authors/VA017148/

これでスレを建てようと思います、意見求む

Del6per の方が百倍マシだから、いらねぇ

スレを立てるほどユーザーが居るのだろうか？という疑問はさておき
建て逃げしない自信があるなら良いんじゃなかろうか。

>>59
勝手に建てた
後は知らんｗ

まーた、Delphi関連糞スレが・・・・みっともねぇーな。立ち枯れいっぱい

どなたかDelphi7.1のupdataのダウンロードの直リンお願いします。
なんかログイン求められるんだけど、登録してる名前とか入れてもログインできない(;´Д`)

素直に登録し直せよ

>>65
どこで登録し直したらいいかわからん

New Userってボタンあるじゃん
それくらい読めない？

update するのも大変ですね。

バグだらけ

>>64

こっちに来なはれ

【Delphi互換!?】FreePascal【GPL】
http://pc8.2ch.net/test/read.cgi/tech/1137051510/

8 名前：デフォルトの名無しさん[sage] 投稿日：2006/01/13(金) 00:37:11
開発環境
Lazarus
http://www.lazarus.freepascal.org/
http://www.lazarus.freepascal.org/modules.php?op=modload&name=Screenshots&file=index


9 名前：8[sage] 投稿日：2006/01/13(金) 02:57:36
ttp://sakots.pekori.jp/cgi/sn/src/up41496.jpg
スゴス
言わばOpenDelphi

Del6per の方がマシ

と、貧乏人が申しております

談話室その27（残り35）も有効活用してほしぃ
http://pc8.2ch.net/test/read.cgi/tech/1130605843/l50

> と、貧乏人が申しております

金持ちはお布施よろ。

Delphi2006 コンパクトフレームワークのデモ
http://bdntv.borland.com/bds/2006/CFinBDS2006.html

CEのプログラムがDelのポトペタで出来るのはスゴイね。











でも、ドトネッツの設定が超煩雑。。。

英語うまいな

ポトペタは今のところVSの方が使いやすくなった。
コンポの位置をそろえたりする時とか親切になった。
Delの優位性は非.NETな所にしぼられた。

>Delの優位性は非.NETな所にしぼられた。

非.NET開発が出来るなんて超スペシャル最強！
COM時代にCOMの性能劣化や不安定な部分を回避できたように。

>>79
最強ではないが、優位性としては十分。
なんせ、C#やVBでは不可能だからな。

ﾌﾞﾋﾞ駐（´・ω・） ｶﾜｲｿｽ

Actionさえ実装してくれたらもうDelphiにこだわる必要もなくなるんだが。

>>82は知っているかもしれないけど､
.NETでもサードパーティでActionを実現するコンポはいくつかあるよ｡
まあ移植した人がいたり、ほしがっている人がいるということはそれだけ需要があるんだろうな｡

なら、ソース付きでネットにコンポが転がってるVCLが最強。

最強じゃないかも知れないけど使い道はあるので捨てられない。
でもそれが、バグ放置して毎年金取ろうとする某じゃなければもっと良かった。

D6 で十分。あとは Win32 を追っかける必要なし。

> 非.NET開発が出来るなんて超スペシャル最強！

でも IDE の一部が .NET 製で、.NET がないと動作しない、という皮肉な現実

Delphiは最強じゃないけど使い道はある。
IDEに.NETを使う某じゃなければもっと良かった。

必死だな。

wiki繋がらない･･･。

wiki復活の兆しないね

つ http://wiki.s54.xrea.com/delphi/

235 名前： デフォルトの名無しさん [sage] 投稿日： 2006/01/20(金) 13:27:35
ドトネト度を下げるＭ＄

ttp://s03.2log.net/home/nsharp/archives/blog404.html

某は逆にドトネト度を上げてるよな。

>>92
乙かれちゃん

避難所荒らしていい？

不買運動の新しい巣が見つかって良かったな。

流れをぶった切って。

http://leed.issp.u-tokyo.ac.jp/~takeuchi/delphi/browse.cgi?index=063699

この問題、Del7以降とか、FastMMとかでは解決できてるんでしょか？

D2006＋XP Proでは普通に動くよ。

ありがとうございます。
再現コードもあったので試して見たところ、D7デフォではダメ、FastMMを使えばOKでした
FastMM使うことにします。お騒がせしましたー。

あれ、中村先生、それに対応したメモリマネージャー配布してなかったっけ？
それに、Delphi7で修正されたものだとばっかり思ってたよ。

思い出した、で、そのメモリマネージャーと堀さんのメモリチェッカーの相性悪くて、
苦労した記憶があるなあ

中村さんのって、NkMMだよね？
あれ、大量にコンポ貼ったフォームでエラー吐いたので使わなかった。

ttp://www2.big.or.jp/~osamu/Delphi/delphi-browse.cgi?index=063767

の
> 1) TBitmap がファイルやストリームから RLE/PNG/JPEG圧縮ビットマップを読む場合

ってなんなんだ？
RLEはともかく、PNG/JPEG圧縮ビットマップって何？

>>104
BI_JPEG BI_PNG

>>105
そんなのがいつの間にか加わってたのか！
しかも、話の流れだと、TBitmapで読めるのか。
保存はできなさそうだけど。

>>100
うちは、Delphi 7.1(+dcc32.exeは7.0のに戻す) + W2K
だと、ビットマップ書き出してみたらちゃんと描画されてたよ

ああごめんうそうそ
フォームのキャンバスには全然書き込まれてなかった
で、FastMM使うと確かに書き込まれた　ゴメンゴメン

SourceForgeのFastMMは、GPL or MPLのデュアルライセンスだから、
使いづらいと言えば使いづらいよな
自分のアプリでMPLを宣言しなくちゃいけないし

って、もちろん、MPLにする場合ね。

SourceForgeで配布されているFastMMがMPLってことは、
クローズドなソースで使った場合、
・FastMMを使用していることを明記して、
・FastMMがMPLであることを明記して
・FastMMのソースの入手先を明記
すればいいのかな？

Delphi7.1でもたまに支援機能のカーソルが飛ぶのがむかつく。
これさえなきゃDelphi7がベストなんだが。

> FastMMがMPLであることを明記して
あんまり聞いた事がないけど、これは要るのかな？

MPLの和訳見てみると、

> 3.7. 拡大開発
>
> 対象者は、対象コードを本ライセンスの条件の適用を受けないほかのコードと組み合わせて拡大開発を作成し、
> その拡大開発を単一の製品として配布することができます。このような場合、
> 対象者は対象コードにおいて本ライセンスの要件が満たされることを確実にしなければなりません。

って書いてあるから必要だね。
MPLってのは、ソースファイル単位での適用になるから、
MPLじゃない自分で書いたコードは自由にできるってのがいいさね。

> って書いてあるから必要だね。

ReadMe などにMPLだと書いた方が親切だとは思うが
ソースコードに宣言が書いてあるから、基本的には利用者は明記しなくても良いのでは？

> 対象者は対象コードにおいて本ライセンスの要件が満たされることを確実にしなければなりません。

の解釈次第だね
uses説にユニット名書くだけで、FastMMのpasファイルなんて
実際には開かないだろうといわれればその通りだし

> の解釈次第だね

Jedi の解釈だと要らないみたい。
http://homepages.borland.com/jedi/jvcl/Licensing.htm の一番下。

ま、俺はどっちでも良いのだけど、参考までに。

>>117
ナイス。

ヘジたん今、日本に来てんの？

そうそう、Ｃ＃コミュニティーではけっこう話題になってるよね

はっきり言う。
俺はActiveBasicに乗り換えたよ。

俺はInactivePascalに乗り換えたよ。

FastMM 4.58

Lazarus 0.9.12

IntraWeb 8.0.22
http://www.atozed.com/IntraWeb/History/8_0_22.nl.iwp

【MDC2006】どんなソフトが動かなくなる？
http://itpro.nikkeibp.co.jp/article/NEWS/20060203/228517/

つ Delphi 6

M$の戦略ではV$6だろ。
強制バージョンうｐ(ﾟдﾟ)ｳﾏｰ

>>126
いよいよOSレベルでウィルスの活動を抑える方向が本格化してきたか・・・・
その割りには一般プログラムに取っては制限ばかりで、あまり良い事はないんだよな。

氏ねウィルス作者。

>454
.net製のノロノロのソフトなら素人でも作れそうだよ。

BDS2006 IDE は素人でも作れそうですか。.net製ですが。

IDEは一部が.NETなだけなのに…。

Borland DevCon 2006開催決定
もう日本法人は開発者を相手にしないorできないのかと思っていたが...。
まぁないよりゃましだ。たとえガス抜き程度のものだとしても。

>>130
くすくす

評価版を配るとか、デモ機を触れるとかあると良いのだが。

ボーランドからの最新情報メールが来て思ったけど
もう長い間杉本さんをメールで見てないな。ちゃんと健在なんだろうか。

> 最新情報メール
登録している人居るんだ。

> もう長い間杉本さんを
杉本さん＝辞めたというデマ？が流れてけど・・・
2ch 情報だから当てにならないか。

> たとえガス抜き程度のものだとしても。
JBuilderの扱いと比べたらDelphiはマシじゃなかろうか。
John KasterにJBuilderの説明をしてもらってもね。

BDN 落ちてる？

ttp://home.businesswire.com/portal/site/google/index.jsp?ndmViewId=news_view&newsId=20060208005355&newsLang=en

Borland to Acquire Software Quality Company, Segue Software;
Announces Plan to Divest IDE Product Lines;
Company Sets Course for Accelerating Execution of Its Software Delivery Optimization Vision

ソフトウェア品質管理ツールの Segue Software を買収
IDE 製品群を売却
SDO 計画の実現に向けて舵を取る。

...In addition, Borland announced plans to seek a buyer for the portion of its business associated with
the Integrated Development Environment (IDE), including the award-winning Borland Developer Studio (Delphi(R), C++Builder(R)
and C#Builder(R)) and JBuilder(R) product lines.

さらにボーランドは，Delphi, C#Builder, JBuilder 等の IDE 製品群の売却先を探していること公に宣言した。

本家で，プレスリリースでてた
ttp://www.borland.com/us/company/news/press_releases/2006/02_08_06_borland_acquires_segue_software.html

売却前に叩き売りしないかなー

Delphi脂肪のお知らせ？

ディスコンじゃないから脂肪ではないが、まぁ買うところ次第かね。
IBMあたりが買ってくんないかなー。

EclipseをオープンソースにしたIBMかー。
それよりはMSの方が良くね？

SUNは嫌だな。

MSが買えばいいのに

MSじゃオープンソースになりそうもないんだよなー。

ところでDevCon Tokyoでの製品ロードマップの発表はどうなるんだろ。

わざわざオープンソースにするためにIBMが買ってくれるって事もないよなあ

3/3 の DevCon Tokyo は，なくなりはしないけど，全く別の物に変わりそう。
中の人の話では，東京は誰も知らなかったそうで，現在大騒ぎ中。

...普通は売却先が決まってから公開する物なんだけどなぁ。
アメリカの IT 企業の習慣としても，かなり異例/異常。

IDE製品がなくなったら、Borlandの方がやってけない気がするんだが。

NGのほうで分社化の話が盛り上がってるけど
ALM部門をInpriseとして、"Borland"のブランド名は残せないかという話に
ALM部門の客が大きくなり過ぎてそれはできない、という話だった。

今のBorlandにとってはIDEは足手纏いなのかね。

名前が上がった先だとMSやIBMよりもGoogleが面白いよなあ…。
MSに対しライバル意識ありありだし、元チーフサイエンティストいるし。

そうか、RAD開発部門を公開オークションに出したようなもんなんだな

誰も買い手つかなかったらどうするんだよ

Google Delphi！？

夢のようだけど、絶対実現し無さそう

eweek でのインタビュー
http://www.eweek.com/article2/0,1895,1921246,00.asp

> But when I look at what's happening in Delphi and C++ and C# Builder
> and that stuff, it's core, solid technology.

ここ２・３日で何があったのだろう？

Googleいいね。オレもGoogleが買ってるくれることｷﾎﾞﾝﾇ

362 名前：デフォルトの名無しさん[sage] 投稿日：2006/02/08(水) 20:47:48
ソースネクストが買ったらどうしよう

363 名前：デフォルトの名無しさん[sage] 投稿日：2006/02/08(水) 20:49:35
ライブドアが買ったらどうしよう

364 名前：デフォルトの名無しさん[sage] 投稿日：2006/02/08(水) 20:50:25
>>362
Professional Editionが1980円になる。Enterpriseは9800円かな。

>>154
ってことは待てよ、下手すると、BDS2006のアップデートってもう無いわけ！？


様子見しておいてよかった。

>>157
Delphi の最終製品という可能性も出てくるので、コレクター的には買いでしょう。

最後がバグだらけのD2005じゃなくて、珍しく安定してるD2006でよかったよ

アップグレード期限って6月だっけ？
それまでどんな動向になるのやら

3/3 に デビットI とジョンカスタをどつけばいいんだよ。

来ないだろ。

太平洋標準時間午後３時（日本だと明日の朝８時？）にチャットをやるらしい。
かなり荒れるだろうな。

きっと..

朕深く世界の大勢と帝國の現状とに鑑み非常の措置を以て時局を収拾せむと欲し茲(ここ)に忠良なる爾(なんぢ)臣民に告く
朕は帝國政府をして米英支蘇四國に対し其の共同宣言を受諾する旨通告せしめたり
抑々帝國臣民の康寧を図り万邦共榮の楽を偕にするは皇祖皇宗の遺範にして朕の拳々(けんけん)措(お)かさる所
曩(さき)に米英二國に宣戰せる所以も亦実に帝國の自存と東亞の安定とを庶幾するに出て他國の主權を排し領土を侵すか如きは固(もと)より朕か志にあらす
然るに交戰己に四歳を閲し朕か陸海將兵の勇戰朕か百僚有司の励精朕か一億衆庶の奉公各々最善を尽せるに拘らす戰局必すしも好轉せす世界の大勢亦我に利あらす
加之敵は新に残虐なる爆彈を使用して頻(しきり)に無辜を殺傷し惨害の及ふ所眞に測るへからさるに至る
而(しか)も尚交戰を継続せむか終に我か民族の滅亡を招來するのみならす延て人類の文明をも破却すへし
斯の如くは朕何を以てか億兆の赤子を保し皇祖皇宗の神霊に謝せむや是れ朕か帝國政府をして共同宣言に応せしむるに至れる所以なり
朕は帝國と共に終始東亞の解放に協力せる諸盟邦に対し遺憾の意を表せさるを得す
帝國臣民にして戰陣に死し職域に殉し非命に斃れたる者及其の遺族に想を致せは五内爲に裂く
且戰傷を負ひ災禍を蒙り家業を失ひたる者の厚生に至りては朕の深く軫念(しんねん)する所なり
惟ふに今後帝國の受くへき苦難は固より尋常にあらす
爾臣民の衷情も朕善く之を知る
然れとも朕は時運の趨く所堪へ難きを堪へ忍ひ難きを忍ひ以て万世の爲に太平を開かむと欲す
朕は茲に國體を護持し得て忠良なる爾臣民の赤誠に信倚し常に爾臣民と共に在り
若し夫れ情の激する所濫に事端を滋(しげ)くし或は同胞排擠(はいせい)互に時局を亂り爲に大道を誤り信義を世界に失ふか如きは朕最も之を戒む
宜しく挙國一家子孫相傳へ確く神州の不滅を信し任重くして道遠きを念(おも)ひ総力を將來の建設に傾け道義を篤くし志操を鞏(かた)くし誓て國體の精華を発揚し世界の進運に後れさらむことを期すへし爾臣民其れ克く朕か意を體せよ

JBuilderに足を引っ張られてDelphiも・・・ちょっと悔しいね。

Delphiも.NET 2.0対応に向けて金がかかるというのは事実なのだが
2.0 化は目処が立っているはずだから、そんなに慌てなくても良いと思うのだが。

BDS2006 が売れなさすぎ、なんだろ、きっと

記念カキコ
Delphi4,6にはお世話になりました。

Delphi そのとき歴史は動いた。

・ヘジ取られた
・Kylix不発
・2004年版Longhornの幻

・Delphi 8 事件

・D2005をベータのまま製品として発売する <---- 致命傷

・某Del→陰プライズDel→亡DS→BDS売却話→組合員によるスト→売却取りやめ

の展開でどう。

>>171
プロジェクトＸじゃないので、却下。

日本での動き
・開発部隊移転。品質のアメ車化。
・あとはO野となれ山となれ。
・QuickReport どこ？
・Ｎ先、Ｊ塀の寝返り。
・ノバ池な傾向進む。

・アジア不況時に減った売り上げの責任を笹塚オフィスに押しつけ，実権をシンガポール/APAC のオーストラリア人脈が握る
・笹塚は駅前が汚い。この一言で新宿に移転
・英語ができるだけで無能な社員が，実際に物を売ってる社員より一桁多い給料をもらっていることが
発覚して，モラル低下
・社長のせいで在日韓国人の大量雇用。見かけは日本の会社だが...
・ところが韓国ボーランドの不正経理の責任をとって，旧 MSA からいた最後の役員が首になる
・APAC からきた無能役員が億ションに会社の金で住むようになる。手柄は全部横取り。責任はとらない
・隣の駅に行くにもシンガポールにお伺いを立てねばならない状況になり，営業は次々と辞める
・温泉旅行に行かなかったF田が首に。

女狐の話はまだぁ？

>>175
自分で書いたら？
...仕事しなよな...

女狐の話はまだぁ？

・腐れかけた日某を(結果的に)救ったのが Together の女狐
・糞外国人を追い出し，前社長に引導を渡し，現社長を招聘。自身は副社長の地位すら固辞。
・誰が見ても，Borland の次期戦略商品になるはずの Together がこんな状態でいることに我慢ならず
IDE を切り捨てて安定化するであろう日本をバックに，今年は新生 Borland の US 本社で指揮をとる予定
らしい。

なんかカッコいいぞ。

US Newsgroup での指摘を餌に、なぜ女狐/女豹と呼ばれるのかよく知っている旧 Together 社員との呑み話のまとめ。

今回の売却話は Together による Borland 侵食が完了したことをあらわす儀式。
IDE はビジネスにならない。といいながら Together が ALM/Borland に残ったわけだ。数年前まで Together C++
を動かしていた IDE がそのまま ALM/Borland に残るわけ。Together 由来のコードは一片たりとも売却されない。

今回の売却対象は、Together 合併以前にBorland の名を掲げていた製品だけ。
だからInterbase まで売却対象になる。

新生 ALM/Borland の名前をかぶった旧 Together soft は、Delphi 等既存ツールの縛りから自由になり、
Visual Studio / Eclips の両方をサポートする強力な "ツール" ベンダーに成長するでしょう。

女狐としても、女重役はシリコンバレ−ではまだ珍しいし、しかもアジア系となれば、何もしなくても話題になる。
その役を演じるだけで満足するような女狐ではないだろうが、すべて納得の上で今年中ごろに新生 Borland の役職に
つくんじゃないかな？

IDEを切り捨ててもうBorlandでなくなっちゃうわけか？
カーンはこれをみてどう思っているだろうか・・・・

カーンは何もおもわないでしょ。
とっくの昔に，自分の作った会社とは別の物になったと思っているだろうし。

製品群は開発を続ける。スポンサーが変わるだけだ。と繰り返しているから
US Newsgroup は思ったより平穏。

火消しのリリースすら出てこない日本では，悪評が定着しそうだな。

> カーンは何もおもわないでしょ。
カーンは某を辞めた後もウハウハだからな。
確か３つ会社を作って、成長させた後、高値で大手に売却という方法で大もうけ。

日本のどっかの役所が買ってイラナクナッタラ俺が1万円で買ってあげるのに｡

・Delwiki 事件

> US Newsgroup は思ったより平穏。

ってか、もう見捨ててどっか行っちゃったんだろ、みんな。

>>186
売却先未定で今の所、何も変わらないんだよね。

誰かがリストラされる訳でもなく全員で別会社に移る。
次の会社でDelphi 2007を出すのかなーって感じだから。

何でこのタイミングで発表なんだろねという当惑しかない。

発表のタイミングは本当に謎。

新CEO の初決算発表がまたもや赤字では格好がつかない。
なんか前向きな事を言わないと・・・というプレッシャーなのかね。

売却先は探したけど見つからないから仕方なく発表？とも思ったが
なんかあんまり探した形跡も無いような気も。

新製品発売してすぐドロンかよ。
ほとんど詐欺だな。
全ソース公開しろタコ。

Painter使ってる人間からすれば会社が変わるなんて日常茶飯事ｱﾋｬﾋｬﾋｬﾋｬﾋｬ(ﾟ∀｡)

Painter とソフト開発ツールじゃ、比較が不適切

タクシー使ってる人間からすれば会社が変わるなんて日常茶飯事ｱﾋｬﾋｬﾋｬﾋｬﾋｬ(ﾟ∀｡)

>>189
だから、不買運動参加しとけばよかったんだよ。

そうそう、様子見しろってあれほど言ったのに。

これから先、どうなるか不透明だからこそ
BDS2006は確保しておくべきだろ。

D8のときもそう言ってた信者がいたな・・・ 黙祷

ｄｅｌｐｈｉ・・・ソフトバンクが買い取ってくれないかな
本業だよなソフト取扱い

バージョンアップのハガキ捨てちゃったよ

ソフトバンクはソフト販売であって製作ではなかったと

A才氏よくぞ聞いてくれた。
でもまだ何も決まってないと思うぞ。

つか土日はあまり反応が無いわな。

||:3ﾐ

ﾊﾞｶﾎﾞﾝのAAはないの？

>>202
レレレの耳かと思った

老舗BBS「Delphi広場」閉鎖・・・・残念。

うわあ、、、

「Delphi談話室ごと」ってことだよなぁ。
やっぱり。
何があったんだろう…。

あそこはホストIPが表示されるようになってから、いきなり過疎ってたからしょうがないね
残るメジャーなBBSは、糞重いのひとつだけ。夕暮れですね。

糞重いって、どこ？

この雰囲気、MSXの時も味わった気がする。
ドリキャスの時も味わった気がする。

そんなに過疎ってた記憶無いなぁ。

DCやMSXはユーザーが見限ったわけだけどDelphiはそうじゃない

それも違う気がするなぁ。

ドリャスはセガ自身の問題で、
ＭＳＸは、ワケの分からん規格を後出ししたせいでは？

気づいてない人がいるようだが

Delphi もユーザーが見限ったんだよ。全世界的に。（一部の残りカスを除く）

うはうは儲かってないから、放り出したんだな

>>213
そんなことないよ

と、一部の残りカスが言ってます

MSXの時も残りカスを自覚していた気がする。
ドリキャスの時も。

でも毎日使っているアプリはDelphi 製が多いわな。
.net製アプリなんてひとつも無い現実。

どうせ毎日つかってもらうようなアプリなんかつくってないだろ。
Java 製なんか皆無だろ。でも、Java プログラマが一番多いんだよ

大半はウェブアプリだからね。Javaって。

> どうせ毎日つかってもらうようなアプリなんかつくってないだろ。
なんか使ってるみたいよ。会社で。

携帯電話と組み込み機器で Java はもう産業の基本になっちゃったからねぇ。
実質 Windows でしか動かない .NET では..

Javaアプリあまりみない　＋　Javaプログラマたくさんいる　＝　生産性悪い？

Delphiアプリたまに見るが古い　＋　Delphiプログラマほとんどいない　＝ 絶滅！？

.NETアプリは使えねぇ　＋　.NETプログラマはそれなりにいる　＝　子供のお遊び？

>Javaアプリあまりみない
目で見えないと存在するかどうかわからない。ってところが頭の悪い証拠

あれか、224 は目以外でもモノを見ることが出来る超能力者か？

俺も超能力者だぜ。
おまえの能力を超えているっていうだけで、
世間から見たら使えないDel厨に過ぎないがな。

小学生のケンカ....

今時の小学生のケンカは命がけだからなー

んで、2006は安定してんの？
買っておこうかな。

なんでバカボンのパパなの？

元祖天才バカボンのパパだからパパなのだ

BDS2005では、しばらく使っていると、コンポーネントやオブジェクトインスペクタでの
コピー、貼り付けができなくなったりしたけど、2006では治ってるんだろうか。

それはガベコレというドトネトの仕様でつ。

それは ２００５ の仕様だろ。

>>232
しばらく使ってなくても、オブジェクトインスペクタでの貼り付けは2005ではできないと思う。2006ではできるけど。

>>235
オブジェクトインスペクタの中で文字列のコピー、貼り付けね。
CaptionやHintでCTRL+C,Vしたりとか。
それは2005でもできるよね。つかできてる。最初のうちは。

>>236
貼り付けたいのはテキストなのに、なぜかオブジェクトが張り付けられちゃう奴？
qc10158の方法で確認したけど、直ってるみたい。

なんだかお通夜みたいですね。

2006は記念買いですか?今6proなんですが。


.netはいらんです。

>>239
Delphiの買収先次第。

2005で判ってた矩形選択バグさえ直ってない。　鬱になるよホント

矩形選択ってどんな場面で使うのか知りたい。
プログラム書くのに必要だと思ったことがないので。

それが出来るようになっている（はず）のは、某の開発者が必要だと思ったからだろ。

>>242
　たとえば、列挙型の定義をcase 文にコピーして整形して関数呼び出しにしたり
　その関数の本体を書くときに　コピペして整形したり

そんな事はコード補完で出来るだろ。

>>245 　どうやるわけ？

Javaアプリって聞くと苦笑してしまう

ちっ苦笑

>>245 バグ隠蔽ご苦労

>>246
case 列挙体 of と書けば、コード補完で自動的に条件部分が生成されるでしょ。

>>250
だから、そのラベル部を右にコピーする作業をどやるの？　聞いてるの
たとえば　case FormStyle of　で
case FormStyle of
　 fsNormal: ;
　 fsMDIChild: ;
　 fsMDIForm: ;
　 fsStayOnTop: ;
end;

ここまで自動生成されるでしょ？
矩形処理を利用すると

次に、; を右に移動させてから　矩形コピーして　矩形置換で":" を (x) に変換して

case FormStyle of
fsNormal: Normal(x);
fsMDIChild: MDIChild(x);
fsMDIForm: MDIForm(x);
fsStayOnTop: StayOnTop(x);
end;
として、次に、この関数部を矩形コピーしてというような作業を
もっと簡単に自動化する方法は？

そんな名前の付け方をしてるとは予想外。

>>252
え？　関数内関数を使う場合は識別文字を取るけどそうじゃない場合は、識別文字を変更するよ。
それをする場合も　上の例なら　fs　の部分を矩形選択しておいて一気に矩形置換すると便利


その他の例

　:　とか ; の位置を整形して右あわせするのに矩形置換を使う
　列挙型から文字列配列を作成するのに使う（実行時型情報も使うけど何かコメントをその後付けたりするような場合）
　何段か深いbegin end ネストを書いてしまった場合に
　判りやすくする為に　空白部分を {} に置換する

矩形選択のバグフィックスはまだですか？

日某にでも聞いてみれば？

つーか日本語というかマルチバイト文字が入って無いと正常に動くんでは？＞矩形選択

>>256
　文字列やコメントに、たいてい日本語は入ってるからね

試した。
実際に選択を行う行にマルチバイト文字が無い場合はOKだった。
>>251の例ぐらいは問題なくできるんじゃないか。
うっかり前後のコメント巻き込んだらフリーズとか考えると恐いけどナ。

>>258
でも日本語が識別子に使えるようになってるからね
publishedに出来ないのがなんとも残念だけど

で、矩形選択のバグって QC の何番？

10428
10241
辺り。

投票あつまらないね。
みんなQCで投票してる？

>291
コピーでハングアップ。ってのはまだレポートされていないんだ。
直らないな。こりゃ。

10428が直れば自動的にコピーの方も直るだろうけど、英語環境では問題ない話なので
Voteが集まらないと優先度はかなり低いだろうね。
実際、日本語版でも困ってない人のほうがずっと多いだろうし。

騒いでいる奴が登録すれば良いだけじゃん。
登録せずに騒ぐって、暴れたいだけの人なんじゃないの。

もう、どうでもいいだろ

ばかだこいつら

よーするに優先度は低い。ということだな。

日本語版はもういいです

日本語版を買ったんだから、日本語でバグレポートもさせろ！

そういえばDevCon 品川でBDNに関して何か発表があるらしいけど
日本語対応の事かな。

BDNの日本人アカウント削除の方向性ってことらしい。

そういえばコミュニティページの翻訳がどうのって書いてあるブログに
日本語にも対応するとあったけど、やっぱりBDNのことなのね。

それ、２年前にも言ってたな。

それは日本語の記事を書いたら３万円って話じゃね。
先生が書くのかと思っていたが、３万円じゃ安いのかな。

ttp://delphi-notes.blogspot.com/2006/02/community-welcome-page-translations.html

DevCon 品川で発表するのは、コミュニティページのことなの？

>>277
その前にコミュニティページって何？

つ http://delphi-notes.blogspot.com/2005/12/welcome-page-feature-favourite.html

BDS起動後に表示されるホームのことか。そうするとBDNの話とは違いそうだね。

C# to Delphi Converterなんてのもあるんだね。

>>280
その逆も欲しい感じだ・・。


ところで、2006は2005に比べて安定している？
買おうかどうか、悩むところ。

>>276
で、誰か応募したの？

>>281
安定性はまあまあって所かな。
コード補完が便利すぎるので、なんかで不安定になっても許せる。

>276
おれがやってる。2/16 の Blog に英独仏日はカバーされたと書かれてるだろ？
翻訳自体は Yahoo のサービスに丸投げだけどな。

>>284
へー。ありがとう。けど自動翻訳はよした方が..

他スレでTrial 3/3とか言っている投稿と同じ時間だから、デマだと思うぞ。

>>286
根拠になってないと思うんだが。

あたし荒川。ほらニュースで金メダル取ったって言っているでしょという程度の発言に対して
ほんとうに荒川かよ？という程度のつっこみなので、深く考えるな。

Trial なんかどうでもいいだろ、いまさら。

3/3 に会場で Trial 配るのは皆知っていることだと思っていたが...

マジですか？日本語版？
で、皆行くの３月３日は？

買うほどの信者はとっくに買ってるし、３０日trialをもらいにゆく人っているのか？

300 人くらいはいるみたいだね。　　　

そう言えば前回、誰も居ないだろうと思って行ったら満員だったな。

>>292
うーん、個人でArchitect買う人っているのかな。

仕事でもproで十（ｒｙ

>>296
略さなくていいぞｗ
おれもそう思う｡
D5ProとDevExpress, TMS, FastReportあたりがあれば十分。

404…。

2006Personalﾏﾀﾞｰ?

>>299
VC++Expressがある今のご時世、personalの存在意義はない。

VC++ExpressでWin32開発なんて奇特な奴いるの？

.netはPro以上限定で
1万ぐらいでソース付Personal版を出してほしい。

そういえばTrialにはソース付いてるの？

>>301
いるわけねーだろ

MFCが無いことで騒がれてるけど、MFCがあってもVC++ｲﾗﾈ

.netを広めるために無料なんだから当たり前だろ

広がらない.netを押し付けられるから迷惑なんだろ

>>305
豚に真珠

MFCが真珠とはこれ逝かん？

Del厨にVCLソース <---- 猫に小判

みたいなもんか？

>>309
豚発見。

>>311
猫発見。

ＭＦＣ＝残飯

のイメージ。
Ｍ＄からも捨てられるようだし。

VCL ＝ 厄介モノ

のイメージ。
棒からもIDEごと売られるようだし。

>>314
なんでDelスレに入ってきたの？

ブドウが酸っぱいといいたいか。

>>315
なんでDelスレに入ってきたの？

桃が甘いといいたいか。

>>315
常駐してるインライン君だよ

>>317
こんにちはインライン君。

にゃーん

いったい俺たちがどれだけ begin と打ってきたのか。　
そして同じ数だけ end も打ったろう

いや　asm　とcase を考えれば end の数はbeginに勝るのか

だから Delphi も end になったんだね

program 　delphi ;
end.

始まってもいないのに終わったわけか

beginとendくらい、｛、｝とか「、」で代用出来るような柔軟性あってもいい気もする。
エディタいじってなんとかならんかな？

Delphi2006のコード補完の便利さを知らないなんて哀れだな。

VS の IntelliSense には及ばないけどな。

しかも Express は無料だし。

貧乏人専用ザク

>>325
くわしく

で、いままでExpressで>>327が作成した最高傑作は何かな？

ひとに聞くなら、まず自分のDelphi製最高傑作を教えれ

飛び出すな。売却先は急には決まらない。

DevCoに強力なライバル登場！
http://d.hatena.ne.jp/rubyco/

デブ子って日本語ではいまいちだな。
IDE子、IDEおん、まる開・・・2ch用語プリーズ。

擬人化されたらデブ子悲惨だ

自動車部品会社にDelphiを取られたのは痛かったな。
Dellもかぶるし。

破産したんだから譲ってもらうわけにはいかないの？

頼んでみるか。

>>336
違う分野ならええのと違う？
Appleとかみたいに。

車買取、中古車無料査定のアップルですか？

http://bdn2.borland.com/!jp

助け -> Helpに戻った件（笑）

>違う分野ならええのと違う？
ずーっと裁判してるんだよ。それも DevCo が受け継ぐのかな

> ずーっと裁判してるんだよ。
なんの話？
ビートルズのアップル vs ジョブスのアップルの話？

Fedora Core 5 が20日にリリースらしいよ

Winny関連でまたまたC++BuilderTV出演ｵﾒ

スレ違い

BCBこれだけテレビ露出増えたんだから売り上げも伸びたんでしょうね

BCBスレ行け

VCLつながりでいいんじゃね。

>>281
つ http://www.netcoole.com/delphi2cs.htm

>>345
ＴＶ見てなかったお。
キャプ画像うｐしる！

やっぱり OS 開発はネイティブコード?
http://slashdot.jp/article.pl?sid=06/03/16/1143227&from=rss

> この調査から、Grimes氏は以下のように結論づけている。
> 「Microsoft はネイティブコードでの Vista の開発に注力しているようだ。
> NET で実装されたサービスは無いし、エクスプローラは .NET ランタイムをホスト
> していない。これは Vista のシェルは .NET に基づくものではないことを意味している。
> つまり、これらの結果から、 OS の開発に使用するのは .NET Framework よ
> ネイティブコードの方が良いという決定を Microsoft は下したという結論が得られる」

>>352
＞ .NET Framework は OS やサービス等を書くよりはサードパーティのアプリケーション開発のためということだろうか。
MSははじめからそう宣伝してただろうに何を寝言を言ってるんだ？

Office はネイティブでさくさく
サードパーティは.NETでドロドロ・・・やはり罠だったのか。

Officeを開発したフレームワークを出されてもおまえらじゃどうにもならんだろうに

Officeを開発したフレームワーク＝WIN32 API

おまいら、OS の開発してるんか？

> OS の開発に使用するのは .NET Framework よ
> ネイティブコードの方が良いという決定を Microsoft は下したという結論が得られる

こいつ馬鹿じゃないのか？ あたりまえだろ。

Delphi はネイティブを切り捨てなくて良かったという事だな。

>OS の開発に使用するのは .NET Framework よりネイティブコードの方が良い

という評論と、

>Delphi はネイティブを切り捨てなくて良かったという事だな。

というレスにどういう因果関係があるのか。

>>359はDelphiでOSを作っているのか？

>>354
パッケージソフトは事情が違うだろｗ
しかも文字通り桁が違う、何桁も

> というレスにどういう因果関係があるのか。
OS以外だって、さくさく動いたほうが良いだろ。
MSだってOfficeに.NETを使ってないし。

Officeもそうだけど、そもそもMSの.NETアプリって何があるの？

VB製のソフトはサクサク動かなくても許されるから楽だよ

IDEをドトネトにした某は嵌められたということか。

XAML 用グラフィックス・ツール「Expression」くらいかな。
あとは.NETとのインターフェース部分を.NETで書いている程度。

>>365
あたり。

＞.exe、.dll、.drv、.ocx などの実行可能ファイルを XP や Vista の各ビルドについて検索したところ、
＞マネージドコードで書かれたものは全ファイルのうち 1% 程度の数であることも、彼の結論を裏付けることになりそうだ。


テラスゴス。

ﾌﾞﾋﾞ厨は２度Ｍ＄に頃された。

>>363
SQL Server2005の Management Studio｡
ただし、動作がいまいちモタモタしていて評判がよくないとどこかのスレにあった｡

なぁに、当初のロードマップ通りさ。

VBX, DDE（Win3.1or3.0　1993)
↓
NET　DDE (Win3.1　1994)
↓
埋め込みしたいなぁ．．．
↓
OLE1.0（DDE使用）
↓
OLE2.0=COM　ただし目的はインプレースドキュメント。しかしその背景には本質としてバイナリオブジェクト標準あんどオブジェクト通信の思想あり。この辺で名慮or迷著　InsideOLEあんどIsideOLE2。死者多数。
部品としてVB用のVBX (VB2.0からVB4.0　1995あたり)
↓
COMを使ったOCX (1996あたり）結局コンポーネントビジネスはやんなかったな...
ゲイツがインターネットに熱上げあんどJAVA　Appletはやる (1995）
↓
COMつかってActiveX(1996)
だんだんオブジェクトはやってくる。 （UMLなど1997）オブジェクトもでるとしてCOMの宣伝開始 DCOMなどCORBAとがっぷり。この辺でMTSではじめ
↓
マーケティングてきなWindowsDNA 。MTS2.0それなりに使えそう。つか使った。DCOM糞。(1999)
↓
COM+ （Win2000､2000）In-MemoryDBどこいったゴラァ
COM　Runtimeの情報漏れ始め (2000〜)
↓
セキュリティ→ファイアーウォールのためCOM全滅。しばらくしてから.NETとしてCOMじゃないものに．．．
↓
.NET流行らず(〜2006)
↓
WinFX完成(2007)
↓
オブジェクトベースプログラミングにより、OSは関数コールに戻る(2008)
WinFX下位互換へ

アンチネタは盛り上がり杉。
皆.NETが好きだねｗ

こっそりVCL.NETを使っている俺は負け組でつか？

それはそうだね

>>371
律儀にVCL.NETを使用する理由が知りたい｡
煽りじゃなくマジで。まさか「会社の方針」じゃないだろうな｡

自分371じゃないが、
ふつーコーディングってどんどんラップしてアプリになってくじゃん。
だから、アプリの中にレイヤーがあるのがふつーでVCL.NETも別にふつー。
重要なのは、コンパイラがターゲット環境のバイナリ吐けるかどうか。

と考えると、Ｃ丼、ﾌﾞﾋﾞﾈｯﾄ超サイアクーーーーーーーーーーーーーーーーーーーーーーーーーーーーーｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

自己矛盾してるな・・・早く薬のんで安静にしてろ

自己矛盾は、

旧ﾌﾞﾋﾞとかMFCのWinDNAに留まれば開発ツール販売停止、
ドトネトに進んでJavaに対抗しようとしたが振り向けばM＄が逃げていたというV＄厨。

m9（＾Д＾）ﾌﾟｷﾞｬｰ!!

今日は発作が長引いてるようだな・・・

どちらかというとﾌﾞﾋﾞﾁｭｳ元気無さ杉。（´・ω・） ｶﾜｲｿｽ

VBからDelに寝返る奴はいても逆は無いもんな。
限界がある側に戻れるわけが無い。

いまどきVBとか言ってるほうがおかしいだろ・・・>>378-379

コンパイラとかを変更すると、
＞寝返る
という発想はブイビー脳。

マは複数の言語とツール使うのふつー。

>>380
それが「会社の方針」「PLの方針」「顧客の要望」などの政治的理由でそうともいえないケースがありえるんだよorz

>>379
>VBからDelに寝返る奴はいても逆は無いもんな。
>限界がある側に戻れるわけが無い。
これが事実なら某は左団扇。
現実は左前。

Del -> VB ＆ VB.NETはありえない＋皆無。
VB -> Delはありうる＋でも非常に少ない。

>>384
> Del -> VB ＆ VB.NETはありえない＋皆無。
> VB -> Delはありうる＋でも非常に少ない。
これが事実なら某は左団扇。
現実は左前。

VB -> Del を熱心にやると
MSからにらまれてTogether やStarTeam を売れなくなるので
手控えたというのが実情じゃね。

誇大妄想ですか？

ボーランドがIDE部門を売却することになっても、メジャーな買い手はついていない。
ヒゲがカネだけのところには行かないとか強がってはいるが、要はまともなパトロンが
見つかっていないのだ。Delphiに価値があると誰もが認めるのであれば、まともな
パトロンがいくらでも現れてくるはずである。

>>386
客観的に見ればVBに比べてDelphiが売れる要因は少ないね。

>>388
> 要はまともなパトロンが見つかっていないのだ。

某にとっては売却より大事な事がある。
それは前CEOが引き起こした社内の大喧嘩を幕引きする事。

新CEO の大岡裁きはIDE部門は売却するけど、ALM部門も黙れという事。
パトロン探しは落ち着いて行う。で、今それをやっている。

>>389
> Delphiが売れる要因は少ないね。

ファーストチョイスとまでは言い切れないとしても
十分魅力はあると思う。

戦略の建て直し。これは確かに必要。
だからこそ今やっている。

信者から不買運動されちゃったらどんな製品も生きてはいけないよ。
やるだけ無駄だね。

口先だけで実行力がない運動として有名なアレのこと？
VB厨の彼はまだ成仏できないのか。哀れ。

>戦略の建て直し。これは確かに必要。
>だからこそ今やっている。
そりゃそうだ。建て直さないとどうしようもないところに来ているのは事実だ。
だけど、これは旧ボーランドIDEだけのせいじゃない。
もう、プロプライエタリなマイナー言語が日の目を見る時代じゃなくなったんだよ。
時代が変わったんだ。

え？ トカゲの尻尾切りのことを、いつから大岡裁きって言うようになったんですか？

>>394
> プロプライエタリなマイナー
世の中、そんなアプリばかりだと思うが。

プロプラ言ってみたいお年頃なんだろ

>>395
> トカゲの尻尾切り
それはMSのVB切捨てご免事件の事でしょ。
某はそんな野蛮なことはしませんから。

>>396
「プロプライエタリなマイナー言語」と書いたのに、
「プロプライエタリなマイナー」で切って、おまけに「そんなアプリ」にすり替えましたね。

あなたにとっては「プロプライエタリなマイナー言語」では都合が悪かったようですな。

>>398
MSがVBの仕様を手直ししたら、頭の固いユーザーが反発したというアレですね。
確かにこれはトカゲの尻尾切りかもね。

>某はそんな野蛮なことはしませんから。
言われてみればそうでした。
切ったのは、尻尾というよりも腰から下をバッサリと、という感じ。
野蛮を通りこしてますね。
腰から下によほど悪い病気でも持っていたと考えたのでしょうか ＞ ボーランド。

でもね、これはどう考えても大岡裁きじゃありませんよ。

もうだめだろ。

>MSがVBの仕様を手直ししたら

もうだめだろ！ そんな事しちゃぁ〜。

>>402
かつてはボーランドもやったことだし。
VBのユーザーの反応と同じで、旧バージョンも継続して販売して欲しいという
希望も多かった。
MSがMSDNでVB6を2年ぐらい継続的に入手できるようにしていたのに対し、
当時のボーランドは旧バージョン即刻打ち切りだったと思う。
ボーランドの立場で言えば、そこそこ優秀な旧バージョンを使い続けられることは
商売の邪魔だったんだろうな。

あのときはかなり反発するユーザーもいたなあ。

> そこそこ優秀な旧バージョン
って何？
Delphi7あたりなら今でも買えそうだけど。

そこそこ優秀だったからだろう
VBはそこそこも優秀じゃないからｗ

あれをきっかけに、心情的にボーランドから離れてしまった人も多かったはず。
ただ、そういう人も当時は実質的に代替品がなかったし、何年もボーランド製品を
使わざるを得なかったのだと思う。
MSも少なくとも日本市場では、新卒初任給を超える糞重いMS-Cぐらいしか出して
いなかったからな。
つまり、ライトウェイトコンパイラ市場ではボーランドは独占企業みたいなもの
だったわけで、反発したユーザーも従わざるを得なかったんだな。

その旧バージョン切捨て事件の前まで、雑誌のプログラミング記事で熱心にボーランド
製品を推奨していたライターがいた。このライターは今のDel信者と同じぐらいに
視野狭窄的なマンセー記事を書いていたのだが、事件のあとは急に冷めてしまった。
だけど、そのライターもどうしようもなかったんだね。ボーランドは独占企業だったから。

その後何年も経って、久々に雑誌でそのライターの名前を見たと思ったら、
VBのマンセー記事を書いていた。まるでかつて、彼自身が書いたボーランド製品の
マンセー記事をコピペしたような内容だったことに少し驚いたものだった。
確かに、彼がコンピュータ教育でやりたかったようなことは、確かにVBで実現できるように
なっていた。しかし、Delphiでも良かったはずである。独占企業だった頃にユーザーに
対して冷たい仕打ちをしたボーランドに対する当てこすりのようなものもあったのだろうか。

> 旧バージョン切捨て事件
Borland-Cの話？
いくらなんでも古すぎるだろｗｗｗ

もしかして粘着しているのはリアル定年老人？

903 名前： デフォルトの名無しさん [sage] 投稿日： 2006/03/13(月) 21:31:12
> 私はあと20年くらいしかプログラムできませんが
平均寿命78.4歳−20年＝58..4歳ですか。
高齢化社会ですなー。

>Borland-Cの話？
そんなに新しい話じゃないね。
だいたい、Borland C++の時代には既にVC++が台頭してきていて、ボーランドは独占企業
ではなくなっていた。OWLも最初から最後までマイノリティだろ。
それにBorland C++のIDEはろくなものじゃなかったから「そこそこ優秀な旧バージョン」には
間違っても該当しないし、OWLを核としたIDE製品がフェードアウトしていっても惜しむ奴は
ほとんどいなかった。ちょうどKylixがフェードアウトしていっても文句を言う奴がほとんど
いないようにね。
ボーランドだって利潤を求める私企業だ。独占状態にあって権勢を振るっていれば、ユーザー
を泣かせ、貧困に陥れば活路を見出すために、目先を換えてユーザーを泣かせる。
これは仕方がないことなのだ。

> そんなに新しい話じゃないね。
1995年以前は今とはまた状況が違うから。
客層も違うし。

オレはpublishedが好きだ。列挙型の名前が文字列として扱える。設定ファイルからパラメータが簡単に読める。　なんて可愛いんだ。

オレは動的配列が好きだ。　その柔軟さ、強力さには惚れ惚れする。

オレはオープン配列コンストラクタが好きだ。配列を渡せるようにしておくだけで、こんなに幸せな気分にさせてくれる。


オレは・・・・オレは・・・・

数年前から急激に某の客層も変わってきてるよな。
JavaはEclipseに流れたし。
少なくとも大きな新規プロジェクトでDelphiやBCBは使わなくなってきているし。
今回の売却騒ぎでこの方向は決定的。先行き不安なマイナーツールを何年間か
かけるような新規プロジェクトに採用するような奇特な会社がどれぐらいあるだろう。
一回別のものに乗り換えられたら、乗り換えコストを差し引いても余りあるメリット
を提供できないとプロは戻っては来ないわな。
だったら、もっとアマチュアのマニア層を大切にすればいいのに、エンタープライズ
用途の高価格帯に力を入れているし、もう、むちゃむちゃ。

会社が変わって体質が変われば、HSPとかのユーザーは食えるんじゃないか？
期待したいところだ。

>もしかして粘着しているのはリアル定年老人？
定年かどうかはともかくこのスレで長文書いてるのは間違いなくおっさん

JVCLユーザーの皆さん、投票をお願いします。
http://sourceforge.net/awards/cca/　のDevelopment
またはhttp://www.wilsonresearch.com/2006/ostgawards06/ostgawards4.php

おっさんの感覚だと非オプソのツールでもまだいけると思うんだろうな。

非オプソツールでいけるだろ。

>>414
この顔ぶれだと MinGW に入れてしまうなあ(w

http://www.nikkei.co.jp/kaigai/us/20060318D2M1800M18.html

TextSS　の64bit化おながいします

もしくは64bitにネイティブ対応した置換ソフトないですか？

FastCode
http://fastcode.sourceforge.net/
見てみたら
いいかも

Delphi談話なんて不買運動とか売却の話題しかないよ。時間の無駄。
VBでもやってた方がマシ。

>>421で >>419 のような荒しを呼ぶわけか

DelWiki がみえない。
Delphi-MLがみえない。

Delphiは、.NETでうごかなくてもいいから、Intel-MACで動かせないかなあ。

>>423
XP上でなら動くでしょ。

>>420
MastMove
http://cvs.sourceforge.net/viewcvs.py/fastcode/Source/?sortby=rev

> 260 名前： デフォルトの名無しさん [sage] 投稿日： 2006/03/20(月) 22:44:51
> もう、ネタ切れなんだな。こんなんばっか・・・

ではVBネタ、.NETネタ、矩形選択、IDE売却・分社化は他スレに任せて
こちらはマッタリと。

> こちらはマッタリと

マッタリと何を談話するの、それ以外で？

for〜inの変な応用でも考えるか。
コルーチン化できないかなあ、とか。

Ｄｅｌｐｈｉにはもう言語仕様的に面白いネタ何もないし。

しかし不思議なのは標準アクション的なライブラリ作ってる人が
(国内では)ほとんどいないつう事だな。
コンポ貼ってイベントハンドラちょこちょこ書くよりよっぽど手早く出来るのに。

class helperは特許取ってるらしいぞ
さり気に便利そうな気がしてるのだが使いどころが難しい

>>429
見本みしてくれや

後はrecordのコンストラクタがなんかUndocumentedな凄い使い方が秘められてそうな予感がする。
演算子オーバーロードとかはどうでもいいやな

>>429
標準添付の標準アクション以外に便利なネタあるなら教えれ

>>433
とりあえず作ったのは
常に手前に表示、コントロール・コンテナ＋Ｓｐｌｉｔｔｅｒの表示非表示、
バージョン情報、関連付けで開く(URL, ローカルのツール等々)、
ＡｃｔｉｏｎＬｉｓｔのショートカットキーのカスタマイズ、フォントの設定、

MenuItemに寄生して項目を自動生成するものとしては
外部ツールの登録、最近使ったファイル、お気に入り・指定したディレクトリの展開等。

他に特殊用途のものがいくつか。

例えばバージョン情報フォームの表示アクションなんてこの程度の物だけど、
どんなしょぼい小物ツールでもノーコストで
バージョン情報や外部ツールの登録その他細かい機能を
ほいほいつけられるからアプリの品質・機能が上がる。
楽できるのは実質イベントハンドラ一行分なんだけど
それでも塵も積もればでルーチンワークが減るからDelphiのとても好きな機能の一つだな。
   THelpAboutAction = class(TAction)
   public
       constructor Create(AOwner: TComponent); override;
       function Execute: Boolean; override;
   end;

procedure Register;
begin
   RegisterActions('ヘルプ', [THelpAboutAction], nil);
end;

constructor THelpAboutAction.Create(AOwner: TComponent);
begin
 inherited;
   Caption := 'バージョン情報(&A)...';
   DisableIfNoHandler := False;
end;

function THelpAboutAction.Execute: Boolean;
begin
   TAboutForm.Execute;
   Result := True;
end;

おお、なるほど。こんな事が出来るんだな。
知らんかった。ありが�d。

JKがHibernateの未来はECOみたいな事を言ってたけど
これってどうよ？

つか.NETでは永続化には普通は何を使うの？
NHibernate？

>>432
演算子オーバーロードしないなら、object型でいいんじゃない。

C#は社内用途としてもしっかり使われているようだな
http://www.famitsu.com/game/news/2006/03/21/103,1142918858,50321,0,0.html

BDS2006のC#をもっと活用汁という事だな。

それは変体だな。いまだに1.1 だし。

1.1アプリも多いと思うぞ。

これから作るやつはいないだろ、わざわざ。

.NETには互換性が無いからな。

なら、BDS も動作しないかもな・・・

リファクタリングはTogetherの奴を使う方向だからいいのでは。

>>447
BDSのリファクタリングはTogether関係なかったような気が。
.NETを使う理由がリファクタリングにCode DOMを用いるからと聞いたような。

BDS で .NET やるヤツなんかいないだろ、ふつう。

>>430
class helper使いどころ教えてください
某氏のところみてもいまいちわからん

>>440
MSではソニーや任天堂のハード用の開発環境は作れないけど、
Borlandなら可能。

> BDSのリファクタリングはTogether関係なかったような気が。
BDS2005のリファクタリングはDelphi開発チームが実装したが
BDS2006で拡張された部分はTogetherの機能を使っているだけのような気がする。

>>450
> class helper使いどころ教えてください
今の所、完全ではないので
.NETのクラスを拡張する時だけ推奨。

>>444
商用の開発とかだと出たばかりのものは怖いので、割と最新版を使わないというのは多いね。

BDS も出たばかりだろ。

BDS 4.0ですけど何か？

4.0β だね実質。

>>450
class helperはvirtualメソッドが後付け出来るんだよ。
ライブラリのコードにアプリ専用の仮想関数が追加できるんだよ。
最強じゃね？

…しかし今のところWin32では動いてくれねえ。(非virtualのみ動く)
…というわけで.NETでしか使えねえ。
…というわけでclass helperまだ使えねえ。

めでたし、めでたし。

C# 3.0かなんかで

method(targetclass, args)
を定義すると
targetclass.method(args)
と呼べるシンタックスシュガーが追加されるらしい

>>460
その手の構文糖を持ってる言語は多いね。
Win32でも使える限定版class helperも同じ。単なる構文糖。
Delphi for .NETのclass helperは、多態もできるので糖以上の機能を持った構文。

>>460
これってどんなうれしいことがあるんだろ。
後から簡単にメソッド追加できたりするってこと？

>後から簡単にメソッド追加できたりするってこと？
これのメリットは標準的なクラスにあたかも最初から備わっているかのように
ユーティリティ関数を追加できるようになる。
例えば
'foo,bar,baz'.Split(',') ==> ['foo', 'bar', 'baz']
TWinControl.GetRect: TRect
TWinControl.SetRect(ARect)
とかが自然に使えるようになると便利でしょ。

Delphi on Win32みたいにどのクラスにもぶら下がっていない
雑然とした文字列処理関数群を巻き散らかすよりはるかにわかりやすい。
反面使いすぎると混乱するけどね。

"Class helper" オタクは日本に一人しかいないからバレバレ。
おまえさんの才能が日本に埋もれるのはもったいないから bdn に記事書いてみなよ。
日本語でいいから David I にでも送ってごらん。
話相手もいっぱいいるだろうし，おまえの才能も，大海の中ではありふれた物に過ぎないと
自覚できるよ。

464が何が言いたいのかよくわからんが、なんか嫉妬してそうだということはわかった

>>462
ドット記法厨を満足させることができる

> なんか嫉妬してそうだということはわかった

お、ちょうど俺も「464＝嫉妬して見苦しい」と思っていた所だ。

>>453
Win32だとメソッド後付けはvirutalよりもdynamicの方が実装しやすいんじゃないかな。

>>463
なるほど。あったらかなりおもしろそうだな。

>>464
見苦しい

おもしろそう、つーか、構文上だけの話だからなあ。
雑然とした文字列処理関数群を巻き散らかさなくて済むかというと
ソースファイルの構成まで変わるわけないので、
結局、()が.にできるのをどう思うかなんだよなあ。

ちなみにC++0xにはこの逆のa.x();をx(a);と呼べるようになる機能が提案されている。
C++には字句ベースのtemplateがあるから意味があるんだよね。
C#だと本当に見かけだけの問題。

>>468
そういえばそうだな。
System.pas見る限り、Borlandの中の人は一時interface返す気まんまんみたいだがw

class helper使ってみたけど、
'foo,bar,baz'.Split(',') ==> ['foo', 'bar', 'baz']
今は、これは無理っぽいのかな？
stringがclassじゃないから、helperは作れないよね

>>471 .NETの話じゃないかな？

.NETのほうでやってみた。
for System.&Stringとかやってもダメだった。
Int32とかもダメだった。
System.&Objectとかは通る。

基本型にマップされてるのがダメっぽい。

というか.NETだともともとSplitはあるんじゃない？

>>472
勘違いしてた。スマ

フサギコがバカボンのパパに変わったのは何で？

冬厨大暴れ。

マウスでFormを動かせなくするコーディング教えて下さい。

談話室。

マウスのコードを切れば二度と動きません

マウスはひとつしか持ってない貧乏人ですか？
コードレスもあるんだよ。

マウスコネクター
抜く

> コーディング教えて下さい。

これ読めないヤツ大杉。

すべてのマウスを破壊する

>>483
スレタイ読めない奴に言われてもな

ま、それよりバカってことだな

>>478
while True do ;
で動かなくできるよ

それどこに入れますか。

applicationオブジェクトのメッセージポンプを止めればいいんだから
まあどこに入れてもいいよ。

>>478
borderstyle := bsnone;

止めるんじゃなくて横取りするんだろ。キー入力も効かなくなるので却下。

もしもプログラミング言語が車だったら - まちゅダイアリー (2006-03-29)
http://www.machu.jp/diary/20060329.html#p01
Delphiはなんになるんだろうね

リコール対象になるだろね

セミオートの輸入車だな。
VCLのおかげでオートマ限定の人でも乗れるが、
マニュアル乗れる人ならそれなりの走りも出来る。
ただし本当にMTを必要としている人には不自由で、
ATを必要とする人には安心の国産車が好まれるので、
よっぽど変った人しか乗っていない。
壊れやすい上に国内には販売所しかないのだが、
そこがまたマゾいユーザーには快楽となっている。

>>494
ウマイ

壊れやすいってわけではないような

製造ミスが多い？

DelWikiがなくなってから定年退職してやることがなくなってしまったボケ老人のごとく
無価値なゴミレスが積もっていくな

>>498
ま、自分のことを告白しても、しょうがないわけだが

D8 D2005 なら ---> リコール ---> 回収 ---> 出荷停止 ---> 終了

となるだろ。命にかかわらないから、見逃されてるだけで。

>>498
> 無価値なゴミレスが積もっていくな
2ch に価値ある事を書いても流れていくだけだからな。

>>500
ほんとに執念深いね。キモイ。
使い方を間違えてるし。

>>494
なんかマツダ車を思い出させる特徴だな

>>501
> 2ch に価値ある事を書いても流れていくだけだからな。

ほんと価値ない書き込みだなｗ

vbの無料最新版って.NETしか作れないの？
これじゃ、.NETを普及させるためにやってるだけじゃん。

そのためにやってるって書いてたでしょうが。
まさか神からの御慈悲とか政府の援助金で無料になったつもりだったのかい？

その割りに普及しませんね

そりゃ悪いものは普及しなくて当たり前だ。
むしろここまで普及させた事の方がすごい。

> そりゃ悪いものは普及しなくて当たり前だ。

なるほどなぁ・・・。Delphi なんかほんとに普及しなかったもんなぁ・・・。

我々一部のユーザーにとってしか良いものではないからな。
低い普及率で妥当だと思うよ。

もうそのユーザもほとんどいなくなったし・・・。ほんとに一部のユーザだよなぁ残ったの

>>504の心理を考えてみた。
無料だと聞いてVBを試してみたら、.NETアプリしか作れなくて不満。
つまり、無料のRAD環境を.NET以外で欲しいのだ。
無料のコンパイラぐらいならいくらでもあるはずなのに、それは使わない。
なぜなら、DelスレにVBの話題を書くという行為から察するに、
RADでしかプログラミングしたくない、もしくは出来ない真の初心者だからだ。
そんな初心者でさえも、.NETアプリを作る開発環境では不満なのだろう。
じゃぁもうDelphi 6しかないよな。慣れたら新しいの買えばいいかもよ。

という人にしか普及してないのは当然。

なげぇーわりには、くだらん分析

なーに、サッカーじゃなく野球好きの国があってもいいではないか。
ユーザー数16人でも気にしない

ｈｅｌｐにＤｅｌとＣ＋＋の構文があるけど
Ｃ＋＋使う人ってタフだなと思う。

>514
私はBCB使いなんですが、逆の感想ですね。少なくとも私の仕事の問題領域では、
テンプレートのおかげでいろいろ手間が省けるというか、まあ決まり言葉を羅列すれば
仕事ができてしまいます。
確かに、Delphi使いの人のほうが楽してるな、と思う場面もたまにはありますけれども。

プログラム自体はコピペで出来るとしても
後で眺めたり印刷するときにだらだら長くなって嫌だな、とは思わんの？
＿とか｛｝　とか見てるとうんざりする。

そのくせ、A++=Bとか短くする。

それを言い出すとbegin...end; 厨が・・・

あのアンダーバーってなんか意味あるの？

規約にないメーカー独自拡張のキーワードだな
アンダーバー1つはCで、2つはC++

>515
慣れですかねえ。エディタに構文強調とかあるんで、そんなに見難いって事はないですねえ。
しかし{}はきちんとインデントしないと、どえらいことになりますね。
__については、実のところ、コードに出てくる状況がかなり限られるんですよ。だから
煩くてしょうがないってことはないです。

x 514 >515
o 515 >516

ゴラァ。くだすれで暴れるな！

暴れるな言うてるだろがぁ

安置とでもいいから馴れ合って孤独を癒したいが為だけに
一年中粘着してる基地外に何言っても無駄。ほんとに無駄。

だってDel厨がいちばんリアクションがいいから

まあ、Delphi使いは半分は趣味だから、そういう面でも面倒見がいいのは間違いないな。

> DelphiのライバルであったVisual Basic 6.0は，既に2005年3月の時点で
> 通常サポート・フェーズを終了している。Visual Basic .NETに対する互換性も
> 高いとは言えない。これまでのDelphiの状況は，Visual Basicと比べればまだ
> 良かったと言える。

> たとえ標準化されていても，そのベンダーがサポートを中止したときに，
> 代わりとなるツール/環境がなければ意味がない。この点で，ECMAに始まって
> ISO/IEC，JISまで標準化がなされたとはいえ，本家Microsoft以外のコンパイラ
> が弱いC#には現時点では不安がある。
http://itpro.nikkeibp.co.jp/article/OPINION/20060405/234655/

http://pc8.2ch.net/test/read.cgi/tech/1142594051/759
＞マジレスするとDelphi使いは死滅関係なくほとんど自分で選んで使ってるから難しいよ
＞VBやC++とかは仕事で使うから仕方なくって人もいるけど、Delphiはほとんど好み

これに感動した。

Delphi 最強！

＞ベンダーがサポートを中止したとき

D5とか使い続けてる人には全く影響ないな。

> 3月に開催されたBorland Developer Conference Tokyo 2006で，
> Borland SoftwareのDavid Intersimone副社長が「IDE部門の新会社を設立する」
> と述べたことから，最終的にユーザーが不利益を被らない形で決着する可能性
> が高い。

> と述べたことから，最終的にユーザーが不利益を被らない形で決着する可能性

アメ公の言う事はあてにならん。

とりあえず自分的にはWin64bitバージョンが出るだけで納得する。

64bitって思ったより普及遅いね

(AMD64≒IA-32e)　≠　(IA-64≒IPF)　どっちの64bitの事？

クライアント・サイドで64bitが流行るにはあと２・３年かかるんじゃね。

流行より遅くては意味がないし
流行より早すぎてもおいしくないし

流行するかどうかはわからないとしても、今年末には欲しいかもしれないね

Delphiが通常カバーする領域考えたら
64bitのアドレス空間なんて不要だし(それどころかメモリ効率が悪化する)
コンパイラの最適化がしょぼいから64bit演算で高速化したかったらC/C++で書いてDLLで呼べばいいだけだから
Delphiが急いで対応する必要性は全くないな。
即恩恵が受けられるのはDBエンジンくらいか。

64bitアプリを作らざるを得なくなるまでが、移行先を考えるタイムリミットかと。

Del64が出たら、リコンパイルだけだお。

たいていPointer, TObject, Tag, Longint, Integerあたりをごちゃ混ぜに使ってるから普通にトラブるな。

>>538
「DelphiのUnicode化はWin64bit版から対応する」という話がどこかにあったから（ソースなしごめん）､
そういう意味合いで64bit版Delphiを所望する可能性もある｡

Unicode化はすると思うが
スピードはDevCo の景気次第と思われ。

自分UTF8をStringに入れてるから内部でごちゃごちゃUNICODE変換するワケワカメVC++/MFC〜ADO状態になって欲しくないなぁ。

>>544
それならまずは、自分がわけわからないコードを書かないようにしろ。
そのために、StringとかPCharとか無意識に書かないで、
AnsiString、PAnsiCharと書くクセをつけろ。

ゴラァ。くだすれで暴れるな！

日本語マニュアルはここ
http://www.intel.co.jp/jp/developer/download/

インテルR エクステンデッド・メモリ 64 テクノロジ・ソフトウェア・デベロッパーズ・ガイド、第1巻 [日本語: PDF 形式 3,637KB]
インテルR エクステンデッド・メモリ 64 テクノロジ・ソフトウェア・デベロッパーズ・ガイド、第2巻 [日本語: PDF 形式 2,980KB]

var
s1:AnsiString;
s2:WideString;
begin
s1:='あああ';
s2:=s1;
end;

とすると、s2にはUTF-8の’あああ’が入るのですか？

UTF-16だよ

そういえば、Windows上のWideStringには、参照カウントが無いとか書いてあったなあ。
あんまり大量に同時に使うとすぐにメモリ無くなっちゃいそうだ。

>.NET Framework製のEXE/DLLファイルの内容は
>“MSIL”という独自の中間形式で構成されており、
>起動するたびにコンパイルが行われるため起動に
>時間がかかる。

>>551
プリコンパイルしてその時間を省略できるんだが、それでも遅い。
遅いことの根本的な原因はそこではないよ。
OSを含めて、全てが.NETで動作するようにならないと解決できないので、
いつまでも.NETアプリの優秀さが認められることはない。
全てが.NET化することはあり得ないので、.NETはもうダメっぽい。

速度という観点から見れば､いままで通りWin32 or 64ネイティブをやっていればいいということなのかな？

>全てが.NET化することはあり得ないので、.NETはもうダメっぽい。
Vistaはその予定”だった”と聞いたことがあるんだけど､あきらめたんだね。
MSがいまだにOffice.NETにならない限りキラーアプリがいつまでも出ないということになるし
（SQLServer2005のManagerは.NETアプリなんだけど、「遅い」ということで評判はあまりよくない）

いい考えがある。










Vistaを中止してLonghornを開発しる！＞＞Ｍ＄

Vistaの開発コード名がLonghornではないの？

C#触ってみればわかるけどGUI周りはまだDelphiの方がやりやすいとはいえ
MFCなんかと比べても十分作りやすい。
速度も今までVBが占めていたシェアを考えるとそれほど大きな問題ではないだろう。
Java同様レスポンスはともかくスループットは悪くない。

今まで十分なアドバンテージを持っていたにもかかわらず
Delphiがシェアをほとんど奪えなかったのに
C#、VB.NETが十分進化してしまった今、事態が好転するとはとても思えないな。
ここで日がな一日.NET叩いてみたところでDelphiにユーザーが流れるわけでもなし。

禿道。たたかれるほど、そんなに遅くないよ、GUI まわりも。小さいループの
数値計算だと Delphi より速い場合もあったし。コンパイルも激速ではないけど
結構速いし。IDE のコードエディタのインテリセンスのおかげでものすごく書き
やすい。あすすめ ＝＝＞ VSC#Express

>>556
MFCと比べた時点で支離滅裂だ。
RADとそうでない物を比べて、十分も中途半端もない。
さらに、旧VBのスピードは機械の進化でどうにでもなったが、
せっかく優れたメモリー管理が出来る.NETなのに、
その部分がOSから1アプリとしての権限しか認められない現状だと、
どこまで機械が進歩してもいつまでも邪魔者となる。
OSが.NETベースで動き、一部のアプリがネイティブなら、
そのネイティブが邪魔になるというロードマップだったんだが、
予想以上に普及しなくて今は.NETが不当に追いやられている。

おまえの言うとおり.NETは素晴らしいんだが、ネイティブを全滅させないと真価は出せない。
そのために一番邪魔なのはネイティブしか興味のないDel厨。
目の前の現象しか見れてないから、.NETは遅いと勘違いしている。

UI作ってて楽なのはDelphiだけどコード書いてて楽しいのはC#とRubyだな。
Delphiはストレスたまる。

全然。

VCL は１０年前に現れたとき、革新的だったし、素晴らしいクラスライブラリだった。
いま .NET をたんなるライブラリとしてだけでも見てしまうと、VCL がいかに UI まわり
に偏ったライブラリであることに気づく。これは DB のフロントエンドとしての
GUI ビルダとして設計された経緯もあるが、GUI 以外がいかにも貧弱。

文字列操作、コンテナクラス、コレクション、WEB 関係、普通のプログラミングで
使うようなライブラリとしては、残念ながら、いまでは VCL は .NET の足下にも及ばない。

>>561
そりゃおまえがGUIにわがままじゃないからそう感じるのさ。
.NETは何か拡張しようとしてもオーバーライドできない物が多すぎる。
コモンコントロールに対しても、余計なお節介処理が多すぎて自由に扱えない。
リフレッシュのタイミングすら自由に出来ないライブラリは使う価値がない。
綺麗な見た目のアプリは.NETでは作ることさえ出来ない。
Delphiでなら出来るかどうかは当人の腕前による。出来ないヤツはどっちでもダメ。
いや、.NETで作れる程度の物で十分だというやつに、
俺みたいにわがままに追求しろとは言わないよ。

なんかやかましそうなUI作ってそうだな

>>563
逆だよ、やかましい.NETの余計な処理を、止めることが出来なくて使い物にならない。
UIの動作はアプリに支配されてしかるべきなのに、
UIに支配されたアプリしか作れないのが.NETなんだ。

しかしいつ来ても同じ面子で同じ事繰り返しているスレだな。
Delの停滞っぷりがコミュニティにも反映されているようだ。

まぁ、Del厨の最後の砦だからな、GUI は。ほんとはそんなのはプログラミングじゃ
ないんだが。プロの糞面白くない仕事ならしかたないが。

しかしいつ来ても同じ面子で同じ事繰り返しているスレだね。
Delの停滞っぷりがコミュニティにも反映されているようだ。

>>567 おまえの繰り返しが一番ウザイ

厨くんや粘着くんはｄａｔ落ちしないように
24時間書き込み続けてくれているんだよ｡
これからも保守のために
どんどん書き込んでくれよな
厨くん･粘着くん｡

1000 ：デフォルトの名無しさん ：2006/03/17(金) 23:44:47
1000


こんなのもまだ落ちてないのに、なぁーに寝ぼけたこと言ってるんだか

.NETはVBAの延長では？

寝ぼけたこと言ってないで、寝る！

>>561
寝言言ってるか？
"Visual" Component Libraryだぞ。元々GUI専門。

それに、Web関係は、サーバー選ばない分IntraWebがASP.NETより
優れてるかどうかはともかくライブラリとして本来あるべき姿じゃないかなと思う。
あと文字列操作なんかは、.NETの場合、ILの制限があるので、ある程度環境側が用意しないと言語側だけの操作では限界があるからだろ。旧VBの延長。

VBには雑談スレもないからさびしいんだろ。
Del使いがCへ流れても、VBに流れる事はありえないからな。

> 元々GUI専門。

そうそう、VCL って結局それだけなんだよね。もう賞味期間が切れてる。

VBプログラマなんて仕事で仕方なくやってるだけでしょ。
技術に興味が無いし、雑談なんかできっこない。

ずいぶん長い間アンチが粘着するスレですね

（注）本スレは被害担当艦としての機能も持ち合わせているのだ。
見識の狭い困ったちゃんが他のDelphiスレで暴れるのを防ぐため
なま暖かい心で構ってあげるのだ。

VCLはGUIを楽にさせてくれるためだけに集中してくれたからこそ使いやすかった。
変なライブラリを追加しなくても単独で動いてくれるからね
それ以外のコンポーネントが必要とか欲しくなったら作ればいいのだし
簡単に作らせてくれたのがDelphiだったのだろう。

そうだね。GUI ビルダとして最も便利なものだった。で、それが Delphi の限界
でもあった。サードパーティーや外部のコンポなしではユニコードも正規表現も
インターネットも出来ないからね。いまだに TList、TStringList 大活躍の
有様だもんね。


ほんと、VS が進化して RAD は Delphi を追い越したし、ライブラリははるかに
先を行ってしまったのに、Delphi だけは１１年ほとんど進化なし。統合メリット
はプラスよりバグ増加動作激重のマイナスの方が多いことを考えると、退歩と
言えるかも知れない。それがユーザ激減につながっている。ま、妥当な結果だろうね。

たしかにDelphiはもうダメだ。
しかも、.NETはそれ以下だと言うことすら知らないDel厨は移行を考えている。
かわいそうだからウソの宣伝だけはやめておけ。

GUIライブラリがGUI以外を支配してはいけないという発想は無いのかね？
VCLはIDEとコンパイラが支援するものの、位置づけとしてはAPI直書きからVisualCLX、KOL等とも交換可能な単なるライブラリでしかない。
Delphi1.0なんてOWLなんかも付いてきた。
ライブラリってそんなものだ。

つーか、.NETはオーバーヘッドがあるからWin32を気軽に呼んではいけない。
だから.NETのライブラリは事実上、.NETの唯一のAPIなんだよ。
Delphiでプログラミングをする際の選択肢の一つにすぎないものを、
.NETでの唯一の選択肢と比べる意味がない。

かわったヤツ多いね。Delphi って、ものすごくマイナーなのに、

> Delphiでプログラミングをする際の選択肢の一つにすぎないものを

だなんて、笑わせるなよ。蛸壺からしか外を見られないのかよ。

いやいや、そういうのがいまだに Delphi をやってるわけだ。もう残り少ないが。

使用者の数と、選択肢の数は関係ないだろ。寝言の続きかよ。

　　　　　＼ ずどどどーーん
　　　　　　　　　　　　／|[]::::::|_ / ＼/＼＼　　 　　　　　　　／
　　　　 　 　 　 .／|￣￣￣￣ //＼ ＼/　 ＼　　　　　　／/　　　 ＿＿＿
　　　　　　　　　|　 |:::「「「「「「 / ＼/＼　　/＼＼　　　／:::/　 　.／|　　　　|＿＿
　　　　　　　＿..|　 |:::LLLLL//＼ ＼/　　＼/＼＼／::::::/　　／　 |　ロ　 .|lllllllllllll
　　　　 　／ llllll|　 |:::「「「「 / ＼/＼怒/＼ .＼/ ./::::::::/　 ／ .／ .|　　　　|lllllllllllll
＿＿　　　　 llllll|　 |:::LLL.//＼ ＼/涛＼/＼　 /::::::::/ 　 | ／　　.|　ロ　 .|lllllllllllll
　　　　　　　 llllll|　 |:::「「「/ ＼/＼熱　/＼ ＼/　/::::::::/　　 | ||／　..|　　　　|lllllllllllll
　　　　 　 　 llllll|　 |:::LL//＼ ＼/　　＼/＼　./::::::::/　 　 .| ||／　..|
　　　　　　　　　|　 |:::「./ .＼/＼　湯/＼ ＼/ /::::::::/⌒ヽ､ .| ||／　..|
　　　　　　　　　|　 |:::l//＼　＼/　　＼/＼_, -― ､　　''"⌒ヽ,_
　　　　　　　　　　　　　　　　(⌒ヽ､_,ノ⌒Ｙ"　　　　Y　　　　　.....⌒) どーーーーーん
　　　　　　　　　　　　(⌒ヽーﾞ　....::（　　 ..::.......　 .__人.....::::::::::::::::::::
　　　　　　　　　＿ノ⌒ヽ　 Y⌒ヽ;;:::::"':::::::::::::::::::::::::::::　＿＿＿
　　　 　＿＿_(　　 ﾞ　　　....:::.....　　Y"　 ∧＿∧　 　／
　　　／/ ll＿＿ヽ＿::::::::::::::::::::::::::::::ヽ....（　 ´Д｀）＜逃げろ逃げろ！
　　「　　　 ヽＯ≡≡O:::::::::::::::::::::::::::::::::::/ つ　 _つ　 ＼＿＿＿＿
　　ﾞｕ─―ｕ-――-ｕ　　　　　　　　　人

＞Windows Vista β1に感じた期待と不安
＞ttp://pc.watch.impress.co.jp/docs/2005/0804/mobile301.htm

マイクロソフトOBでWindows 1.xの時代からWindowsの開発に関わっていた方(2000年に退職)から
コメントをいただいた。引用させていただくと

“私の住むシアトル近辺のマイクロソフトOBの間では、2004年の前半に「Longhornがキャンセルに
なったらしい」という噂がさかんに交わされ、その後次々と「OFSはLonghornとは別」、
「Managed APIは採用しない」とのアナウンスがありました。結局の所、もともと計画していた
Longhorn は出せなくなったけれども、いまさらキャンセルになったとは言えないので、出せるもの
だけかき集めてLonghornと呼ぶことにした、という見方がこちらでは一般的です”

やっぱり OS 開発はネイティブコード?
ttp://slashdot.jp/article.pl?sid=06/03/16/1143227&from=rss

> この調査から、Grimes氏は以下のように結論づけている。
> 「Microsoft はネイティブコードでの Vista の開発に注力しているようだ。
> NET で実装されたサービスは無いし、エクスプローラは .NET ランタイムをホスト
> していない。これは Vista のシェルは .NET に基づくものではないことを意味している。
> つまり、これらの結果から、 OS の開発に使用するのは .NET Framework よ
> ネイティブコードの方が良いという決定を Microsoft は下したという結論が得られる」

【糞.NET】裏切り者には死を【アンチゲイツ】
ttp://pc8.2ch.net/test/read.cgi/tech/1141828033/
　　　　　　　　 ,. -‐'''''""¨¨¨ヽ
　　　　 　 　 (.＿＿_,,,... -ｧァﾌ|　　　　　　　　　　あ…ありのまま　今　起こった事を話すぜ！
　 　 　 　 　 |i i|　 　 }!　}} /／|
　　　　 　 　 |l､{　 　j}　/,,ｨ//｜　　　　　　　『.NET framework 2.0を入れたと思ったら
　　　　　　　 i|:!ヾ､_ﾉ／ u {:}//ﾍ　　　　　　　　何故かノータッチデプロイメントがぶっ壊れた』
　　　　　　　 |ﾘ u' }　 ,ﾉ　_,!V,ﾊ |
　　 　 　 ／´fト､_{ﾙ{,ィ'ｅﾗ　, ﾀ人　　　　　　　　な…　何を言ってるのか　わからねーと思うが
　　　　 /' 　 ヾ|宀| {´,)⌒`/ |<ヽﾄiゝ　　　　　　　　おれも　何をされたのか　わからなかった…
　　　　,ﾞ　 ／ )ヽ iLﾚ 　u' |　| ヾｌﾄﾊ〉
　　 　 |／_／　 ﾊ !ニ⊇　'／:} 　V:::::ヽ　　　　　　　　頭がどうにかなりそうだった…
　　　 /／ 二二二7'T'' ／u'　__ /:::::::/｀ヽ
　　　/'´r　-―一ｧ‐ﾞＴ´　'"´ ／::::／-‐ 　＼　　　移植や修正が必要だとか
　　 / // 　 广¨´ 　/'　　 ／:::::／´￣｀ヽ ⌒ヽ　　　　そんなチャチなもんじゃあ　断じてねえ
　　ﾉ ' /　 ノ:::::`ー-､___／:::::／/ 　 　 　 ヽ　　}
_／｀丶　/::::::::::::::::::::::::::￣`ー-{:::...　　　 　　　ｲ　 もっと恐ろしいものの　片鱗を味わったぜ…

＞ttp://itpro.nikkeibp.co.jp/article/OPINION/20051107/224122/
＞Visual Basic 6.0ユーザーの取り込みに失敗したVisual Basic .NETも，こうした例の一つと言えるかもしれない。

> アプリケーションの開発/実行環境が .NET Frameworkに移行したVS .NET以降，VSはかつてのような人気ツール
> ではなくなりつつあった。特に，初級者/入門者に絶大な人気があったVBは，ユーザー数がどんどん減る傾向にある。
http://itpro.nikkeibp.co.jp/article/NEWS/20051108/224154/

> DelphiのライバルであったVisual Basic 6.0は，既に2005年3月の時点で
> 通常サポート・フェーズを終了している。Visual Basic .NETに対する互換性も
> 高いとは言えない。これまでのDelphiの状況は，Visual Basicと比べればまだ
> 良かったと言える。

> たとえ標準化されていても，そのベンダーがサポートを中止したときに，
> 代わりとなるツール/環境がなければ意味がない。この点で，ECMAに始まって
> ISO/IEC，JISまで標準化がなされたとはいえ，本家Microsoft以外のコンパイラ
> が弱いC#には現時点では不安がある。
http://itpro.nikkeibp.co.jp/article/OPINION/20060405/234655/

俺んちにも.NETで数万行のゴミが放置してあるけど、今なら別に笑えるよ。

残りすくないカスをつなぎとめるのになんでそんなに必死ないなるかなぁ・・・カワイソ杉

FastMM 4.64

VBが嫌われてるんじゃなくて、質問スレ荒らすような奴が嫌われてるんだよ。
人間坊主憎けりゃ袈裟まで憎いはある程度しょうがないので、そんなことしてるとVBも巻き込んで評価下げるんだよ。
気付けボケ。

荒らしてるのはVB関係なくただのメンヘラなんだろうけどな。
荒らしてる暇があったらさっさと病院いって治してもらえばいいのに

（注）本スレは被害担当艦としての機能も持ち合わせているのだ。
見識の狭い困ったちゃんが他のDelphiスレで暴れるのを防ぐため
なま暖かい心で構ってあげるのだ。

スレの趣旨から言っても、荒らしなんかいない。強いて言えば、>>595 が荒らし。

>>588
じゃDelphiが売れるって事？

売れません。なぜならば、売る側が事業を放棄してしまったからです。

移行の矢印がどっち向いてるか明らかだろ。>>588 がいくらけなしたところで、
Delphi のユーザが増えるわけないだろ・・・

まあ、もはやプログラミングという世界が、もう終わりなんだって感じだね。
プログラマって技術職のようでいて、それを看板に上げて食べてゆく事が出来ない。
食べてゆけるのは人売業。

この閉塞感を開いてくれるのは人工知能だろうな。

>>580
サードパーティというが、pro以上なら一応製品についてきてたものばかりだろ

||:3ﾐ

ニ
･･
ω
川

||：3ﾐ　＜それで(･∀･)ｲｲ!!のだ

ゴラァ。くだすれで暴れるな！

||：3ﾐ　＜それで(･∀･)ｲｲ!!のだ

||：3ﾐ　＜それで(･∀･)ｲｲ!!のだ

Lazarus 0.9.14

>>601
ユニコード扱えるの？

pro 以上なら正規表現もユニコードも一応製品についてくるらしい？ ほんとかぁ？

なんだかんだ別の理由を見つけて貶すだけ。

正規表現厨、まだ粘着してんのか

proでなくても WideStringは使えるだろ

>>610
ム板で相手にされないからって
マ板で暴れてるしｗ

>>612
WideStringあってもユニコード文字を表示できないんじゃしょうがない。

TNT

で、>>601 は嘘つきってことだね。

>>614
普通に表示出来るよ？
　例えばメモ帳に表示したいなら
SetWindowTextW(Memo1.Handle,PWideChar(s));

例えば、フォームに表示したいなら
procedure TForm1.FormPaint(Sender: TObject);
var s:WideString;
var r:TRect;
begin
　 r:= Rect(10,10,100,100);
　 s:='あいうえお';
DrawTextW(Canvas.Handle,PWideChar(s),length(s),r, DT_BOTTOM );
end;

で、ハングルとかタイ語とかアラビア語とかどうやって表示しますか？

>>618なるほど
s:=UTF8Decode(#$EC#$95#$88#$EB#$85#$95#$ED#$95#$98#$EC#$84#$B8#$EC#$9A#$94);
MessageBoxW(Handle,PWideChar(s),PWideChar(s), MB_OK);
は出来るが
CreateWindowExA で開いた窓では
DrawTextW(Canvas.Handle,PWideChar(s),length(s),r, DT_BOTTOM );
しても日本語以外は表示出来ないわけか

まあ、TWebBrowser　でも貼り付けたらどう？

>>619
TextOutWなら表示できる筈

>>620
そう思ってたけど、Ansiに変換出来ないウニコードだと
TextOutW/DrawTextWでは表示出来ない

なんのために TNTxx があると思ってたの？

>>622
なんで「日本語版」と銘打った商品が、デフォルトで日本語表示できないの？

日本語の話は誰もしていない。
日本語OS上でハングルを表示させたいのにどうしたらいいかというお話

623

ややこしい話するな

普通にできるが
対応したフォントを指定してないんじゃないのか

UTF8Decode(#$EC#$95#$88#$EB#$85#$95#$ED#$95#$98#$EC#$84#$B8#$EC#$9A#$94);

が表示出来る？

バカじゃねーの？
根本的におかしいチャレンジだ。

DelphiはUnicodeを扱えません。
VBはSystem.Textで簡単に扱えます。

delphiはWideStringで以前からunicode扱えるよ？
最近のバージョンは UTF8からのエンコード・デコードも標準装備だよ

なんか、GUIの話だとわかってないやつが定期的に現れるな。

>>628
表示出来るよ
procedure TForm1.FormPaint(Sender: TObject);
var s:WideString;
begin
　 s:=UTF8Decode(#$EC#$95#$88#$EB#$85#$95#$ED#$95#$98#$EC#$84#$B8#$EC#$9A#$94);
Canvas.Font.Charset:=HANGEUL_CHARSET;
　 TextOutW(Canvas.Handle,10,10,PWideChar(s),length(s) );
end;

試してみて。


>>630
ウソは良くないな
System.Text は文字列変換でSystem.Text の機能は全部そろってるよ

>>632
定期的というか継続して粘着してるのが一匹いるよ

> Canvas.Font.Charset:=HANGEUL_CHARSET;

これだとユニコードを表示してることにならないだろ。日本語、アラビア語、ハングル
混じりの文をどうやって表示するつもりかな？

>>634
日本語がおかしい。継続しない粘着なんかいない。

>>635　なんで、簡単な応用が出来ないんだ？

s:='こんにちは'+UTF8Decode(#$EC#$95#$88#$EB#$85#$95#$ED#$95#$98#$EC#$84#$B8#$EC#$9A#$94);
Canvas.Font.Name:='Arial Unicode MS';
TextOutW(Canvas.Handle,10,10,PWideChar(s),length(s) );

全部をサポートしてるフォントを指定してやるだけでいいだけの事

ただし　Arial Unicode MS　のようなフォントはOSによってプレインストールされているかどうか使う前に確認が必要

>>637を読んだら、逆に出来ないって書いてる人の意図が見えてきたよ。
Delばっかりやってるとわからないんだけどさ、
実は.NETでは、フォントリンクしてないのに勝手にフォントリンクしてくれるっていうか、
仕組みは知らないけどそのUnicode対応フォントが要らないんだよね。
Delphiでハングル表示できないフォントを使っても、.NETでは適宜表示される。
そっちの世界から来ると、DelphiはUniodeに対応してないと思っても不思議ではない。
たぶん、.NETが依存してる何らかのライブラリのヘッダでも書けば、
Delphiでもそれは出来るんじゃなかろうか。

XP, 2K では CreateWindowW で作ったウィンドウなら、
DC で指定されたフォントに含まれていない文字も自動的に適切なフォントで表示される。
VCL は Ansi ベースだからこの機能は使えない。以上。

>>639
ちがうって、そのことじゃない。
うまく言えないけどさ、MSゴシックを指定してもハングルが書けるといえば伝わるか？

>>619 を読めばわかるでしょ。

> s:=UTF8Decode(#$EC#$95#$88#$EB#$85#$95#$ED#$95#$98#$EC#$84#$B8#$EC#$9A#$94);
> MessageBoxW(Handle,PWideChar(s),PWideChar(s), MB_OK);
> は出来るが

ほんとのユニコード対応とは、こういうふうになるってこと。

>>641
おまえがなぜ誤解してるかの話をしてるんだから入ってくるなバカ。

>>639
ホントか？
TForm1 = class(TForm)
procedure CreateWindowHandle(const Params: TCreateParams); override;

・・・・・

procedure TForm1.CreateWindowHandle(const Params: TCreateParams);
var CN,CP:WideString;
begin
with Params do begin
CN:=WinClassName;
CP:=Caption;
WindowHandle:= CreateWindowExW(ExStyle, PWideChar(CN), PWideChar(CP), Style,
X, Y, Width, Height, WndParent, 0, WindowClass.hInstance, Param);
end;
end;

として　TextOutWしたけど、勝手にフォントは選ばれなかったぞ

なんのために TNT があるのか分からないヤツらばっかり・・・

ボーランドが公式に Delphi はユニコードにまだ対応してない、と言ってるだろが

>>639　間違い。

RegisterClassExA 関数を使ってウィンドウクラスを登録すると、
作成したクラスのウィンドウがテキストパラメータや文字パラメータを持つメッセージを受け取ったときには、
それらを ANSI 文字セットを使って処理するという旨をシステムに伝えたことになります。
一方、RegisterClassExW 関数を使って登録すると、
メッセージのテキストパラメータを Unicode で渡すようにシステムに要求したことになります。

------------- ここまで -------------

>>ALL
わかったわかった。
TextOutWじゃ書けないってやつ、DrawTextWでなら書けるからやってみろ。
そのかわり自動で選ばれるから激遅だけドナー。

結局、描画用APIを一つしか知らない人がいて、
高速だがフォントを自動で選んでくれない方を使っていたってことで。
.NETのGraphics.DrawStringはDrawTextベースなので高速な描画が出来ないってことで。
おしまい。

おかしいなあ　うち(XP-PRO)ではなぜか
Canvas.Font.Charset:=HANGEUL_CHARSET;
の時だけ日本語もハングルも表示される

Canvas.Font.Name:='Arial Unicode MS'; 　だけではダメ
DrawTextWも同じ結果。

誰かDrawTextWで巧くゆく例を書いてくれよ

判ってきたぞ
Canvas.Font.Charset:=ANSI_CHARSET； としても日本語もハングルも表示される

つまり日本語フォント以外を指定してやれば、表示されるという事のようだ

そうしたらDrawTextW / TextOutWに違いはなかった

だから >>635がそれで表示されないというのは試してないのに想像で言ってたのだろうし
>>637も　ANSI_CHARSET　にした上でというか、ANSI_CHARSETにした段階で解決したのだろう

つかハングルなんてつかわねー
やつら客じゃなく盗人だし

>>649-650
ぜんぜんわかってない。
フォントネームは飾りだと言うことをわかってない。
そのCharsetをいじってる時点で、フォントを選んだ意味がなくなる。
なんて話が通じないからDel厨はバカにされる。

いや　ARABIC_CHARSET　　ではダメだな　日本語は表示されるがハングルはダメだ
ARABIC_CHARSET　でなおかつArial Unicode MS　なら両方表示された

ANSI_CHARSET　が正解っぽい

CharsetはNameより優先されるのがWindowsの仕様なんだよ。
つまり、MSゴシックを指定してもCharsetをハングルにすると、
MSゴシックではなくハングルを含むフォントで描画される。
日本語はハングルのフォントに含まれているから勘違いしたんだろうな。
MSゴシックのSJISを指定して、なおかつハングルが表示出来るやり方があるってば。

>>652
だからさあ、判ってるなら情報出してくれよ。

今の所 WideStringを表示させるには
Font.Charset　に　ANSI_CHARSET　を設定することが十分条件っぽいが、これで正解かい？

>>655
不正解。つーかもう死ねよおまえ。
フォントに依存するやり方ははじめから出てるだろ。
つぎに、対応フォントを自動で組み合わせて書ける方法が出てるだろ。
グサっとやるかムギュっとぶら下がるかして早急に成仏してよ。

まず、VCLはANSIなのでそれなりの方法でUnicodeにする。
その上で、使いたいフォントを選ぶ。
Charsetを指定しちゃうと、選んだフォントより優先しちゃうからダメ。
MSゴシックでSJISで、レジストリによるFontLinkナシでハングル表示するには、DrawTextWをつかう。

そもそもTTntLabelで、MSゴシックのSJISを指定してもハングル表示できる。
出すべき情報は既にでているわけだが。
ここはくだスレか？

>>654
だから規則が判らんのよ。　どういう条件か判ってるなら情報出してよ

Font.Charset:=SHIFTJIS_CHARSET;
Font.Name:='ＭＳ ゴシック';

はハングルＯＫ

Font.Charset:=SHIFTJIS_CHARSET;
Font.Name:='ＭＳ Ｐゴシック';

はハングルダメ　どうやればいいわけ？

>>658
情報は全部出してるつもりだが、どこでつまづいているのかがわからん。
フォントもCharsetも、何を指定してもたぶんOKだ。
日本語フォントなのにひらがなしか入ってないとかの変なフォントは試してない。
一般的な日本語フォントで好きなフォントをSJIS指定して使え。
UIゴシックとかはFontLinkされちゃってるから、あえてMSゴシックを出したまで。
で、TTntLabelのCaptionに、上に出てきたハングルをFormCreateで入れてやれ。
XPなら表示される。2Kはここまで親切だったか自信がない。
後はソースを追えば、DrawTextWで書いてることがわかる。

うひゃ、こんなヤツらがまだ Delphi 使ってるのね。大変だな。

現存するDel厨はうにこーどなんて扱ったことのない連中ばっかりなんだから仕方ない

もはやDelphiの雑談ではない。
PC初心者といかに話を合わせるかになってしまった。

>>660
ヤツらとは失礼な。
できないのは一人だけなのに一緒にするな。
むしろ、流れを読んでもそれがわからないおまえが大変だ、

>>663
顔が真っ赤だぞ。

顔が赤いのは生まれつきだ。
それとユニコードが表示できることと何が関係あるんだや。
だいたいおまえのかをだってたいしたことないはずだ。

悪いが俺は福山雅治似のイケメン風味だ

うひゃ、こんなヤツ＜だから＞まだ Delphi 使ってるのね。大変だな。

なるほど
ttp://blue.ribbon.to/~akene/fontlink.htm
ここで理解した。

ようするに FONTLINKの設定が
MS UI Gothic 　L_10646.TTF SimSun.TTC,SimSun gulim.ttc,gulim mingliu.ttc,PMingLiU
MS PGothic 　　L_10646.TTF

となっていたから 'ＭＳ Ｐゴシック' では日本語以外はダメだったわけだ
一度ハングル等の　CHARSET　に変更すると 'ＭＳ Ｐゴシック' ではなくなるために　他の言語も使えるようになったわけか

あとは、DrawTextW / TextOutW　で違うというのがどういう事なのかの疑問だな

DrawTextWの引数によって　'ＭＳ Ｐゴシック'　でもFONTLINKしていない他言語を使えるようにする技があるのかな

Delphiユーザーの全てがDelphiしか使えないDel厨ではない。
Delphiしか使えない集合はユニコード扱えない集合とほぼかぶるかも知れない。

「ユニコード対応」っていうのは、ユニコードであることを意識しないで使えるように
することなんだな。

>>668
ぜんぜん理解してない上に、ついに初心者であることまで暴露したな。
でも649を名乗ってくれてるおかげでバカは一人だとわかるのが救いか。
他の人はもう理解できた雑談なのでもう教えることはないよ。
このスレを何回も読めば、何年か後には理解できると思うよ。

>>670
相田みつをっぽい言い回しだけど、意見には同意。

DBの中の人はUTF8にしといて、コンポーネントの入出力でUtf8ToAnsi/AnsiToUtf8すれば大して意識しないんじゃない？

ADOの如く内部で勝手に変換してActiveXで化け化けよりよいと思う。

ActiveX （笑）

どうも判らない。

　判った事

　VCLで　RegisterClassExW CreateWindowExW してSetWindowTextW / GetWindowTextW
　しても そのままじゃUNICODE　では扱われない。 ANSIに変換されてしまう。

理由は メッセージポンプが ANSI系だから。　つまり
SetWindowTextW でも　PeekMessageA した時点でANSIに化けてしまい
DefWindowProcA で再度UNICODEに化ける仕掛けなのか
だから本格的にUNICODE化をするなら
ここから手をつけないといけないようだ

それから CreateFontIndirectWでも実験したが
lf.lfCharSet := ＳＨＩＦＴＪＩＳ_CHARSET +'ＭＳ Ｐゴシック'　では日本語以外は表示されなかった

Delphiをはじめようと思っているのですが、インターネットの解説サイトを見て勉強するのと
市販の本を買って勉強するのではどちらのほうがいいのでしょうか？
また、おすすめのものがありましたらお願いします。

どっちも駆使するのがいいと思う
ｵﾌｨｼｬﾙｺｰｽｳｪｱじゃなけりゃなんでもいいんじゃね？

>>675
どうしてまず言われたことをやらないんだ？
PC初心者というより日本語初心者。

>>675
どの世代の VCL を読んでいる？

世代って関係なさそうだが。

D2005 以降はメッセージポンプに細工が増えてるぞ。

でもユニコード対応じゃないでしょ

>Delphiをはじめようと思っているのですが、インターネットの解説サイトを見て勉強するのと
>市販の本を買って勉強するのではどちらのほうがいいのでしょうか？

僕もDelphiはじめようと思う。解説サイトでも市販の本でも、得られるものはなんでも得ようとおもう。


　…しかし、DelphiがBDS2006以降、ちゃんとリリースしつづけてもらえるのか、激しく不安だ！！

何かの時代が一つ終わろうという感じだね。

でもまあ Delphがリリースされなくても困ることはないだろ

2chの荒らしツールはDelphi製のものが多い

いまからやるヤツの気が知れない。わざわざ沈みかけた船に乗り込む事もないだろに

人生なんてそんなもんだろ

下がっていってるる株を買えば含み損に耐えなければならず
上がってる株を買えば儲かるかというと上昇してる銘柄は突然暴落するもの

みんなが乗れば、どんな船だって沈没する

>>687
乗ろうっていう人が居ないんだよ…

蟹工船にでも乗りたいのかい？

プログラムの特徴は複製容易性にあるわけで、誰も作ってないものを作る＝創造にこそ価値があるわけだ。
創造に対して代金を貰うべきで
労働で金を貰おうとすりゃ・・・・

まあ、俺は逆張り派なのでｗ

漏れもｄｅｌｐｈｉ始めたばかり｡
ｐａｓｃａｌ読みやすくてイイじゃん｡
ボーランドつぶれようが使っている人がいなくなろうが
自分の作りたいものが作れれば関係ないしね｡

もう情報交換できるようなユーザがいなくなったけどね。
一人でシコシコつくるんなら、なに使ってもいいわな。

その通り。
オナニーの道具まで他人に批判されるいわれはない。
でも恥ずかしげもなく公衆の面前で開珍するのは迷惑だから辞めてね。

ｱﾅﾀﾉｺﾄｶﾞﾄｩｷﾀﾞｶﾗｰ

くだすれDelphi(超初心者)その31
http://pc8.2ch.net/test/read.cgi/tech/1142594051/

1000 名前：デフォルトの名無しさん 投稿日：2006/04/17(月) 09:43:09
Sender が TStringList かもしれないし・・・コンストラクタの形はどうやって
決められますか？


基本的に、インスタンスを作成するという事は作成の目的があり、
ここで引数に何を持ってくるかは、プログラミング時に判っている筈です
ですから、その型に応じて何をしたいかプログラミングすればいいでしょう
つまり is 演算子を並べなさいという事になりますね

どうして、出来ません、と言えないの？

動的配列は、プログラミング時にサイズを決められない配列を実行時に動的に
設定できる。超能力者ならいざ知らず、動的にサイズを決められることを前提に
しなければならない場合もある。

Delphi では、言語上の制約により、どのクラスの参照変数であるかを実行時に
動的に判断してインスタンスを作成するようなことは出来ない。

Create　コンストラクタは TObjectにあるので作成するだけなら可能だからです

>>697
TObjectに　ClassType　というメンバー関数があり
ClassType　は TClass を返します。
つまり、どのクラスのインスタンスとして作成されたかは知る事が出来ます。

ただし、クラスは複数のコンストラクタを持つことが出来ます。
どのコンストラクタを使いたいかまでは判らないという事になります。

まあ、is TComponentであれば基本的に Create(親) がコンストラクタなので、無条件に作成すればいいでしょう
また is TStringListなら、Createを使えばいいでしょう

> つまり、どのクラスのインスタンスとして作成されたかは知る事が出来ます。

それは問題外。だってまだインスタンスが作成されてないわけだから。

つまり

function procreate( parent:TObject ):TObject;
begin
　Result:=parent.ClassType.Create;
end;

を procreate(nil) で呼び出したらどうなるかってお話？
当然アクセス違反が起きるよ

最初の質問を読まずに回答していたのですか？

972 ：デフォルトの名無しさん ：2006/04/16(日) 04:32:22
変数のみからインスタンスを作成したいのですが、どうすれば良いのでしょう？

type
　THoge = class
　end;
var
　H: THoge;
begin
　H :=nil;
　H.ClassType.Create;

の様な事をやりたいのです。

>>970
SetWindowsHookEx


973 ：デフォルトの名無しさん ：2006/04/16(日) 04:51:01
>>972 それはできません。

>>702
それなら 答えは出てるよ　

988 名前：デフォルトの名無しさん 投稿日：2006/04/16(日) 15:45:23
メモリ確保を配列的に取りたいなら

InstanceSizeメモリ確保
　　↓
InitInstance(メモリ)
　　↓
コンストラクタ



オレは>>697 の間違いに突っ込んでるだけだから

どうも、きみ大変だな。

クラスが分からんのにどうやってクラスメソッドを呼び出すつもりなの？

>>703

>>697 が間違いなら、簡単な例をあげてみたら？ 実際に動作するコードを。

逆に、どういう状況を想定して、>>697を書いたのか教えて欲しいのだが？

>>706

>>703 で「答えは出てるよ」とかいうなら、まず具体例をあげてみて。

type
　THoge = class
var
　H: THoge;
　 HClass:TClass;
begin
HClass:=THoge ;
　H :=nil;
　GetMem(Pointer(H), HClass.InstanceSize);
　HClass.InitInstance(H);
　H.Create;

>>704
クラスが判らないのなら、そもそもインスタンスを作ろうとしないだろう。

動的にクラスを作成する方法について

１、作りたいクラスはあるが、インスタンスのメモリを自分の指定した位置で作成させたい
　この答えが >>708

２、作りたいクラスを動的に指定させたい

　　a) クラス参照型の変数で作成させたい＝TClass変数を使えば解決

　　b) 既にあるインスタンスと同じクラスのインスタンスを作成させたい >>701

> 973 ：デフォルトの名無しさん ：2006/04/16(日) 04:51:01
> >>972 それはできません。

これが正解。

それをいったらそもそもDelphiで何か作ろうとすること自体が無意味だ。
無意味な中でやってることを否定されたらもう身も蓋もない。

何かの約に立つ既に無いものを作れば、それには常に名前と意味が新しく付いてくる

クラスってそこまで悩むか？Delphiの基礎だよ？

クラスで悩んでるんじゃなくて

元の質問をネタにして、　
　・　作りたいクラスが不明なのにクラスが作れるか派　（出来る筈が無いと判ってる）
　・　出題者の意図を補完してる派

が遊んでるだけでしょ

WebBrowser1.Navigate('http://xxxxxx')
でWebページを取得後,HTMLソースを以下の方法で取得しています
Memo1.Text:= OLEVariant(WebBrowser1.Document as IHTMLDocument2).Body.InnerHTML;

ページを全て取得する前にHTMLソースを取得しようとするとエラーが発生します。

処理を待たせるしか方法が無いと思うのですが、
どのように処理を待たせれば良いのでしょうか？
処理中を表すステータスらしきものが見当たりません（−−；；

TWebBrowser.Navigate2 TWebBrowser.Navigate
　↓
TWebBrowser.OnNavigateComplete2
　↓
TWebBrowser.OnDownloadBegin
　↓
TWebBrowser.OnDocumentComplete

>>716
ありがとうございます
試してみます

処理中を表すステータスらしきもの＝　WebBrowser1.ReadyState

Memo1.Text:= OLEVariant(WebBrowser1.Document as IHTMLDocument2).Body.InnerHTML; 　は何かムダっぽい

asを使うなら
Memo1.Text:= WebBrowser1.Document as IHTMLDocument2.Body.InnerHTML;

OLEVariant　を使うなら
OLEVariant(WebBrowser1.Document).Body.InnerHTML;

TEDIT,TMEMOの背景を透過にしたいのですが、
どうすればいいのでしょうか？

var AStyle:Integer;　//適当に変数名を定義しておいて


// WS_EX_LAYERED を有効にする。
AStyle := GetWindowLong(Memo1.Handle, GWL_EXSTYLE);
SetWindowLong(Memo1.Handle, GWL_EXSTYLE, AStyle or WS_EX_LAYERED);


//透過色を定義 clWindow のような設定はダメでRGBを設定する事
Memo1.Color:=clGreen;
SetLayeredWindowAttributes(Memo1.Handle, clGreen, 0,LWA_ALPHA or LWA_COLORKEY);

About Delphi落ちてる？

落ちてるけど、騒ぐことでもないだろ。
気になるならメールで問い合わせたら、どうよ。
http://www2.big.or.jp/~osamu/Delphi/

わぁー、About Delphi 落ちてるー。もう永遠に復活しないかもー

キュキュっと♪

>>720
回答ありがとうございます。
試してみましたけど、メモの背景が緑になっただけで、ダメでした（ＴーＴ
環境の違いでしょうか？
WinXP Home、Delphi2005Pro

付箋ソフトを作っています。
表示している状態ではカーソル入力を受け付けないのですが、
http;//XXXXX　といったURLや
c:\XXXXX　といったパスの場合は、
ブラウザの様にアンカー表示され、クリックすると、
そのサイト、フォルダ（ファイル）を表示させたいです。

現在、TMEMOコントロールを使っていますが、
希望するような動作になりません。
どうすればよいのでしょうか？

>>725
単純に フォームの透過色を TMemo.Colorに設定するのが一番簡単じゃないの？

ただし、それすると編集するとき大変だと思うけどね

>>726
リッチエディットにそんな機能があったような気もするけど
単純に TWebBrowser使うのがいいんじゃないの？

>>726
SynEdit

親切に回答してもらって有難うです。

>>728
見た目やリンクはOKなんですけど、文字にカーソル移動できるので、
それが解決できれば、この方法でやってみます。

>>729
すごい便利そうなんで、ダウンロードしてみました。
どのファイルをインストールすればいいのか、わかりませんでした
（ ´Д⊂ヽ　すいません・・・
色々試しましたが、エラーが出るばかりで、
ひょっとすると、Delphi2005なので、
パッケージの形式が違うのかもしれません。

>>726
TLabelを使って、 リンクの場合は　
・色を変更して
・OnClickに　それぞれのメソッドを代入して

というのが一番簡単じゃないの？　Tlabelならフォーカスさえ奪わないよ。

>>731
親切にありがとうございます。
頑張ってみます。

パチンコ＆スロットを自分で解析してみませんか？
一般には読み込み不可能とされていた
LE-4280(V4),2280(V2ライト),2080(V2)チップがPC上で解析可能に
詳しくはこちらまで・・・

http://www.3-you.com/

http://www.ipsj.or.jp/07editj/promenade/4703.pdf

pascal による Quine
http://en.wikisource.org/wiki/Quines

const a='const a=';b='begin write(a,#39,a,#39#59#98#61#39,b,#39#59#10,b) end.';
begin write(a,#39,a,#39#59#98#61#39,b,#39#59#10,b) end.

このコードはしかし、コマンドラインから　DCC32 -CC ファイル名　としてコンパイルしないといけない。

{$APPTYPE CONSOLE}　を埋め込む方法はないだろうか？

{$APPTYPE CONSOLE}const a='{$APPTYPE CONSOLE}const a=';b='begin write(a,#39,a,#39#59#98#61#39,b,#39#59#10,b) end.';
begin write(a,#39,a,#39#59#98#61#39,b,#39#59#10,b) end.

>>785
素晴らしい。ファイルにリダイレクトすれば完璧だ。
問題は80行制限だけだな

>>785

>>785に期待

じゃなくて>>735なのね。
Quineてなんだ？検索してもよくわかんね

>>739
734のpdf嫁

初心者スレを荒らすな。
雑談はこちらへ。

ML読者はまだ1000人超いるが２ｃｈはさびしい。
どっか賑やかなサイトないかね？

mixi にでも行ったら。

>>743
mixiもさびしいよ

2ch とML とQ&A 掲示板を見て
本家NG とブログを読むだけで
それなりに忙しいけど。

いつ開発してるんだか・・・大変だな不具合多い環境は

はは、サボっている時間が多いのかな。
でも30分もあれば読めるでしょ。

> 大変だな不具合多い環境は
他の環境でも、あちこち見るし。
英語情報も必須だし。

大変だな日本語情報が貧困だと

いやだから他言語でも英語は必須だと。

英語できないプログラマなんていないよ

じゃ、日本語ドキュメントが少ないと騒いでるのはなぜ。

煽りA「日本語ドキュメンド無くて大変だなｹﾞﾗ」
煽りB「(Aを煽りと解釈せず)英語できなくて大変だなｹﾞﾗ」

……こういうやりとりが続いてるのが実際。

>>751
日本語の方が検索性がいいからだよ。
ファイル上でも良いし
印刷物をパラパラ読む場合でも日本語の方が優れている。

たぶん漢字かな交じりのおかげだろうな

> 日本語の方が検索性がいいからだよ。
それは753の英語力の問題じゃね。

英語はいちいち読まなきゃいけないからな

そんなにまじめに読まなくても。
試験じゃないんだから。

理系なのに人生で一番時間裂いた事・・・英語の辞書引き
むかつく
でも英語力ゼロ
大学いったら今度はドイツ語
むかついてすぐ辞めた

日本語の場合、目が並列処理してくれるみたいなのだけど
英語の場合、どうもシングルスレッドに低下してしまう

大変だな日本語情報が貧困だと。本は絶滅寸前、ヘルプは糞、WEB は二次情報かリンクばかり、
よくそんなもん使ってるな？ まじ、M なんじゃないか

ついて来れずオチこぼれた奴め
レスが全てを語ってるぞ

>>759　Delphiは基本さえ判れば、あとは自分で好きなようにやれるから
Delphiの事で何か調べなきゃいけないことは別に何もない。
膨大なライブラリの検索しなけりゃ何も出来ないツールの方が大変だろうと思うよ。

アンチ必死杉。キモイ。

> Delphiの事で何か調べなきゃいけないことは別に何もない。

へぇー、ML も 2ch も BBS もいらないのかぁー。
どおりでム板にはDelスレ少ないわけだぁーー（ワラワラワラ

> Delphiの事で何か調べなきゃいけないことは別に何もない。

それじゃ、本も売れないから全滅するよなぁー
ヘルプも糞のままで十分なんだよなーーーーー
BBS も閉鎖するのはしかたないなぁーーーーー
ML も閑古鳥なくのは当然だしなぁーーーーーー

> Delphiの事で何か調べなきゃいけないことは別に何もない。

ひょっとして過去ログのアクセス数はデタラメなんじゃないか。
なくてもいいってことだな、きっと

そりゃ、使い始めは色々お世話になったよ。
だから今では出来るだけ質問スレで回答無いのみつけたら答えてるけど

確かに最近質問の頻度が減ってきたね

いや、人が減ってきてるからそれ当然。

人減ってるのは使い手が減ってるって事？　それなら少し嬉しいかも。

それとも、もう皆んな、質問なんかしなくていいレベルだからって事？　それだと競争相手多くて辛いなあ

> ML読者はまだ1000人超いるが２ｃｈはさびしい。

えっ、そうなの？ おれが６年前はじめて参加したときは、まだ、参加者一覧が
公開されてて４０００人台の半ばだった。そうか、４分の１になってるんだ。

> 人減ってるのは使い手が減ってるって事？　それなら少し嬉しいかも。

そう、メーカが潰れかけるほど減ってるってことだな。それが嬉しいかどうかは人によるが。

もし一度使うだけで2度と虫歯にならない歯磨き粉が発売されたら
最初売れても、すぐに売れなくなるだろう。

そういう意味じゃ、開発元がつぶれるほど良いツールって事かもしれないな

俺はD7メインだけど
お客さんなんてDelphi4まだ使ってるしなあ・・・

この前、見せてもらったら、コンポーネントパレットが幾らあるのってくらい大量。

でＤ７は色々良くなってますよなんて吹聴した後で
で、自分の作ってきたフォームを入れてもらったら（テキストだったんでバイナリに戻して）
そのまま何もしないでコード動いた。

D4から何の進歩もない俺に少し赤面

いや、さすが
俺もD7

でも役に立つサイトで英語のところってそんなに無いだろ？

>>769
6年も未練たらたらなんだぁ
それほど魅力あるんだな

４分の３は逃げたみたいだけどね

それほど魅力なくなってきたってことだ

>>768 みたいなのがせっせとアンチ活動してるんだな、きっと

もし一度使うだけで2度と使う気になれないソフトが発売されたら
最初はなにも知らない人に売れるかもしれないが、すぐに売れなくなるだろう。

そういう意味じゃ、開発元がつぶれるほどひどいツールって事かもしれないな

> まだ、参加者一覧が公開されてて４０００人台の半ばだった。

それって延べ人数だから。４分の１に減少とか妄想あり杉。

> 「あわせて、のべ 4000 人という２つの 巨大メーリングリスト。
> その過去ログをオフラインで閲覧・検索できます。
> どうぞ、お役立て下さい。」
http://www2.big.or.jp/~osamu/Delphi/

あ、俺の見てるのまぐまぐの方だ（１０００人）

人のいうことを簡単に信じちゃだめだお

MLとまぐまぐって関係ある？
長年MLに入ってるけど、まぐまぐなんて見たこと無い。

ＭＬにもいろいろあろう。

> それって延べ人数だから。４分の１に減少とか妄想あり杉。

いや、当時は usersgroup でリアルタイムで参加者数を公開してた。
だから、延べ人数じゃなくてそのときの参加者数。

延べ人数なら、６年間に新規参加は数百人ってことか・・・・なるほど絶滅寸前

GWが続いているスレはここですか？

まあ、終息気味のマイナー言語なのは別に否定しないけど・・・
それをわざわざ煽りに来るやつってのはイマイチ理解できん。

まだこんな所で暴れてたのか。暇だな。お前ら。

こっちに移動しる！

ttp://pc8.2ch.net/test/read.cgi/prog/1115018741/l50
ttp://pc8.2ch.net/test/read.cgi/prog/1142133161/l50
ttp://pc8.2ch.net/test/read.cgi/prog/1143203111/l50

>>788
ようするにひどい閉塞感のせい

終息は日本のプログラマー全体を襲っている現実なんだろう。
VBだのC#だのJAVAだのは　その多くが廃棄されるだろう。
生き残れるのは僅かのメインテナンス要員のみ。

デルファイ使いはまだ人数が少ない故に捨てられる人達からは妬ましいのさ

妬み、嫉みは動物でも感じる感情らしいから、ＤＮＡに刷り込まれていて自分じゃどうしようもないのさ

つまり、ﾌﾞﾋﾞ厨がドトネトに手を出そうにも、クラスライブラリに慣れてない、ダイアグラムが巨大、中のソースも見れない、と三重苦で手を出せん。
その一方でＤｅｌで１０年前からＶＣＬ慣れしてるヤツが居ると、何だオマエ、となるわけか。

>>788
ようするにたんなる好奇心のせい

他人の不幸は我が身の幸せってことだ。

> まあ、終息気味のマイナー言語なのは別に否定しないけど・・・

希少価値のあるものはそれだけで見る価値がある。
だから、いまだに Delphi 使ってる香具師らに興味があるのは当然。

まぁ、珍奇なものに興味を示すのは動物でも感じる感情らしいから、
当たり前っていやぁ当たり前なんだが

うわ、791の言うとおり閉塞感で人間性がオワタ793降臨。

アホに不幸扱いされてるぞｗ

大変だな珍奇動物たちは・・・

アホウドリも絶滅危惧種だったかな、そう言えば

796は自分の意見を押し通すのに必死だな。
相手が珍奇動物なら意見を押し通さないはずだが。

環境変化についていけない種は、遅かれ早かれ滅ぶのは仕方ないよ

鬱屈が爆発したようだ。
ｺﾜｲﾖｰ

797とか799とか、鬱屈で同じこと書き続けてるよｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

自分が檻の中にいるのか外にいるのか、イマイチ理解できてないみたいだなｗ

802とか、荒らす側が釣られ杉

800とか801とか、珍奇動物が同じこと書き続けてるよワラワラワラ

804=釣られ杉＝檻の中ｗｗｗ

いや、荒らしレスでも賑やかなのは
スレ一覧だけ見てると活発に見えていいかも

http://pc8.2ch.net/test/read.cgi/prog/1143203111/52-54

＞ダメだ。　空白の無視が巧く動いてないや

という事だけど、数字の間の空白を無視させた完成版キボンヌ
出来れば浮動小数点型もキボンヌ

印刷ページの指定になんで浮動小数点が必要なんだ？
空白除去は入力文字列にReplaceStringでもかけりゃいいだろ。

> 空白除去は入力文字列にReplaceStringでもかけりゃいいだろ。

うひょー、ポインタ使用による効率化・高速化なんてちっとも考えたことないんだろうなぁ。
「ReplaceString」なんてないし、StringReplace なら、 AnsiPos ＋ Copy で文字列処理
するのと同じで厨房専用関数

>>808 いや、これは文字列を四則演算して結果を返す関数

>809
あ、逆だったね、失礼。あんまし使わんので。＜StringReplace

しかしまあ、100万回繰り返すならともかく、入力された1行を処理するのに
高速化とか言い出すほうがアホだと思うね。何事もケースバイケース。

>>811
カンマ区切りが数字でなく"文字列"の場合は空白有効にしたいんで、前処理は無しの方向でお願いします

仕様の後出しすんなボケ
そもそもそのスレの最初のお題じゃ四則演算も関係ないだろ

ああもう使えないな。　やってみたらなんか出来そうだからもういいよ

なんだ宿題か

空白飛ばすの解決した。
procedure nextInc(var p:PChar);
begin
if p^<>#0 then inc(p);
while p^ in[' ',#7] do inc(p);
end;
前後反対

負数で "2*-3" が動かん。 単項演算の優先順がAddSubと同じなのが間違いのようだが
とりあえずfactorで処理して解決した

マイノリティ同士仲良くやってこうぜ。メジャーが何だってんだ。

と、ひがむマイナーリーガーはみっともないな

と、煽る自称メジャーリーガー（その他大勢のザコ）はみっともないな。

このスレに居るのは妄想メジャーリーガー（インストールしただけ）かもね。

>>818はマイナーリーガー=Delphi使い、と言って
>>819はそれにメジャーリーガー(VSを意図してるのだろう)に自称を付けて返してるわけだ
しかし>>820が一見よくわからない文脈で妄想メジャーリーガーという言葉(これは果たして自称VS使いとDelphi使いのいずれを指すのか？)を使ったことで
今後再び煽りが煽りを煽るいつものループに陥ると予想

で、毎日がGWな人たちが今日も大暴れと。
まあスレ限定で車線を守ってはみ出さずに暴れるなら、いいでしょ。

でこれどこに売却されるの？

俺。

ここの書き込みから判断して、まだ結構利用している人がいるみたいですが、
みなさんはどんな物を作っているのですか？

業務用だから詳しく言えないのよ。
某大企業の製品開発フレームワークに組み込まれた、DRCユニットのフロントエンド
およびバックエンドで、ここ二年間、専用サーバで一日中ぶん回されているとだけ言っておく。

秘密だけど羽田空港

>>825
某勘○奉行のインターフェース、経理パス
流通系（Oracle or SQLServer/せいぜい１００店舗程度）､POSシステム
某スポクラの予約/会員管理

レベル低いのばれるから、顧客以外に作ったものを見せる事は出来ない。
でもレベル低いことすら気づけない素人を相手にすれば結構儲かる。
いや、儲かると言い切るのも微妙だけど、
技術より宣伝術で99.9%とって、後はミスしなきゃ0.1%はどうにでもなる。
VBでもいいんだが、ランタイム不要でDelphiだろうか。
何でもいいんだよ。出来ない人にとっては動くだけで魔法なんだから。

＞何でもいいんだよ。

ランタイムが必要なものに乗り換えたら問い合わせ殺到だが、それでも良いの？
ってか、Delから他に乗り換える気無いくせに。

Delphiで作っておけば一番問題ないな。
楽して作ってどこでも動く。
GUIさえ綺麗に作っておけば、中身は見せなきゃ低レベルはバレない。

自分的には、
BCB > Del >>>>> 他

>>832
C/C++しか出来ないクズが周りにいるとそうなるよな。
でもそこであわせてやってもどうせ一人でやることになる。
一人でやるならBCBに行かない方が効率良い。

D6の入手方法と、他人の作ったコンポーネントのインストール方法を覚えれば、
誰でも今すぐ（素人から見れば）神になれる。
あとは必要として金を払ってくれる相手を見つければ細々と生きていけるはず。

VBでつくられた古いシステム＋リース切れ物件のリプレースを営業が次々とコンペで獲得してきやがった。
軽い気持ちでGUIとプロトタイプをほいほい作ったら営業マンがあっさり受注してきやがる。
誰かたしけて・・・ちなみにD6。

>>835
元の値段を聞くんじゃないぞ。　1桁違うの知ったら、一気に萎えるかもしれんからな

荒らしプログラム作成支援ソフト

ほんとに一般人てチョロいなぁ〜^^

>何でもいいんだよ。出来ない人にとっては動くだけで魔法なんだから。

>GUIさえ綺麗に作っておけば、中身は見せなきゃ低レベルはバレない。

>ほんとに一般人てチョロいなぁ〜^^

いまどきそんな案件があるか。いったいどこの国の話だ。脳内設定作ってんじゃねー。

どこの国でもだよ
君だって初めてパソコンに触れて、インターネットを体験した時に
「ホームページってすごいな〜」
とかぐらい思ったことはあるだろう

そうか。ふーんすごいね、と思ったら即発注か‥‥
やっぱり日本じゃないね。それともプロの仕事じゃないのか。

ｽﾏｿ
そういうヌルい世界を俺が知らないだけだよな。
あやまる

.NETはチョー巨大なランタイムが必要だから、駄目って事？
なるべくOSにも依存しない方が良さそうですね。

ということは Windows 専用の Delphi もダメだな

OSに依存しないアプリとなると、あまり凝ったことできなさそうね。

>>843
つ【Java】

凝ったことが出来ないんじゃなくて、凝ったことは自前でやるしかないだけ。
OSにやらせておけばいいのにダブル実装で糞重たいとか、
意味不明の独自UIで使い方がわからないとかなるかもな。

言えてる。

ヒント：ﾌﾞﾋﾞランタイム、怒涛熱湯ランタイム

何のヒントにもならん。
ヒントが必要なのは読んでないおまえ自身。

ヒント：ﾌﾞﾋﾞ、ドンとネット＝モッサリ

でもまあ、プログラミングってのは自分表現の手段にもなりえるわけで

だったら、自前実装も時には必要でしょ

そりゃそうだよ。
自前実装すべきか、あるものを利用した方がユーザーのためなのかを判断しなきゃ。

つまりコンポーネントの自前が簡単で、あるものも膨大なものがベストと。

Σ (ﾟДﾟ;）ﾊｯ　この流れもしやDelphiオンリー？！

最近、読んでもわからないレスが増えてきて、もう年かなぁって感じる。
日本語部分がサッパリわからなくて、顔文字しかわからない。
>>854みたいなのが。

内容の是非はともかく、何が分からないのか分からない。

>855を読んで以下の問いに答えよ。

問1.>855は「読んでもわからないレスが増えてきて」どのように感じたか選べ。
a)もう年かなぁって感じた。
b)実は頭が悪いんだけど年齢のせいにしよう。
c)ハァ？そんなレスなんかねーよ。釣りだよ釣り。

問2.何故問1のように感じたか選べ。
a)日本語部分がサッパリわからなくて、顔文字しかわからなかった為。
b)床屋で「バーコードも無理ですね」と言われた為。
c)本当はそう思っていないがとりあえず書いた。

問3.最後の行は文章の一部が省略されている。どんな内容が当てはまるか選べ。
a)>>854みたいなのが（典型。何を書いているサッパリわからない。世代の違いを感じる）。
b)>>854みたいなのが（わかりやすい。みんなこうだと楽なんだが）。
c)>>854（俺も見て）みたいな　のが（みがわ渓谷。綺麗な所らしいし釣りもやってみたい）。

最後の行がオチのつもりか？

なんにしろ、Windows みたいなＯＳでUI部分を自前実装するのはアフォの典型、というのは事実だ。

正直どうでもいいや

>Windows みたいなＯＳでUI部分を自前実装するのはアフォの典型、
ん？.NET Frame work の話？

>859
根も葉も無い聞いた事も無い話だ。
コントロールを作れるウィンドウシステムがWindowsじゃないの？

自前実装した UI ライブラリをつかってる Del厨なんかいないだろ。第一 VCL が無意味になるし。Del 使う意味なくなる。

Windows では API でコントロールを作れるから、そのラッパの VCL や MFC のような専用ライブラリが
が有利なのは当たり前。それ以外の QT やら TK なんかの汎用GUIライブラリのような自前実装ライブラリなんか
つくる必要ないだろ。 クロスなラザルスの Windows 版はどうやってるの？

>>863
VCLってのは派生しやすいのが利点だお。

例えばIndyみたいな巨大なライブラリだって、
某以外で作られたのが製品に組み込まれた。

というか、VCL本体が派生により色んなコンポーネントがあるわけだお。

はぁ？、OS 非依存な GUI ライブラリのはなしだろ。何言ってるの？
>>843 以降からの流れ嫁

いや、まるごとのライブラリの話をしてる人と、
独自実装のパーツの話をしてる人がいるから、
偏ってしまっているおまえがよく読め。

>>843を出すなら、
ランタイム不要のアプリを作った方がサポートしやすいという話に対して、
>>843は「OSにも依存しない」とか言っちゃったわけだから、
これって本当は「個別の環境に依存しない、98でもXPでも動く」と言いたいはず。
彼のOSという言葉には、Windows以外が想定されていないんだよ。
だから>>844でつっこまれた。
そこから先はカオスであって、流れなんてものは存在してない。
勝手に決めて仕切るな。

ライブラリのはなしだろ？ パーツの話と勘違いしてるのは >>865 みたいな初心者だけだろ

見たいレスしか見えなくなるってのは誰でも一緒だな。

>>868

で、自前実装パーツの話はどこで勘違いしてるの？

VCLライブラリって、コンポーネントパーツだお。

>>868
> 勝手に決めて仕切るな。

あんたが一番仕切ってるようにみえるけど。

結論

VCLが各O$に実装されれば良い。

>>859とか、ライブラリとして正しい話。
>>862とか、パーツとして正しい話。
ずっとかみあってなかったのに、読んで気がつかないのかな。

視野って、個人差がこれほど大きいものだとはな

>>875
＞>>859とか、ライブラリとして正しい話。

これ間違い。

Windowsってのは、ウィンドウシステムであり各種ウィンドウ（コントロール含む）を作る環境。
この大前提は崩れない。崩すにはウィンドウシステムではない、と言う必要がある。

で、Windowsが標準コントロールを用意してくれてるだけであって、
その中身は上記ウィンドウシステムのＡＰＩコールしてるだけ。
出来合いも用意してますよ、と後付け。

>>859とか、ライブラリとして正しい話。

>>877 がなんと言おうと関係ない。

出来合いを使わない UI ライブラリをつくることを自前実装って言ってるんだろ。頭割否。

>出来合いを使わない UI ライブラリをつくることを自前実装って言ってるんだろ。

これ超ヴぁか杉。

Delだと出来合い標準コントロールを派生できるお。

> ずっとかみあってなかったのに、読んで気がつかないのかな。

そうか？ >>862 が勘違いしてるだけだろ。それまでコントロールの話なんかしてないし。

＞そうか？ >>862 が勘違いしてるだけだろ。それまでコントロールの話なんかしてないし。

出来合いを標準コントロールと言うんだよ。

ウィンドウシステムを知らない人が議論するインターネッツはここでつか？

>>880
いい加減勘違いレス「ヤメレ」

ウィンドウシステムにこだわる人が議論するインターネッツはここでつか？

なんにしろ、Windows みたいなＯＳでUI部分を自前実装するのはアフォの典型、というのは事実だ。

これで決まり！

というか、売り物とかシェアでＵＩを自前拡張せずに標準コントロールだけなの見た事無いお。

現実にあってないことを事実にするインターネッツはここでつか？

パターン化してテンプレにできそう。
かみあってないときに、今はこの話をしてるんだ！って決めつけちゃうやつ。
ライブラリの話もしてあげるから、そうでない奴を追い出そうとするなよ。
みっともないぞ。

>>887
だから、おまえも話かみあってないんだから良くよめってば。
その話はそれで正しいけど、他の人は違う話をしてる人が多いのよ。
教えてあげたんだから読み返して理解しなさい。

>>889
噛み合ってようがなかろうが、

＞なんにしろ、Windows みたいなＯＳでUI部分を自前実装するのはアフォの典型、というのは事実だ。

は間違い。

間違ったヤツが言い張っても、間違いを指摘したやつと噛み合うわきゃない。

>売り物とかシェアでＵＩを自前拡張せずに標準コントロールだけなの見た事無い

ここでいうUIとかって何指してんの？
ボタンとか入力用エディットとかメニューとか、自前拡張して無くても何の不思議もないと思うが

>ボタンとか入力用エディットとかメニューとか、自前拡張して無くても何の不思議もないと思うが

現実として、自前拡張して無いものだけのソフト見た事無いんだけど、この人何逝ってんの？

自分の意見に合わないものは噛み合わないですか、そうですか。

拡張してないボタンで平気なアプリはﾌﾞﾋﾞアプリだけ。

へんなやつらだな。拡張って、いつから拡張の話になってるの？
拡張してないボタンの方が多いと思うけどね、普通のアプリでは。

おまえらのおかげで俺は自信を持って生きていけるんだからこのスレ好きだ。
俺だけが優れていて、劣ったもの同士がケンカしてるなと思いこめる。
だから止めないぞ。

>892
>現実として、自前拡張して無いものだけのソフト見た事無い

そりゃお前が知らんだけだろ。
ボタンなんか普通に使う分には拡張する必要なんて全くなくね？

おまえの普通は知らないが、
俺の普通では、よそのボタンと全く同じ動作をする無拡張のボタンが最良。
多少見た目が違っても同じ動作なら次によい。
期待したのと違う動作をすれば、たとえ慣れたら使いやすいものでも最悪。

896=ﾌﾞﾋﾞ厨


Delならおｋ、キャンセルボタン針まくりだお。

>>896
>そりゃお前が知らんだけだろ。
>ボタンなんか普通に使う分には拡張する必要なんて全くなくね？

現実がどうかを無視して必要性に話を変えて話が噛み合わないと、
自分を正当化するインターネッツはここでつか？

現実は標準コントロールじゃない拡張コンポーネントを使われたアプリが溢れてるのだから現実を受け入れざるを得ない。

グリッドなんて標準コントロールに無いし、TDrawGrid〜TStringGridを使う場合は派生しまくり。

標準コントロール１０種類を画面にベタベタ貼って画面作成を終らせる＝ﾌﾞﾋﾞ脳

貼り付けるのが楽でDelphi使ってるんだからVBのことは言えないよね。
それなしでいいなら他にいくらでも選択肢はあるわけだし。

いえ、自分コンポーネント滅茶苦茶張りまくりで、
かつ、貼ったパネルの上に派生コンポを動的貼り付けしまくりです。

パレット登録面倒なんで（自分１人じゃないので）やりませんが、
コンポの派生をしない画面はありません。

そうかDelphiを使いながらも、思考がﾌﾞﾋﾞ厨な人達は居る訳だ。
そりゃ、そういう方達とは話が噛み合う可能性が無い。

いろんな角度から眺めてみて、少しは自分の方が上だと思いこみたい。
周りに勝てる人がいないと、匿名の掲示板でしかそれが出来ない。

VB叩いても目くそ鼻くそだから見苦しい。

> コンポの派生をしない画面はありません。

標準コントロールのラッパを派生しても、それは言語上の派生であって、コントロールの
実質とは何の関係もない、ってことが理解できないんだよね、君は。 VCL の TButton クラスの
派生コンポつくっても、拡張したことにならないんだよ。分かる？

>分かる？

言い方だけ偉そうだけど、
＞派生コンポ→拡張したことにならない
って論理間違ってるか、途中の途中が抜けてるか、しか無いんだけど。
基地外？

何を持って拡張、拡張じゃないを切り分けてるの？
コントロールのオーナードローをしたら拡張に入る・入らない？

＞コントロールのオーナードローをしたら拡張に入る・入らない？

先に逝っとくけど、コントロールやコンポーネントにオーナードロー（上書き）をするのは、
クラスメソッドやウィンドウシステムのＡＰＩを使った拡張でつ。

これ否定したら、ウィンドウの話じゃないの？というくらいめちゃくちゃになる。

さらに補足しとく。

標準コントロール自体が単なるウィンドウと描画である。
だから、908のことを言える。

で、君はなにをもって拡張といってるの？ TButton の例で言ってみて。

オーナドローしたボタンしか見たこと無い珍しい人がいるのはこのスレですか？

普通に TButton 相当の方が使われてるだろ。

>>910
おまえ、あほかぁーーーーーーー。

レス３つ使ってモノサシ説明しただろうが。907-909

今度はおまえがおまえのモノサシを提示する番だーーーーー。

言えないなら消えろ。

＞＞911

デルアプリの人って必ずといっていいくらいおｋ、キャンセルボタン見るから、あれがオーナードロー。

いいから、
早く答えろよ。普通のボタンとオーナードローボタンとどっちがより多く使われてるか?

>>915
つ >>914

Del製のアプリなんか普通のアプリの１％もないだろ。

＞早く答えろよ。普通のボタンとオーナードローボタンとどっちがより多く使われてるか?

うわ、どっちが多いかに話すりかえてるお。
醜い香具師。

>>917

オフィスでもオーナードローしまくり、というか、メインはオーナードローだろうが。

>>
早く答えろよ

>>920
つ >>919

＞なんにしろ、Windows みたいなＯＳでUI部分を自前実装するのはアフォの典型、というのは事実だ。

オフィスにしろ、デルアプリにしろ、現実こんなの有り得ない。

勝敗が決まったのにいつまでも続くインターネッツでつね。

オフィスのボタンは、オーナドローボタンだというのは何の根拠があっていってるの。
標準コントロールと関係なくゼロからつくったもんかも知れないよ。

>>923
オフィスのボタンじゃねーよ。

文書の編集部分だお。

＞標準コントロールと関係なくゼロからつくったもんかも知れないよ。

ゼロからつくったものだとしても、

＞なんにしろ、Windows みたいなＯＳでUI部分を自前実装するのはアフォの典型、というのは事実だ。

は間違い。

オフィスでもなんでも、普通のアプリのダイアログのボタンは普通のボタンでしょ。

>>926

つ Delアプリのおｋ、キャンセルボタン

UI はボタンだけで出来ているの思っている人がいるようですね。

＞普通のボタン

これって標準コントロールのこと指してると思うんだけど、
だから、標準コントロールのみで出来てるアプリなんて見た事無い。

除く：ダサダサﾌﾞﾋﾞアプリ

VB 厨と変わらない人たちが今のDel厨だと言うことがよく分かりました。

>>928

つ　ﾌﾞﾋﾞ厨＠使えるのボタンとエディットとリッチテキスト

しっかし、カスの質もさらに悪化してるな。
これはもう他に行きよう無いからDelphiは安泰かもね。

Delユーザーの中にも下流社会があったか。

怖いのは間違いを指摘されても反論し続けたり論点ずらそうとしたりまるでﾌﾞﾋﾞ厨。

>>927
TBitBtnかTSpeedButtonのことを言いたいのかな？

>>934

つ >>933

WinRarのUIをSPI++で調べて見た。さして独自のクラスは使ってないようだった。
他にも、同様にUIはシンプルなアプリなんて腐るほどあるだろ。
何をそこまでムキになってるのか分からん。

>>936

つ >>933

自前拡張して無いものだけのソフト見た事無いっていうから
例を挙げてみただけだけど。

妄想ではない反論があるんならサクサクして下さいな

>>936
>WinRarのUIをSPI++で調べて見た。さして独自のクラスは使ってないようだった。

>>938
>自前拡張して無いものだけのソフト見た事無いっていうから 例を挙げてみただけだけど。

　↑
上下矛盾。

＞なんにしろ、Windows みたいなＯＳでUI部分を自前実装するのはアフォの典型、というのは事実だ。

これを正当化するためには、Del/VCLコンポーネント＝某の自前実装を使っちゃいけないんだな。

あのね、いまのDelユーザは元VB厨が多いんだよ。派生 ＝ 拡張だとか思い込んでるし。
だから、VB に過剰反応するんだな。あと VB.NET とか .NET にも過剰反応するし。

Delphi の将来は、元VB厨が担ってゆくんだな。ぺたぺたコンポ貼りまくってさ・・・

>>939
ごめん、マジで分からん。どこが矛盾？

なんかもう、何について言い争ってるのかすらよく分からんな

VB厨よりかろうじて優れた程度のDel厨も、もうちょっと恥じらった方が良いぞ>>941

>>942

「さして」と「無いものだけの」は相容れない。

>>943
だからなんの話をしてるわけでもなく食い違ったままだってあれほど言ってるのに、
当事者の両方とも、どこが食い違ってるかを顧みようとしない。
本当にVB厨とDel厨は、両方ともデキが悪いなぁ。

> Del/VCLコンポーネント＝某の自前実装

ラッパは自前実装とかいわんだろ。TBitbtn とか TStringGrid とかはいえるかもしれんが

TGraphicControl の派生クラスは GDI のラッパだし。

>>947
厳密に言えばそうだろうが、
当然TBitBtnとかTStringGridを想定したレスでつ。

TBitBtn や TStringGrid をつかった普通のアプリなんかいっぱいあるわけないでしょ。

>>946
つ Delアプリのおｋ、キャンセル。

つ オーナードローならオフィス

もうぐるぐる回り杉。

>945
あー、そりゃ俺の国語の間違いだな。すまんすまん。
「さして」は除いて読んどいてくれ。

で？反論は？

両方とも全然違う話をしているのに、自分の話に相手を巻き込もうと必死だ。
相手が何言いたいのか考えてレスつけられないヤツは、議論の資格すらない。
議論すら出来ないやつは未開人に等しい。
恥ずかしげもなく、よく続けられるものだよ。

>>951
　>>940

>>951

自分はその画面見た事無いけど、一般的に自分が見てるアプリは >>950

>>952 おもしろくない実況中継はイランよ

>951
うーん？
それはDelphiで開発したら全部標準コントロールじゃないって言いたいの？
つか、そもそもWinRarってDel製？

> なんにしろ、Windows みたいなＯＳでUI部分を自前実装するのはアフォの典型、というのは事実だ。

禿同

>>956
>>954

>954
見るアプリ、すべてDelのBitBｔｎ使ってるかオーナードロー使ってるのかよ。
んなわけあるか、アホか。

なにが”反論は？”だよ。
おまえの相手は、おまえとは別のことについて話したがっている。
おまえとおまえの相手は、似て非なる話題を出しているのが気に食わず、
自分の話に相手を引き入れようとしてるじゃないか、お互いに。

未開人は議論の真似事しかできないんだね。

ま、オフィスがオーナードローしてるし、
Delphi本体もVCLとかオーナードローしてるし、
VCLはラッパであってもユーザー拡張のためのラッパだから、
ちゃんと拡張して開発しる！

いいから、反論してみろ。と >>959 にもな

ウィンドウシステムを使いながら、ウィンドウの拡張を否定するのはカ○ワ。
もしくは、コーダ。
もしくはﾌﾞﾋﾞ厨。

ところでこの流れは、スレ埋めようというスピード進行でいいんだよね？
中身のあることとか書かなくていいんだよね？
だからこういうやりとりだって事でいいんだよね？
だから俺もくだらないことで埋めていいんだよね？

> ちゃんと拡張して開発しる！

ユーザインタフェースなんだから、拡張が必ずしもユーザにとっていいことじゃないんだよな

>>959

この論旨って「んなわけあるか、アホか。 」だね。

拡張高く回答すると、自分のマシンにインストールしてるアプリでオーナードローしてないモノは無い。

>960
その似て非なる話題ってそれぞれがなんだか言えるのか？

>>966
へー、そりゃすごいね。なんてOS？

なんだか言えないのか？
書いてあるじゃないか。

>>965

改良しる、という意味であって、改悪しる、とは言って無い。

標準コントロール使うにしても多少拡張して使いやすくしてやれ。
標準コントロールって出来る事少ないよ、VCLよりずーーーっと。

>>968
Winのﾌﾞﾋﾞアプリ抜き。

ﾌﾞﾋﾞアプリさえ抜けばオーナードローは普通に行われる。
なぜならウィンドウシステムの超標準機能だから。

>966
電卓がオーナードローしてるようには見えません

使う人いるだろうからって、テレビに電子レンジ機能付けるのは、俺にとっては改悪。

VCL のコンポーネントパレットの最初のペーンは、ほとんど Windows の標準コントロールだろ。
ラベルとパネル以外は。

>>972
電卓のボタンは標準コントロールじゃないお。

>>974
標準コントロールのペーンをオーナードローするのを拡張という。

普通にボタンをつけたいときは TButton を使ってきたけど、俺って変なのかな・・・

>>974
それを標準ととらえる人もいれば、VCLでずいぶん拡張したととらえる人もいる。
その前提が違う時点で議論にはならないんだな。

>>977

全コントロールをTButtonにしたらお前変。

>>977
大丈夫、いたって正常。
頭おかしい奴らが騒いでるだけだから気にするな。

>>978
そうくるとオモって先にモノサシを用意しといた　>>907-909

ボタンはすくなくても拡張しない方がいいと思うけど。
ListBox も Edit も ComboBox も拡張なんかいらんだろ、普通の用途では

>>976
言わないと思う

>>981
それがおまえの身勝手だというのだ。

>>978 >>980

>> なんにしろ、Windows みたいなＯＳでUI部分を自前実装するのはアフォの典型、というのは事実だ。

TButtonを使ったところで上内容を肯定できない。
ボタン以外にもコンポ使うでしょ。

>>983

　では、>>907-909に反論してみろ。
標準コントロールもウィンドウと描画、オーナードローも同じ事をやってるだけ。
使うのはＷｉｎＡＰＩ。

で、自前実装してるコンポって VCL の何よ？

>>986
おまえのサシについては、おまえの友達と語れ。
別のサシを持ったヤツに反論求めるな。
やつらのサシに反論してやれ。
それが議論だ。

>>987
つ >>907-909

拡張って、ふつう”機能”拡張のことを言うと思ってたよ、俺は。

オーナドローは、ペイント部分のコードをユーザに開放する仕組みでしょ。
なんら特別な拡張じゃないよ。

>>990
>”機能”拡張

まさにＶＣＬのことですね。APIではできない機能てんこもり。

見た目の上書きが拡張かよ。アホくさ。

>>990
何を機能と呼んでいるかも、人によって違うのが食い違いおこしてるんだよ。

>>991
>なんら特別な拡張じゃないよ。

何だか詭弁が始まりましたね。
「特別な拡張」という突然出てきた言葉はどっから出てきましたか？

次スレは？

> APIではできない機能てんこもり。

API 使わない UI なんかないでしょ。

どういう定義をしようが、>>907-909 のモノサシを否定できない。

APIで出来ない事をどうやってやるんだ

おまえら楽しいぞ。
どんどん流れるDelスレなんてなかったぞ。

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。