- 1 名前：デフォルトの名無しさん mailto:age [2006/07/18(火) 22:06:22 ]
-
／￣￣￣￣＼ ／￣￣￣￣￣￣￣￣￣
＞/＿＿＿＿___／| | Delphi不買 や Borland DevCo に関する話題
｜＼ ＿_・＼＿ ＜ 雑談や質問を、しながら
| ..| ・ /．･｀ ） | ﾏﾀｰﾘくつろいでね
| ｜ ／フ￣| | ＼＿＿＿＿＿＿＿＿＿
（ ∂ ＠＿／￣ / /
＼⊥ ＼ ｍ／ /
＼ ヽ─ ⌒ ／
ヽ────-
（注）本スレは被害担当艦としての機能も持ち合わせているんだ。
見識の狭い困ったちゃんが他のDelphiスレで暴れるのを防ぐため
なま暖かい心で構ってあげてね。
Borland Developer Network
bdn.borland.com/
前々スレだよ
pc8.2ch.net/test/read.cgi/tech/1130648644/
前スレだよ
バカボンのDelphi不買談話室その28
pc8.2ch.net/test/read.cgi/tech/1134668922/
- 449 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 13:09:14 ]
- >>448
いや、だから、ソレ無駄でしょ？
古いアプリではGetCaptionしか呼ばないから
GetCaptionA(); <---誰も呼ばない
GetCaptionW(); <---必要ない
UNICODEアプリでは、GetCaptionがそもそもUNICODEなのだから
GetCaptionW(); <---誰も呼ばない
GetCaptionA(); <---必要ない
- 450 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 13:23:49 ]
- >>449
いや、だから、メソッドの追加が無駄ならクラスライブラリ使うのやめなさい。
実際のところこれらの追加とは比べものにならない無駄なメソッドの塊がクラスライブラリだから。
単なるPascalとかC言語があなたにあってるよ。
- 451 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 13:37:27 ]
- 互換を取りつつUNICODE対応を追加するのならソレでいいけど
この場合は土台が変化するのだから条件コンパイルでしょ
UNICODE対応が完了したらそんな盲腸みたいにANSIのメソッドを付ける必要は何もない
今UNICODEに対してやってるように文字コード変換関数を使えばいいのだから
- 452 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 13:44:37 ]
- ＞互換を取りつつUNICODE対応を追加するのならソレでいいけど
互換を取りつつ追加すればよい。
＞この場合は土台が変化するのだから条件コンパイルでしょ
わけわかんない事言うな。
＞UNICODE対応が完了したらそんな盲腸みたいにANSIのメソッドを付ける必要は何もない
＞今UNICODEに対してやってるように文字コード変換関数を使えばいいのだから
違うんだなー。
「UNICODE対応」という言葉一つだが、そーじゃない。・
Winコントロールに値を渡すときにWinのバージョンによってUCS2、UCS4なんかと切り替わる。
さらにWinのUCS2なんかに合わせると、NULLが混ざって旧いライブラリが通らない。
つまり、「UNICODE対応」と言いながら、
・内部処理はUTF-8
・Winコントロールに渡すときにUNICODE同士でエンコード
の２つとなるのがベスト。
- 453 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 13:46:12 ]
- >>433の問題に対して >>434の解決は、センスが悪いと思うよ。
理由を書くよ。
このコンポーネントは２つの環境で使われるANSIとUNICODEだ。
だから>>433はコンポーネントを２つに別けようとしたのだろう
他の対応方法としては
２、条件コンパイル
３、両方に対応出来るコンポーネント
が考えられる。
１，２の対応では、テスト量は２倍になる。
しかし、両方のメソッドを持つコンポーネントは、それぞれのメソッドを
どちらの環境からも呼ばれる可能性まで考えなければいけない。
つまり、複雑さは４倍になってしまう。
ANSI環境からUNICODEメソッドを呼ばれるテストとその逆のテストも追加しなければいけないからね
多くの場合、コードを書くコストよりテストやメンテナンスが大きいわけで
- 454 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 13:48:40 ]
- ＞ １，２の対応では、テスト量は２倍になる。
なりません。
クラス派生した場合は、既存の上位メソッドが呼ばれるだけ。
そうじゃなく、委譲と化する場合なら、委譲を受け持つベースクラスがある筈だから。
- 455 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 13:50:07 ]
- 453はクラスライブラリを使いながら、クラス派生により差分コーディングされてるという事実を知らないの？
センスが悪いどころでなく、無知。
- 456 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 14:04:48 ]
- 差分コーデングっていうが
GetCaptionA();
GetCaptionW();
も、TControlには無いわけだ。
それぞれTFormだのTEditだの
から継承結果に追加するわけだろ？
あるいは、独自のTUniControl でも書くわけ？
で、書いたとしてソレに何のメリットがあるわけ？
ANSIが絡んでるのは検索とか、演算とかスクリプトとかのエンジンだろう
インターフェースの問題に置き換えたって そっちの問題は何も解決しないじゃん
- 457 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 14:07:12 ]
- >>456
おまいにクラスライブラリ設計能力どころかクラスライブラリの中の人を知らない事が分かったからウセロ！
- 458 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 14:09:28 ]
- >>456
UNICODE対応を望んでいる人は多いんだから、
悪いけどこのｽﾚから出て行って貰えないかな？
- 459 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 14:14:18 ]
- >>454
焦らないで、良く読めよ
１は、ファイルを２つに別けて対応した場合
２は、条件コンパイルで対応した場合だ、
そもそも、
UNICODEコンパイラとANSI コンパイラの２つの環境でテストしなければならないのだから
＞ １，２の対応では、テスト量は２倍になる
という事だ。
- 460 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 14:15:50 ]
- >>458
それはどうかな？ ホントに多いか？
もし今後UNICODEコンパイラのみになるとしたら反対する奴の方が多いだろう。
俺達の資産はどうしてくれるんだ！とね
- 461 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 15:11:11 ]
- とりあえず、互換性を保ってUNICODE対応するにはを考えれば良いだけじゃね？
UNICODE対応は要る人には必須なんだから。
- 462 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 15:19:28 ]
-
＞UNICODEコンパイラとANSI コンパイラの２つの環境でテストしなければならないのだから
＞＞ １，２の対応では、テスト量は２倍になる
そもそも、
片方が必要な人は片方をテストすればよいし、
両方いる人は両方をテストすればよいという当たり前。
という事だ。
- 463 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 15:28:20 ]
- 使う人がテストすりゃいいんですか
それは素晴らしいアイデアですね。
大陸の人は実践してるようですし、彼らはそういう思想のようですからあなたは仲良くなれそうですよ。
- 464 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 15:36:38 ]
- 459のバカにちょっと寄り添ってテストしてやるって書いただけで、本当はテスト不要。
大体、Captionの入出力なんてテストしたことないし、
VCLの中を作る人もインターフェースはクラス派生、処理は委譲なのでテスト不要。
- 465 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 15:49:22 ]
- >>458
> UNICODE対応を望んでいる人は多いんだから
詭弁のガイドラインにそういうのあったよね。
> 悪いけどこのｽﾚから出て行って貰えないかな？
このスレは被害担当艦でもあるしねぇ…
- 466 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 15:50:22 ]
- つまり、既成のコモンコントロール類はそのまま使うんだろ？
だったら、自前のコントロールも、既成コントロールに似せて作った方が使いやすいだろうに
だいたいUNICODEコンパイラを使うなら、UNICODEだけで書く方が楽だろうに
ANSIは変換して使うだけでいいだろ？
なんで ２つもインターフェースが必要なの？
そのメリットは何？
- 467 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 15:55:30 ]
- P2Pアプリで落としてきた、海外のエロファイルをそのまま扱えるとか。
- 468 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 15:56:55 ]
- 466がUNICODEといってもWindowsに複数のエンコードがあることが分かってない件について
- 469 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 15:58:04 ]
- 466がUNICODE文字列の途中のNULLによって既存のANSI系のライブラリを通過しないことを知らない件について
- 470 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 16:06:26 ]
- Unicode対応キボンヌと言ってても
これじゃ 出て来たものが
WideStringでもUTF8Stringでも文句言うだろうな
for .NET のstringクラスならどうだ？ これでも文句言うのかな？
- 471 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 16:10:49 ]
- 某社としてはWin32をサッサと捨てて、開発者が.NETに移行してくれることによって
VCL/Unicodeに関する問題をスルーしてくれることを目論んだんだろうけどな。
現実はそう甘くなかった。
- 472 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 16:20:58 ]
- >>470
当たり前。
ただ単にUNICODE対応すれば良いってもんじゃない。
現状に文句言ってるのは描画のタイミングでUNI→ANSI変換だけだと、
複数言語混ぜれない。
- 473 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 16:28:20 ]
- 今まで文字コードなんて意識した事すらない俺にはお前等が何喋ってんのかちんぷんかんぷんだ
- 474 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 16:29:24 ]
- 結局 Unicode対応希望グループの総数は多くても
総論賛成、各論反対で、全員を満足出来る解が無い以上、厳しいって事だな。
for .NET が売れてりゃ、その方向の可能性もあったけどさ
- 475 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 16:31:50 ]
- 難しい事はよくわからんが、とりあえずIMEパッドで第2水準の文字とかが
入力できて、そのまま表示できればそれでいいや
- 476 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 16:54:12 ]
- >>475
おまいのソフトが突如ヨーロッパで売れて、
ドイツ語とフランス語同時に表示汁！
って言われたら、
小細工コーディングじゃなくてVCLに標準装備して欲しくない？
- 477 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 16:56:27 ]
- ドイツ語とフランス語ならASCIIの範囲でも両立するんじゃなかったっけ？
- 478 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 19:33:02 ]
- 記事
DelphiがVistaのUIに対応しAjaxもサポート
www.itmedia.co.jp/enterprise/articles/0702/22/news009.html
www.thinkit.co.jp/free/news/0702/21/7.html
enterprise.watch.impress.co.jp/cda/software/2007/02/21/9685.html
it.nikkei.co.jp/business/news/release.aspx?i=153436
- 479 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 20:14:40 ]
- 「CodeGear」ってブランド名扱いなのか
- 480 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 21:03:04 ]
- >>471
まぁ、.NETがこけたことでDelphiも生き長らえたんだけどな。
- 481 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 21:07:37 ]
- Delphi for PHP で、Delphiの定義がわからなくなったな
だったらKylix も Delphi for LINUX とか名づけておきゃよかったのに
- 482 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 23:23:52 ]
- >481
単なる苦し紛れなネーミングですから。本当ならPHP Builderとかにしたかったんじゃないの？
- 483 名前：デフォルトの名無しさん mailto:sage [2007/02/28(水) 01:23:43 ]
- Delphi for C++
Delphi for Java
Delphi for C#
- 484 名前：デフォルトの名無しさん mailto:sage [2007/02/28(水) 02:41:47 ]
- Delphi for Pascal
Delphi for VB厨
- 485 名前：424 mailto:sage [2007/02/28(水) 08:14:29 ]
- >>427
念のためいっとくけど424以降ここまで俺の発言はひとつもないよ
ここまでのレスを見て俺の言う意味がわかったろ？
- 486 名前：デフォルトの名無しさん mailto:sage [2007/02/28(水) 09:14:26 ]
- つか、俺も条件コンパイルかソース分ける方がスマートと思うが。
スレを読んでみたけど、>>444の言ってる事意味不明。前に出てきたグローバルフック君みたいな感じ。
ここではCaptionの例が出てるが、すでに
Captionプロパティの型はTCaption = stringと定義されてるわけで、君がどういう実装がいいと思ってるのか
知らんがこの定義を変えるだけで、
>>互換を取りつつ追加すればよい
君の言う互換性が失われるわけだが・・
- 487 名前：デフォルトの名無しさん mailto:sage [2007/03/01(木) 07:22:52 ]
- Delphi 2007 for WIN32 は買い or 待ち？
- 488 名前：デフォルトの名無しさん mailto:sage [2007/03/01(木) 08:05:45 ]
- Unicode待ち
- 489 名前：デフォルトの名無しさん mailto:sage [2007/03/01(木) 08:06:28 ]
- .netを普及させる方法を思いついた！
win32に、WCaption: WideString みたいなメンバを追加して
さらにくそでかく遅いバイナリしか生成できなくする。
これなら.netでいいや、ってなりwin32死滅。
- 490 名前：デフォルトの名無しさん mailto:sage [2007/03/01(木) 10:29:53 ]
- >>488
Unicode 以外に興味は無いのかｗ
- 491 名前：デフォルトの名無しさん mailto:sage [2007/03/01(木) 12:14:17 ]
- >>490
禄に使わない機能に限って多大な興味を持たれるらしい｡
- 492 名前：デフォルトの名無しさん [2007/03/01(木) 20:02:53 ]
- つか、いまどきDelphiは禄に使われないし、興味も持たれないし｡
- 493 名前：デフォルトの名無しさん mailto:sage [2007/03/02(金) 07:55:25 ]
- アンチ発病ｗ
- 494 名前：デフォルトの名無しさん mailto:sage [2007/03/02(金) 08:27:13 ]
- 最近のバージョンはエンタープライズ向けに巨大化して使い難い
もっとシンプルな、もっとOS依存減らした組込用VCLの方向なんてのも、
市場はニッチだろうけど値段も取れて けっこうおいしいと思うんだけどな
- 495 名前：デフォルトの名無しさん mailto:sage [2007/03/02(金) 08:48:47 ]
- かくしてDelphi 言語ではないVCL が増えていくのであった。
・・・Pascal ユーザーにDelphi ブランドを返してくれ。
アメリカ人のマーケティング関係者の考える事は異常ｗ
- 496 名前：デフォルトの名無しさん mailto:sage [2007/03/03(土) 19:47:10 ]
- Delphi 2007 for WIN32 はもうちょっと安ければ、買いなんだけどなー。
Highlander とセットで割引とか、無いのかね。
- 497 名前：デフォルトの名無しさん [2007/03/04(日) 17:04:21 ]
- あげ
- 498 名前：デフォルトの名無しさん [2007/03/07(水) 09:17:13 ]
- VerUP、９月までだよね？ ちょっと様子見だな。
- 499 名前：デフォルトの名無しさん mailto:sage [2007/03/07(水) 09:44:31 ]
- Delphi for PHPは日本語版が出た時のアップグレードが６千円程度なら英語版でも買っておくんだけどなあ
- 500 名前：デフォルトの名無しさん [2007/03/08(木) 05:14:54 ]
- Delphi 2007 for WIN32 の案内来たが
ハナっから32しか出来んのだから for WIN32 なんていらんだろう。それとも
for WIN64 あるのか？
- 501 名前：デフォルトの名無しさん mailto:sage [2007/03/08(木) 07:00:32 ]
- Delphi 2007 for .net をお忘れなく。
- 502 名前：デフォルトの名無しさん mailto:sage [2007/03/09(金) 09:44:52 ]
- for WIN64の予定は今のところ来年
- 503 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 09:58:00 ]
- 糞認証なかったら導入を検討しないでもないのだが
- 504 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 10:16:46 ]
- そうだな。
.NET だの JAVAだので書かれた、役にたたん生産性向上なんとはは不要し、
認証無しで３万なら最後のバージョンアップと思って買ってもいい。
とりあえずVista対応なんて今必要じゃない。
というかお客さんが話をふっても希望してくれん状況じゃな。
今みたいにいつ認証が消えるかわからん状態じゃHDDのコヤシにする気にもなれん
- 505 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 11:00:27 ]
- 割れ厨、涙目ｗ
- 506 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 11:32:54 ]
- Delphi 2007 for WIN32 Lite
・Together とか無しで.NET だのJ#だの余分なのは外せる
・ダウンロード販売のみで３万円（優待販売のみでもいいや）
・圧縮ファイルに購入時のIDでも入れといて事後認証不要
こんなのを出してくれりゃな
- 507 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 23:17:09 ]
- ・Unicodeのみ対応
- 508 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 07:51:07 ]
- ・正規表現標準対応
- 509 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 07:56:02 ]
- 却下。 そんなのは PERLで十分
- 510 名前：デフォルトの名無しさん mailto:sage [2007/03/20(火) 12:47:53 ]
- dn.codegear.com/jp/article/34158
・Delphi言語に限らず Delphiは開発に対するアプローチ
- 511 名前：デフォルトの名無しさん mailto:sage [2007/03/20(火) 13:31:36 ]
- dn.codegear.com/jp/article/34158
高橋さんいわく
Ｄｅｌｐｈｉ for PHP 英語版でもヘルプとIDEは英語だが、ソースコードは UTF-8に対応している
なんか、デモではデータベースで日本語通すのに、イベントで初期化を入れないといけないとやっているな
ただ、全てのコンポーネントが日本語に対応してる状態ではないとの事
- 512 名前：デフォルトの名無しさん [2007/03/22(木) 15:56:07 ]
- 3月22日～27日の６日間だけの「期末特別キャンペーン」
って何だよ！
＞期間限定で、登録ユーザー様向けのご優待価格で新規ライセンスをご提供するものです。
- 513 名前：デフォルトの名無しさん mailto:sage [2007/03/22(木) 16:03:26 ]
- ソースはどこ？
- 514 名前：デフォルトの名無しさん mailto:sage [2007/03/22(木) 16:05:06 ]
- メール
- 515 名前：デフォルトの名無しさん mailto:sage [2007/03/22(木) 16:18:29 ]
- ＞「期末特別キャンペーン」
内容きぼん。
- 516 名前：デフォルトの名無しさん mailto:sage [2007/03/22(木) 16:28:17 ]
- 今日から3月31日までの限定セール
- 517 名前：デフォルトの名無しさん mailto:sage [2007/03/22(木) 16:28:55 ]
- いや、だから何がお得なのか。
って価格しか無いだろうが。
- 518 名前：デフォルトの名無しさん mailto:sage [2007/03/22(木) 17:28:00 ]
- 出るφは打たれる。
- 519 名前：デフォルトの名無しさん mailto:sage [2007/03/22(木) 17:40:08 ]
- >>516
よく読め。27日まで。
- 520 名前：デフォルトの名無しさん mailto:sage [2007/03/22(木) 18:22:57 ]
- あれ、うちにもメール来てないなあ
内容ｷﾎﾞﾝ
- 521 名前：デフォルトの名無しさん mailto:sage [2007/03/22(木) 18:33:09 ]
- このたびは、ボーランド開発ツール（CodeGear)製品をご評価いただき誠にあ
りがとうございます。今回、トライアル版をダウンロードしてくださった皆様
向けに、【３月２２日から３月２７日】までの期間限定で、お得なご優待価格
にて下記製品を提供致します。
- 522 名前：デフォルトの名無しさん mailto:sage [2007/03/22(木) 18:36:33 ]
- >>521
㌧楠
既存ユーザーがないがしろにされているような気がしないでもないな
- 523 名前：デフォルトの名無しさん mailto:sage [2007/03/22(木) 20:08:50 ]
- 具体的にいくらになるのよ？
- 524 名前：デフォルトの名無しさん mailto:sage [2007/03/22(木) 22:10:08 ]
- >>506-508
これが出たら100ライセンス注文する
- 525 名前：デフォルトの名無しさん mailto:sage [2007/03/23(金) 06:45:46 ]
- >>524 UNICODEのみ対応が欲しいのか？
- 526 名前：デフォルトの名無しさん mailto:sage [2007/03/23(金) 07:54:16 ]
- Delphiが正規表現に対応といっても、文字コードが乱立してる現状では難しいだろうな
もし対応するなら、インタプリタ言語コンポーネントをフォームに置くと
そのフォームのpublishedなメンバーにインタプリタ言語からアクセス出来るような方式がいいと思う
そのインタプリタ言語に正規表現をサポートさせたものが利用出来れば十分だろう
ってコレやろうと思えばユーザで対応出来るか。
- 527 名前：デフォルトの名無しさん mailto:sage [2007/03/23(金) 11:01:11 ]
- で、Delphi2007は買いなの？
- 528 名前：デフォルトの名無しさん mailto:sage [2007/03/23(金) 21:12:54 ]
- 文字コードと正規表現は関係ないだろ。
- 529 名前：デフォルトの名無しさん [2007/03/25(日) 19:55:14 ]
- Delphi2007来ました。泣けました。
終わりかも…。
- 530 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 19:56:05 ]
- すこぶる評判悪いなｗ
- 531 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 20:25:24 ]
- あんまり買った人が居ない感じだけど
評判はいいんじゃないの。
> １．速い
> Delphi2006より速くなっています。体感でわかる程速くなっています。
> 起動時はDelphi Win32のパッケージしか読み込まないので速いのは当然ですが、
> デバッグの開始やデバッグレイアウトへの切り替えなどが特に速くなっています。
> レイアウト切り替え時にウィンドウが「がくがく」となりません。
www.ipentec.com/delphi/delphi2007/index.html
- 532 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 21:38:20 ]
- それ読むといままでがひどくて、今回「普通」になっただけのような感じだな。
- 533 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 21:40:55 ]
- ま、重かったのは事実だから。我慢できないほどかといわれればそんなことはないが。
なんにつけても早い、軽い、ということを求められる宿命があるから。
- 534 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 21:45:50 ]
- で、ずーっと前のバージョンである Del6 よりは当然軽くなってるんだろうな。
- 535 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 22:04:52 ]
- 起動・終了が早くなっただけでほかは．．．
俺も泣けた。
- 536 名前：デフォルトの名無しさん mailto:sage [2007/03/25(日) 23:32:15 ]
- 初めから Vista で起きるちょっとした不具合が修正された実行ファイルが生成できる以外には
カタログスペック上もろくに良くなっていないことが分かっていたのに何で泣いてるの？
- 537 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 00:17:17 ]
- うれし泣きだろ・・・
- 538 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 01:02:03 ]
- >>532-537
Vista 対応版が出てしまって、アンチ悔し泣きかよｗ
- 539 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 03:26:44 ]
- でました、安置の大ファン！
- 540 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 12:18:16 ]
- Altボタン押すとボタンとかが消える不具合直ってる？
- 541 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 13:34:44 ]
- 値段高いよﾏﾏﾝ・・・
- 542 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 15:03:30 ]
- >>540
それってVista限定の不具合？
- 543 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 16:11:16 ]
- そうだよ。なんかまるで情報みないけど、100%再現する。
TurboDelphiでデフォルトの状態でForm作ってTButton、TCheckBox、TRadioButtonだけ置いて
XPManリンクしただけのアプリで症状がでる。配置したコンポーネントが全部消える。
Tabでフォーカスを動かすと、フォーカスがきたやつだけが再描画される。
- 544 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 17:16:03 ]
- >543
VistaAltFixUnitでググレ
- 545 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 19:39:52 ]
- お、やっぱしなんか対応策はでてんのか。ｻﾝｸｽ。
- 546 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 20:12:12 ]
- qc.borland.com/wc/qcmain.aspx?d=37403
QCによれば2007で対処されたようだね。
VCLのソースをいじっていいのなら、
TButtonControl.CreateParamsでWS_EX_COMPOSITEDを付けるのが
簡単だと思う。
- 547 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 20:55:22 ]
- >>546
kwsk
- 548 名前：デフォルトの名無しさん mailto:sage [2007/03/26(月) 21:12:24 ]
- >>547
TButtonControl.CreateParamsの最後に以下を追加すればOK。
if CheckWin32Version(6, 0) then
Params.ExStyle := Params.ExStyle or WS_EX_COMPOSITED;
- 549 名前：デフォルトの名無しさん mailto:sage [2007/03/27(火) 17:23:09 ]
- VistaAltFixUnitってのはググっても結局なんだかよくわかんないな。
>546のリンクには、WS_EX_COMPOSITED以外にもいくつか対応方法があるみたいで
結局どれが一番いいのかよくわかんないや・・・
なんか>546のリンクがエラーでまくりでうまくみれないorz
|
 |
