[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 2chのread.cgiへ]
Update time : 05/09 13:22 / Filesize : 110 KB / Number-of Response : 605
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

バカボンのDelphi不買・販促・その他談話室その29



1 名前:デフォルトの名無しさん mailto:age [2006/07/18(火) 22:06:22 ]

       / ̄ ̄ ̄ ̄\            / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
     >/_______/|           |  Delphi不買 や Borland DevCo に関する話題
    |\      __・\_        <  雑談や質問を、しながら
     |  ..|   ・  /.・`    )       | マターリくつろいでね
     |  |      /フ ̄| |        \_________
     ( ∂  @_/ ̄  / / 
     \⊥ \    m/ /  
      \    ヽ─ ⌒ /   
        ヽ────-      

(注)本スレは被害担当艦としての機能も持ち合わせているんだ。
見識の狭い困ったちゃんが他の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/


445 名前:デフォルトの名無しさん mailto:sage [2007/02/27(火) 12:50:57 ]
念の為説明。

AnsiStringとUtf8Stringは名前が違うだけで、実体は同じ。

446 名前:デフォルトの名無しさん mailto:sage [2007/02/27(火) 12:58:38 ]
プロパティの型は継承したコンポーネントで変更出来るし
GetCaption/SetCaptionはvirtualではないから この場合は可能だろうけど
親子で同じ名前の型が違うのはどうだろうな


447 名前:デフォルトの名無しさん mailto:sage [2007/02/27(火) 13:04:29 ]
ヒント:違う名前

WinAPIだと末尾にA/Wが付くお。

448 名前:デフォルトの名無しさん mailto:sage [2007/02/27(火) 13:05:45 ]
GetCaption(); ← GetCaptionAと等価
GetCaptionA();
GetCaptionW();

で良いんじゃね?

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同士でエンコード
の2つとなるのがベスト。




453 名前:デフォルトの名無しさん mailto:sage [2007/02/27(火) 13:46:12 ]
>>433の問題に対して >>434の解決は、センスが悪いと思うよ。

理由を書くよ。
 このコンポーネントは2つの環境で使われるANSIとUNICODEだ。
 だから>>433はコンポーネントを2つに別けようとしたのだろう
 他の対応方法としては
 2、条件コンパイル
 3、両方に対応出来るコンポーネント
 が考えられる。
 1,2の対応では、テスト量は2倍になる。

 しかし、両方のメソッドを持つコンポーネントは、それぞれのメソッドを
 どちらの環境からも呼ばれる可能性まで考えなければいけない。
 つまり、複雑さは4倍になってしまう。
 ANSI環境からUNICODEメソッドを呼ばれるテストとその逆のテストも追加しなければいけないからね

多くの場合、コードを書くコストよりテストやメンテナンスが大きいわけで



454 名前:デフォルトの名無しさん mailto:sage [2007/02/27(火) 13:48:40 ]
> 1,2の対応では、テスト量は2倍になる。

なりません。

クラス派生した場合は、既存の上位メソッドが呼ばれるだけ。

そうじゃなく、委譲と化する場合なら、委譲を受け持つベースクラスがある筈だから。


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
焦らないで、良く読めよ

1は、ファイルを2つに別けて対応した場合
2は、条件コンパイルで対応した場合だ、

そもそも、
UNICODEコンパイラとANSI コンパイラの2つの環境でテストしなければならないのだから
> 1,2の対応では、テスト量は2倍になる

という事だ。


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 コンパイラの2つの環境でテストしなければならないのだから
>> 1,2の対応では、テスト量は2倍になる

そもそも、

片方が必要な人は片方をテストすればよいし、
両方いる人は両方をテストすればよいという当たり前。

という事だ。



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は変換して使うだけでいいだろ?

なんで 2つもインターフェースが必要なの?
そのメリットは何?

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 以外に興味は無いのかw

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 ]
アンチ発病w



494 名前:デフォルトの名無しさん mailto:sage [2007/03/02(金) 08:27:13 ]
最近のバージョンはエンタープライズ向けに巨大化して使い難い
もっとシンプルな、もっとOS依存減らした組込用VCLの方向なんてのも、
市場はニッチだろうけど値段も取れて けっこうおいしいと思うんだけどな


495 名前:デフォルトの名無しさん mailto:sage [2007/03/02(金) 08:48:47 ]
かくしてDelphi 言語ではないVCL が増えていくのであった。
・・・Pascal ユーザーにDelphi ブランドを返してくれ。

アメリカ人のマーケティング関係者の考える事は異常w

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、9月までだよね? ちょっと様子見だな。


499 名前:デフォルトの名無しさん mailto:sage [2007/03/07(水) 09:44:31 ]
Delphi for PHPは日本語版が出た時のアップグレードが6千円程度なら英語版でも買っておくんだけどなあ

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だので書かれた、役にたたん生産性向上なんとはは不要し、
認証無しで3万なら最後のバージョンアップと思って買ってもいい。

とりあえずVista対応なんて今必要じゃない。 
というかお客さんが話をふっても希望してくれん状況じゃな。
今みたいにいつ認証が消えるかわからん状態じゃHDDのコヤシにする気にもなれん

505 名前:デフォルトの名無しさん mailto:sage [2007/03/14(水) 11:00:27 ]
割れ厨、涙目w

506 名前:デフォルトの名無しさん mailto:sage [2007/03/14(水) 11:32:54 ]
Delphi 2007 for WIN32 Lite

・Together とか無しで.NET だのJ#だの余分なのは外せる
・ダウンロード販売のみで3万円(優待販売のみでもいいや)
・圧縮ファイルに購入時の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
高橋さんいわく
 Delphi for PHP 英語版でもヘルプとIDEは英語だが、ソースコードは UTF-8に対応している
 なんか、デモではデータベースで日本語通すのに、イベントで初期化を入れないといけないとやっているな
 ただ、全てのコンポーネントが日本語に対応してる状態ではないとの事


512 名前:デフォルトの名無しさん [2007/03/22(木) 15:56:07 ]
3月22日〜27日の6日間だけの「期末特別キャンペーン」
って何だよ!
>期間限定で、登録ユーザー様向けのご優待価格で新規ライセンスをご提供するものです。



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)製品をご評価いただき誠にあ
 りがとうございます。今回、トライアル版をダウンロードしてくださった皆様
 向けに、【3月22日から3月27日】までの期間限定で、お得なご優待価格
 にて下記製品を提供致します。

522 名前:デフォルトの名無しさん mailto:sage [2007/03/22(木) 18:36:33 ]
>>521
d楠

既存ユーザーがないがしろにされているような気がしないでもないな

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 ]
すこぶる評判悪いなw

531 名前:デフォルトの名無しさん mailto:sage [2007/03/25(日) 20:25:24 ]
あんまり買った人が居ない感じだけど
評判はいいんじゃないの。

> 1.速い
> 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 対応版が出てしまって、アンチ悔し泣きかよw

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 ]
お、やっぱしなんか対応策はでてんのか。サンクス。






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<110KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef