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

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/ 407 名前：デフォルトの名無しさん mailto:sage [2007/02/26(月) 13:50:14 ] ちょいと教えてください。 Enterpriseを買うか、Professionalを買うか検討してるのですが、 dbExpressって、dbGOに比べてどういいのでしょう？ dbGOを使えばMS SQL SreverやOrcleにも接続できると思うのですが・・・。 EnterpriseとProfessionalの違いで、データベースアプリケーションの開発 を大きく書いていますが、単にdbExpressが商用データベースに対応しただけ ですよね？ もしかして、そもそもdbGOではMS SQL SreverやOrcleに接続できない？ それとも、Professionalはライセンス的にみて接続しちゃーダメってこと？ 408 名前：デフォルトの名無しさん mailto:sage [2007/02/26(月) 14:10:39 ] そういう事はボーランド日本に聞けよ。 409 名前：デフォルトの名無しさん mailto:sage [2007/02/26(月) 15:11:08 ] >>408 >そういう事はボーランド日本に聞けよ。 まぁ、そう言わんと教えてくださいよ。 問い合わせると、 dbExpressいいよ！dbExpressいいよ！！dbExpressいいよ！！！ Enterprise買え！Enterprise買え！！Enterprise買え！！！ って返答が来そうじゃないか。 しかしまぁ、最初、書く前に問い合わせをしようとしたんだけどね。 だけど、ボーランドに聞いていいの？そこら辺もよく分からんかったから・・・。 いろいろと、イライラしながらもDelphiから離れられない現状が悲しい。 410 名前：デフォルトの名無しさん mailto:sage [2007/02/26(月) 15:45:56 ] 生か生でないかの違いらしいが、童貞には判らん世界だ 411 名前：デフォルトの名無しさん mailto:sage [2007/02/26(月) 16:16:27 ] >>407 初心者スレか、BDS2006スレで聞いた方がいい。 ただ、このタイミングで聞くと「マルチ乙」と言われそうだな。 412 名前：デフォルトの名無しさん mailto:sage [2007/02/26(月) 16:56:17 ] >>もしかして、そもそもdbGOではMS SQL SreverやOrcleに接続できない？ >>それとも、Professionalはライセンス的にみて接続しちゃーダメってこと そんなことはないよ。dbGOつまりADOで接続できるデータベースならなんでも接続できるししていい。 413 名前：デフォルトの名無しさん mailto:sage [2007/02/26(月) 17:04:36 ] >>Enterpriseを買うか、Professionalを買うか検討してるのですが、 >>dbExpressって、dbGOに比べてどういいのでしょう？ 俺的には問題はドライバの質だよな。Enterprise版のOracleやSQLServerのドライバは Borlandが開発してるから、今一ドライバの質が悪そうで不安(本格的に使ったことはないが)。 一方、ADOのドライバはデータベースメーカ純正がほとんどだから、データベース自身を売るためにも しっかり作ってありそうで安心感はある。 まぁ、Borland的にはdbExpressを売りたいから、dbGoのバグ取りとかあんま本格的に以前やってなさそうだったので、 それも問題であるが・・・ 414 名前：デフォルトの名無しさん mailto:sage [2007/02/26(月) 17:05:59 ] BDEで良いんじゃね？ 415 名前：デフォルトの名無しさん mailto:sage [2007/02/26(月) 17:07:59 ] BDE最強だが、dbGo最高。 416 名前：デフォルトの名無しさん mailto:sage [2007/02/26(月) 17:36:35 ] >>407 > dbExpressって、dbGOに比べてどういいのでしょう？ Delphi2007 ではdbEpxress が大幅に改良されているみたいだけど 過去のイメージとしては dbExpress ・・・速い。非常時接続タイプ。どちらかと言えば、サードパーティの有料ドライバが前提。 dbGo・・・遅い。常時接続タイプ。ドライバは豊富。 > EnterpriseとProfessionalの違いで、データベースアプリケーションの開発 どちらかと言うとdbExpress よりDataSnap とかじゃね。 417 名前：デフォルトの名無しさん mailto:sage [2007/02/26(月) 18:52:34 ] >>412 ありがとう。とっても参考になりました。 >>413 たしかに、他の言語でも使われているADOで接続したほうが安心感はありますね。 質がよくわからんdbExpressとバグありのdbGO、究極の選択ってことか。 >>416 DataSnapなるものがあるのですか。 さっそく、調べてみます。 まぁ、現状で使ってないということは、俺には必要ないものでしょうな。 とりあえず、Professionalで問題なということか。 まあ、なんていうか、製品構成ぐちゃぐちゃですね。 お仕事ユーザはBDSに統合されて、趣味ベースはTurboシリーズで単体売りを始めた、 とおもったら、今度はDelphi単体で製品名はTurboでない。しかも、Enterpriseあり。 新しいロードマップがでて、説明もされてるようだけど、なんだかなぁ。 今更だけど、今後も、ついていけるか激しく不安だ・・・・・・・・・・・・・・・・ 418 名前：デフォルトの名無しさん mailto:sage [2007/02/26(月) 18:53:58 ] >>417 Delは旧バージョンのままで十分使えるから無問題。 未だにDel7とBCB6使ってるお。 419 名前：デフォルトの名無しさん mailto:sage [2007/02/26(月) 19:59:06 ] え？新しいロードマップってどこに？？ 420 名前：デフォルトの名無しさん mailto:sage [2007/02/26(月) 22:17:45 ] お仕事なら、メンテ以外ではもうDelの出番はないでしょ。 これから新たに、なんて正気とは思えないが。 421 名前：デフォルトの名無しさん [2007/02/27(火) 05:43:59 ] >>417 > 新しいロードマップがでて、説明もされてるようだけど、なんだかなぁ。 まだ公式には出てないよ。 １週間後のデベロッパーキャンプで、偉い人が日本に来て説明する。 2007もそこでお披露目。 422 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 05:46:54 ] >>420 > これから新たに、なんて正気とは思えないが。 Vista 対応も出来た・していくようだし ２・３年で使い捨てるようなアプリなら、新規にDelphi でもいいんじゃね。 423 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 06:07:02 ] >>413 > 俺的には問題はドライバの質だよな。 dbExpress はインターフェースを提供しているだけで ドライバ（の機能）自体はDB ベンダが提供しているドライバを使う。 424 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 08:16:49 ] win32 ユニコード対応！対応！騒いでる奴は腕がないだけ。 こんだけ情報があれば普通のプログラマはもうとっくに対応してる。 そしてなぜ標準対応にならないのかを考える頭すらないへぼぷろぐらま。 425 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 08:40:37 ] 騒いでる奴に、頭ごなしにヘボだと言うよりも、やり方を教えてやる方が建設的だろう。 １、ファイル名入力ダイアログで大陸系のファイル名が文字化けして困る人 　⇒TOpenFilenameW/GetOpenFileNameW 　　書き出しはunicodeなんぞのファイル名を書かせるな ２、LoadFromFileでunicode文字が・・・・ 　　⇒自前でWideString/UCS4String/UTF8Stringなりに読んで変換すりゃいいじゃない ３、エラーメッセージを大陸の文字で出したい 　　⇒そこまで大陸に拘る必要あるまいに 　　いや、補助漢字とかシフトJISじゃ表示出来ない日本語の漢字もあるんで 　　TNTware 使えよ　⇒　www.tntware.com/delphicontrols/unicode/ 426 名前：405 mailto:sage [2007/02/27(火) 08:58:20 ] ColorBox1.Items[#] := 'キャプション'; で事故解決しますあｔ 427 名前：Delﾌｻｷﾞｺ ◆A6VzDeLphI mailto:sage [2007/02/27(火) 10:05:53 ] 俺がユニコード対応対応と騒いでるわけじゃないけど 対応はしてほしいね。 > win32 ユニコード対応！対応！騒いでる奴は腕がないだけ。 > こんだけ情報があれば普通のプログラマはもうとっくに対応してる。 　　　　∧,,∧　　ﾎﾞｶｰﾝ 　　　 ミ ﾟдﾟ彡 　　〜ﾐ,,,,uuミ いや、情報の取捨選択とか 標準化の意味とか、クラスライブラリの意味とか そういうのが理解できない人に > そしてなぜ標準対応にならないのかを考える頭すらないへぼぷろぐらま。 よばわりされても... 某ユーザーは全員が全員、標準でユニコード対応してないから 全員が苦労して対応しなきゃならないわけ？ なぜMS環境が標準対応になるのか考えた事とかってなさそうだね。きみは。 構文解析などの文字列処理を行うときでも UnicodeとSJIS、両方対応めんどうだしなあ。 428 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 10:13:06 ] ＞なぜMS環境が標準対応になるのか ダウト。 今M$環境が超弱まってる。 組み込み系はほぼC/C++、例外的にJava。 ドトネトなんてＰＣでも使われてない。 429 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 10:47:20 ] 構文解析は、結局世の中に色んな文字コードがある以上、 どの文字コードでやるかを自分で決めてやるしかないだろう 俺はANSIの方が再帰下降とか状態遷移で分析する時にテーブルがコンパクトで楽だけど 別に、UNICODEが好きならUNICODEでやればいいだけ。 両方に対応する必要はない。　文字コード変換すればいいだけでは？ 文字コード変換で変換できない文字があるというような趣旨なら、 そもそもその前に何かが破綻してるのだろう。 ＞UnicodeとSJIS、両方対応めんどうだしなあ ボーランドだって売り上げに直結しないなら、両方対応するの面倒だろうよ 430 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 11:01:17 ] ＞UnicodeとSJIS、両方対応めんどうだしなあ 仕方ないから内部処理はUTF8して、描画のタイミングで切り替えてる。 Windowsに寄り添ってもUCS3になったり4になったり振り回される。 UTF-8の内部処理がベスト。 431 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 11:23:35 ] そうだよなあ　UNICODEって　7から32まで、でもってBOMの有無からホント色々。 S-JIS/EUCだって無視出来ないわけで、 windowsが ANSI系のAPIを廃止するならともかく 今の対応状況で十分だろ。 というか、いったいどんな対応を期待してるわけ？ for .NET な for win32? 432 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 11:29:44 ] ＞UnicodeとSJIS、両方対応めんどうだしなあ コンポーネントがUNICODE受け付けてくれたら便利だが、 内部処理はUTF-8じゃないと結局複数対応になるよ。 それにUTF-8じゃないとヌル文字が混ざってAnsi系のc/c++系の莫大なライブラリが動作しなくなる。 とにかく内部処理はUTF-8。 433 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 11:31:36 ] たぶん UNICODE対応しても、俺はまず使わない 理由は自作コンポーネントが　ANSI文字列前提で色々やってるから それを全部変更しなくちゃいけないが、それだけコストをかけてやってる仕事が今の所ないよ。 そして、コンポーネントを対応したとしても、既に作ったものは、やっぱりANSI対応にしてる。 で、こっちはメインテナンスモードだから、作り直すわけにはゆかない。 そうなると自作コンポーネントが２種類になる。 やってられないよ 434 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 11:35:48 ] ＞そうなると自作コンポーネントが２種類になる。 １種類のコンポに文字入出力が、AnsiとUnicodeと２種類あれば良いんじゃね？ 435 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 11:39:16 ] >>434 そういう対応出来る場合もあるだろうけど winコントロール継承だと、そう巧くゆく場合ばっかりじゃないだろなあ 436 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 11:52:54 ] >>435 winコントロールがそうなってるんだけど... 437 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 12:01:57 ] Win自体CreateWindowで切り返れるんだから、コンポ内でもそうすりゃいいだけだろうよ 438 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 12:04:05 ] つーか、unicode対応しろって言う人間に対し技術力がないとか煽るくせに、 対応反対の言い訳はAnsi前提だから、かよ。アホかｗ　どれだけ思考停止してんだよ・・・ 439 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 12:23:59 ] >>434 たとえばCaptionのプロパティ型を AnsiString に WCaption ってプロパティを作って WideStringに　というようなことをしようって事？ 無理でしょ？ string が AnsiString 型と WideStringか UTF8String に切り替わるわけで 条件コンパイルでこの２つを切り替えたコードにするしかないと思うよ 440 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 12:26:39 ] >>438 指向停止と言われても、結局過去ボーランドのDelphiを購買し、今後も購買するのは 俺達老人なわけで、 それを批判するなら、UNICODE-Delphiをキミらがバカスカ買うしないよ。 キミらがバカスカ買って市場が広がるなら、俺達だってUnicode-Delphiを使うのに、何の躊躇も持たない 441 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 12:31:30 ] >>439 ヒント：入出力メソッド２つ→４つ 442 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 12:32:23 ] もはや支離滅裂 443 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 12:43:52 ] >>441 こういう事を言いたいわけ？ ANSI版 　　　TCaption = type string; UNICODE版　TCaption = type WideString; だとするよ。 既に作ってるアプリは string変数で受けてるとする ANSIアプリでは　Caption　をそのまま従来通り使う UNICODE版では　WCaptionを使う？ でも、継承してる以上、上がCaptionをTCaptionと定義してたら UNICODE版も Captionは WideString;だ WCaptionって無駄じゃね？ 444 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 12:49:39 ] >>443 別に文字列保持はUTF8（つまりANSI）１個にしといて、 入出力が２つあれば良いんじゃね？ メソッド増やすの無駄だって言うんなら、クラスベースコーディングの否定だお。 これらの処理が入るだけで、複数のANSI系言語を１アプリで動作するんだから、 あっという間に国際化だお。 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同士でエンコード の２つとなるのがベスト。 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 �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 ] すこぶる評判悪いなｗ 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 550 名前：デフォルトの名無しさん mailto:sage [2007/03/27(火) 19:35:37 ] >>549 ttp://homepage1.nifty.com/ht_deko/tech005.html#27 これ嫁 551 名前：デフォルトの名無しさん mailto:sage [2007/03/29(木) 04:06:50 ] あ〜あ、Tnt有料化ですか。 www.tntware.com/delphicontrols/unicode/ 552 名前：デフォルトの名無しさん mailto:sage [2007/03/29(木) 07:22:27 ] まだダウンロードできる。 mh-nexus.de/tntunicodecontrols.htm 553 名前：デフォルトの名無しさん mailto:sage [2007/03/29(木) 10:11:05 ] ここからもダウンロードできる ttp://www.torry.net/pages.php?id=325 のTntWare Delphi Unicode Controls v.2.3.0 554 名前：デフォルトの名無しさん mailto:sage [2007/03/29(木) 11:23:58 ] TMS には悪いけど、フリー版を使っている内に CodeGear が対応してくれたらいいなー。 555 名前：デフォルトの名無しさん mailto:sage [2007/03/29(木) 15:49:04 ] TMSはCodeGearの買収を狙ってtntを買収したような気がする… 556 名前：デフォルトの名無しさん mailto:sage [2007/03/29(木) 23:02:08 ] なぁーにいかれたこと言ってるの？　 557 名前：デフォルトの名無しさん mailto:sage [2007/03/31(土) 12:02:34 ] メール文字化けして意味わかんない(´･ω･`) ＞ 縲?■━━━━━━━━━━━━━━━━━━━━━━ ＞ ■縲?CodeGear Developer Networkメンバ縺Eの逧・＆んへ ＞ ━E━E??「Ｃ・盾・ｽ・ｼｧ・・ｽ・ｽ偵?阪・譛?新キャンペ縺Eン諠・�ｱ・・━E━E・ーランチE株)縲?チE・ロチEヱーチE・ルズ事業本部 ＞ ┗━━━━━━━━━━━━━━━━━━━━━━━ ＞ ＞ 平素は、縺Eーランド開発チE・ル・・odeGear・艶ｻ品をぁE利用ぁE◆だき誠にありがとぁE＃ざいます�?ｍ｡回、CDN ＞ ・・odeGear Developer Network・宴＜塔o縺Eの逧・＆んに、ECodeGearの譛?新諠・�ｱをご案蛛Eします�?・ 558 名前：デフォルトの名無しさん mailto:sage [2007/04/05(木) 01:12:25 ] >>521 こんなんあったんか。 買おうと思ったけど、期限すぎてら・・・。 559 名前：デフォルトの名無しさん mailto:sage [2007/04/06(金) 00:21:41 ] オレのトコにメールが届いたのは3/26 おい即買えってことなのか、こどぎあ まあ結局アップグレードで買ってしまったのだがな 560 名前：デフォルトの名無しさん mailto:sage [2007/04/07(土) 15:33:50 ] かなり前に登録してまたちょっと触ろうとしてメール探したんだが mypage.borland.co.jp/mypage/繋がらないんですが マイページとかユーザ登録とかの情報ってもう抹消されてるんですか？ 561 名前：デフォルトの名無しさん mailto:sage [2007/04/08(日) 13:25:52 ] >>560 とっくに終了。 CodeGear Developer Network に登録しなおしたら、どうよ。 dn.codegear.com/jp/ 562 名前：デフォルトの名無しさん mailto:sage [2007/04/08(日) 20:23:12 ] >>561 そうかサンクス 登録しなおします 563 名前：デフォルトの名無しさん mailto:sage [2007/04/09(月) 03:46:59 ] BDNなら、登録しなおさなくても引き継がれてたよ 564 名前：デフォルトの名無しさん mailto:sage [2007/04/26(木) 02:33:18 ] ふと思ったけど、MSがDelphiを出して、BorlandがVBを出していたら、 VBなんてとっくに死滅してたよね。 565 名前：デフォルトの名無しさん mailto:sage [2007/04/26(木) 10:05:04 ] いや、DelphiのコンポーネントがActiveXベースになってて、 Delphi言語のクラスの扱いがVariantベースになってて、 ネイティブと言いながらWinとかOfficeのバージョンに依存しまくり。 それ、ヤダな 566 名前：デフォルトの名無しさん mailto:sage [2007/05/18(金) 12:32:45 ] なんかDelphiとBCBくっついたり離れたりだな。 567 名前：デフォルトの名無しさん mailto:sage [2007/05/18(金) 14:06:09 ] 離れてて欲しいお。 離れていながら片方が片方をコンパイルは出来るって程度でおｋ。 568 名前：デフォルトの名無しさん mailto:sage [2007/05/22(火) 11:47:20 ] くっついてもちっとも便利にならなかった 離れていた方が便利だったよな。 569 名前：デフォルトの名無しさん [2007/05/23(水) 17:35:35 ] 64bitネイティブ待ってるんだけど 570 名前：デフォルトの名無しさん mailto:sage [2007/05/24(木) 07:49:27 ] FPCは対応したみたいですな 571 名前：デフォルトの名無しさん [2007/06/11(月) 20:30:09 ] コードギアとコードギアスってそっくりだね。 572 名前：デフォルトの名無しさん mailto:sage [2007/06/12(火) 20:02:37 ] 反逆のルビーデシュ 573 名前：デフォルトの名無しさん [2007/06/22(金) 13:27:00 ] dn.codegear.com/jp/article/36624 なんかしらんが 64対応が完全に消えて終わったいうことか Highlanderで64ネイティブになるなんて言ってなかった？ 574 名前：デフォルトの名無しさん mailto:sage [2007/06/22(金) 14:10:03 ] >>573 このロードマップの中にはないが、Tiburon および Barracuda以降では「検討されている」。だいぶ後になりそうだけどね｡ >Highlanderで64ネイティブになるなんて言ってなかった？ 確か言ってなかったと思う｡ 575 名前：デフォルトの名無しさん mailto:sage [2007/06/22(金) 14:40:41 ] はやく64bit欲しいお。 怒涛熱湯での64bit対応はｲﾗﾈ 576 名前：デフォルトの名無しさん [2007/06/22(金) 19:18:47 ] 32の開発環境いち早くリリースした会社が 64を全然出せん訳で、世の中わからんいうか呆れてお笑いだ。 577 名前：デフォルトの名無しさん mailto:sage [2007/06/22(金) 19:29:54 ] ソースの字面的にInt64をとても自然に扱えてるし2Gを超えるデータなんて扱う予定もないから いまんとこ激しく優先順位は低いな。 それならUnicode対応の方がよっぽど有益だ。 コンパイルオプションのUnicode版VCLにチェックつけるだけで完全移行できるなら新バージョン買ってもいい。 578 名前：デフォルトの名無しさん mailto:sage [2007/06/22(金) 20:50:07 ] >>577 ありえん。Stringの箇所をWideString対応にするだけでも、相当 579 名前：ミ,,ﾟДﾟ彡 ◆A6VzDeLphI mailto:sage [2007/06/23(土) 00:10:20 ] 新規作成で.NETを選ぶだけで 移行できたんだから、 やってやれないことはあるまいて。 CodeGearの中の人に、がんばっていただきましょう。 580 名前：デフォルトの名無しさん mailto:sage [2007/06/23(土) 08:55:45 ] ﾕﾆｺｰﾄﾞ対応どころかﾕﾆｺｰﾄﾞを撲滅すべき。 漢字は5万個ぐらいで十分。 581 名前：デフォルトの名無しさん mailto:sage [2007/06/23(土) 10:09:53 ] どういう釣りだよ 582 名前：デフォルトの名無しさん mailto:sage [2007/06/23(土) 12:34:57 ] >>579 そりゃ、新規作成なら移行できるだろうよｗ 583 名前：デフォルトの名無しさん [2007/06/26(火) 01:13:36 ] UNICODE対応　記念age。 個人的にUNICODE無視できないぐらいユーザーの需要が増えてきた。 というより、UNICODEなんて使うなよっていいたい。 584 名前：デフォルトの名無しさん mailto:sage [2007/06/26(火) 08:34:23 ] 対応の仕方ｺﾜｲお 今までのコード書き換えなくても問題出ませんように。 585 名前：デフォルトの名無しさん mailto:sage [2007/06/27(水) 07:54:06 ] おいらも2月から対応作業してるけど意外に簡単だよ。 未対応だと騒いでる人がいるけど意味がわからん 586 名前：デフォルトの名無しさん mailto:sage [2007/06/27(水) 09:26:54 ] Tntも完璧ではないからなぁ 587 名前：デフォルトの名無しさん mailto:sage [2007/06/27(水) 09:34:11 ] どの辺？ （使った事無いけど将来使う可能性０では無いので教えて） 588 名前：デフォルトの名無しさん mailto:sage [2007/06/28(木) 09:29:01 ] 学者の机上レベルではともかく 現場レベルでは特に困ることはないよ。 589 名前：デフォルトの名無しさん mailto:sage [2007/06/28(木) 09:40:07 ] じゃ、Tntの無料バージョンダウソしといた方が良いかな？ 今は使う予定無いけど。 590 名前：デフォルトの名無しさん mailto:sage [2007/10/21(日) 02:21:11 ] 初音ミクってすごくないですか？ いつのまにこんな事が出来るようになったのか。 ttp://www.youtube.com/results?search_type=search_videos&search_query=%E5%88%9D%E9%9F%B3%E3%83%9F%E3%82%AF&search_sort=video_view_count&search_category=0&search=Search&v=&uploaded= 591 名前：本田 [2007/11/26(月) 00:41:03 ] HX DOS Extender www.japheth.de/HX.html Many development environments which support creating Win32 console applications are compatible with HX, among them are: * Open Watcom C++ * Digital Mars C++ * MinGW (uses GCC) * CygWin (uses GCC) * MS Visual C++, including the free version of MS Visual C++ Toolkit 2003 * Borland C++, including the free version of C++ Builder Command Line Tools * LADSoft CC386 * Pelles C * LCC-Win32 (C compiler) * Borland Delphi * Free Pascal (Win32) * Pascal Pro * Virtual Pascal (Win32) * FreeBasic (Win32) * PowerBasic * MicroFocus Object Cobol * XDS Modula II * MASM, TASM, POASM, WASM, FASM, LZASM, NASM, GOASM, ... 592 名前：デフォルトの名無しさん mailto:sage [2007/12/02(日) 09:29:41 ] 俺のアプリはサードパーティのコンポ使ってるからな、Tntに置き換えるとUnicodeに は対応するがダウングレードになっちまうぜ。 593 名前：デフォルトの名無しさん mailto:sage [2007/12/10(月) 23:37:19 ] DBの中身がUTF-8だとおもっくそ文字化けしてくれる‥‥ 594 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 11:01:40 ] >>592 VCLくらい揃ってれば、サードパーティなんて使わないけどな。 何系のコンポ？ 595 名前：デフォルトの名無しさん mailto:sage [2007/12/19(水) 10:38:47 ] 俺の時間はDelphi6で止まってる。 次買うときには優待価格では買えんだろうなぁ。 そもそも最近PCのプログラム書いてない…。 596 名前：デフォルトの名無しさん [2007/12/23(日) 00:49:14 ] だも！丸山です。 597 名前：デフォルトの名無しさん [2008/02/02(土) 22:20:06 ] やは 598 名前：デフォルトの名無しさん mailto:sage [2008/03/10(月) 22:16:48 ] ・福田首相は中国講演で歴史認識について村山談話をかみくだいて語った。 ・だがそれは、日本人に向かって言ったのでも、日本人が聞いていたわけでもない。 ・こういう大事なことは、日本に向かってこそ語りかけるべきだ。 599 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 05:04:52 ] ボーランド、CodeGearツール部門を売却 japan.cnet.com/news/biz/story/0,2000056020,20372742,00.htm?ref=rss EmbarcaderoとやらがDelphiを立て直してくれるのかな？ 600 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 07:37:19 ] よりによって「馬鹿」だもんな...... 601 名前：デフォルトの名無しさん [2008/05/18(日) 19:39:02 ] 大した話題にもならずにあっさり消滅したな 602 名前：デフォルトの名無しさん [2008/08/06(水) 14:14:05 ] あげ 603 名前：デフォルトの名無しさん mailto:sage [2008/08/14(木) 04:05:33 ] 値段下げて下さい。 604 名前：デフォルトの名無しさん mailto:sage [2008/08/15(金) 20:50:51 ] 巨星、赤塚不二夫、乙！

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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