07/02/22 21:43:04
why?
370:デフォルトの名無しさん
07/02/22 22:10:50
>>367
誤爆が馬鹿っぽいな。
371:デフォルトの名無しさん
07/02/22 22:12:30
そりゃ、ウィンドウズの標準ダイアログを利用する方がロケールが正しく表示される罠
372:デフォルトの名無しさん
07/02/22 22:51:59
>>352
MessageBoxよりMessageDlg使った方がいいと思う
373:デフォルトの名無しさん
07/02/23 00:45:18
C# for win32 はやっぱMSが許さないのかな。
374:デフォルトの名無しさん
07/02/23 01:04:38
ってか、C# のネイティブコンパイラなんか今の CodeGear につくれっこないだろ。
第一、ライブラリそのものが .NET なんだから。
375:デフォルトの名無しさん
07/02/23 01:08:33
Delphi が Unicode に対応できてない事実をみてもわるように、コンパイラをつくるような能力はもうない。
C# の現行コンパイラもMS製だし。自前なんかとても無理。新IDEでさえ四苦八苦のありさま。
376:デフォルトの名無しさん
07/02/23 01:18:51
どこかがC# for Win64nativeとかやってちゃんと商品だしたら、
10年くらい需要ありそうなんだけどな
377:デフォルトの名無しさん
07/02/23 02:34:01
コンパイラメーカはほぼ全滅
378:デフォルトの名無しさん
07/02/23 08:40:19
生き残ったのは某のみ。
379:デフォルトの名無しさん
07/02/23 21:26:15
ここ数年は某もコンパイラつくってないし。MS からは借りてるが。
380:デフォルトの名無しさん
07/02/23 21:54:36
またそういう嘘をつくｗ
メソッドつきレコード型とか、いろいろやっているだろう。
381:デフォルトの名無しさん
07/02/23 22:12:34
Delphi て、.NET 対応なのに unicode非対応なの？
for win32 との互換性を上げるためにわざわざ非対応にしたのかな？
382:デフォルトの名無しさん
07/02/23 22:14:54
Delphi.NET は、逆に全部ユニコードだけ、AnsiString 非対応。
>>380
メソッドつきレコード型にするとコンパイラつくった事になるのか？
面白い見方だな。
383:デフォルトの名無しさん
07/02/23 22:17:22
>>382
> コンパイラつくった事になるのか？
え、ならないの？
じゃあどうやって、実現しているの？
384:デフォルトの名無しさん
07/02/23 22:18:26
ちょっといじっただけ、でしょ。
385:デフォルトの名無しさん
07/02/23 22:20:59
逆にユニコードに完全対応するには大幅にいじらなきゃならない。だから、いままでずっと非対応なんだな。
386:デフォルトの名無しさん
07/02/23 22:23:50
ユニコードもそのうち解決するでしょ。
そろそろ次のネタを探しておきなさい。
387:デフォルトの名無しさん
07/02/23 22:29:23
>>385 >>382が言うにはユニコード対応らしいが？
みんな何を言ってるの？ for .NET はユニコード対応なんでしょ？
388:デフォルトの名無しさん
07/02/23 22:57:35
ユニコード専用だっつの。何が対応だ。
389:デフォルトの名無しさん
07/02/24 04:54:22
んだから、for Win32 がなぜてれてれして対応しないのか、ユーザ無視も甚だしい。
コードの継承なんか、なんにも考えてないんだよな。
390:デフォルトの名無しさん
07/02/24 09:14:59
>>369
システムのローカライズド文字列使うから
つまり英語版なら「Yes」「No」、日本語版なら「はい」「いいえ」になるから
391:デフォルトの名無しさん
07/02/24 09:53:58
>>389
UNICODE対応したアプリ作りたいなら for .NET で作ればいいじゃない
for win32 は、過去のコードをそのまま使いたい要望だってあるんだからさ、
for win32(UNICODE) なんて、別のコンパイラを作らなくちゃいけないだろ？
で、そういう商品出したら、ホントに買うのか？
for win32がUNICODE対応してないと言う奴は？
392:デフォルトの名無しさん
07/02/24 10:18:49
UNICODE 化の利点は・・・海外製のコンポーネントを買いやすくなるって事かな。
393:デフォルトの名無しさん
07/02/24 10:30:25
それは無理っぽい理屈だ。
エラーメッセージだのが韓国語だったり、ヒンディー語だったりでも買う気起きる？
394:デフォルトの名無しさん
07/02/24 10:45:26
エラーメッセージはだいたい英語だから、いいんじゃね。
そんなマニアックな奴を買うかどうか分からんし。
395:デフォルトの名無しさん
07/02/24 12:09:39
Turbo シリーズってのは、どうなの？
今までは他のバージョン残したままインストール出来たのに
Turbo Delphiも試してみたいのに、試す事も出来ないじゃない
396:デフォルトの名無しさん
07/02/24 12:18:46
BDS2006 以外となら共存できると思うけど。
397:デフォルトの名無しさん
07/02/24 13:51:18
Turbo シリーズは、今回の一回で打ち切りかな？ Turbo ブランドがコケたんだな、きっと
398:デフォルトの名無しさん
07/02/24 14:19:01
TurboはHighlanderのリリース後だってさ。
399:デフォルトの名無しさん
07/02/24 20:27:24
>>390
本気で言ってるんすかｗ？
400:デフォルトの名無しさん
07/02/24 21:25:36
いや、そうなるよ。VCL のダイアログじゃなくて Windows のダイアログ使えば
自動的にロケールが反映される。
401:デフォルトの名無しさん
07/02/24 22:12:58
MessageDlg が Windows のダイアログ？
402:デフォルトの名無しさん
07/02/24 22:16:42
アンチ必死だな死ねよ屑が
403:デフォルトの名無しさん
07/02/24 22:47:53
逆だよね。
404:デフォルトの名無しさん
07/02/24 23:36:44
アンチは重箱の隅を突くような揚げ足取りしかできないのか？さっさと死ね
405:デフォルトの名無しさん
07/02/25 15:13:57
TColorBoxはそういう風にできないの？
406:デフォルトの名無しさん
07/02/25 18:37:24
できない
407:デフォルトの名無しさん
07/02/26 13:50:14
ちょいと教えてください。
Enterpriseを買うか、Professionalを買うか検討してるのですが、
dbExpressって、dbGOに比べてどういいのでしょう？
dbGOを使えばMS SQL SreverやOrcleにも接続できると思うのですが・・・。
EnterpriseとProfessionalの違いで、データベースアプリケーションの開発
を大きく書いていますが、単にdbExpressが商用データベースに対応しただけ
ですよね？
もしかして、そもそもdbGOではMS SQL SreverやOrcleに接続できない？
それとも、Professionalはライセンス的にみて接続しちゃーダメってこと？
408:デフォルトの名無しさん
07/02/26 14:10:39
そういう事はボーランド日本に聞けよ。
409:デフォルトの名無しさん
07/02/26 15:11:08
>>408
>そういう事はボーランド日本に聞けよ。
まぁ、そう言わんと教えてくださいよ。
問い合わせると、
dbExpressいいよ！dbExpressいいよ！！dbExpressいいよ！！！
Enterprise買え！Enterprise買え！！Enterprise買え！！！
って返答が来そうじゃないか。
しかしまぁ、最初、書く前に問い合わせをしようとしたんだけどね。
だけど、ボーランドに聞いていいの？そこら辺もよく分からんかったから・・・。
いろいろと、イライラしながらもDelphiから離れられない現状が悲しい。
410:デフォルトの名無しさん
07/02/26 15:45:56
生か生でないかの違いらしいが、童貞には判らん世界だ
411:デフォルトの名無しさん
07/02/26 16:16:27
>>407
初心者スレか、BDS2006スレで聞いた方がいい。
ただ、このタイミングで聞くと「マルチ乙」と言われそうだな。
412:デフォルトの名無しさん
07/02/26 16:56:17
>>もしかして、そもそもdbGOではMS SQL SreverやOrcleに接続できない？
>>それとも、Professionalはライセンス的にみて接続しちゃーダメってこと
そんなことはないよ。dbGOつまりADOで接続できるデータベースならなんでも接続できるししていい。
413:デフォルトの名無しさん
07/02/26 17:04:36
>>Enterpriseを買うか、Professionalを買うか検討してるのですが、
>>dbExpressって、dbGOに比べてどういいのでしょう？
俺的には問題はドライバの質だよな。Enterprise版のOracleやSQLServerのドライバは
Borlandが開発してるから、今一ドライバの質が悪そうで不安(本格的に使ったことはないが)。
一方、ADOのドライバはデータベースメーカ純正がほとんどだから、データベース自身を売るためにも
しっかり作ってありそうで安心感はある。
まぁ、Borland的にはdbExpressを売りたいから、dbGoのバグ取りとかあんま本格的に以前やってなさそうだったので、
それも問題であるが・・・
414:デフォルトの名無しさん
07/02/26 17:05:59
BDEで良いんじゃね？
415:デフォルトの名無しさん
07/02/26 17:07:59
BDE最強だが、dbGo最高。
416:デフォルトの名無しさん
07/02/26 17:36:35
>>407
> dbExpressって、dbGOに比べてどういいのでしょう？
Delphi2007 ではdbEpxress が大幅に改良されているみたいだけど
過去のイメージとしては
dbExpress ・・・速い。非常時接続タイプ。どちらかと言えば、サードパーティの有料ドライバが前提。
dbGo・・・遅い。常時接続タイプ。ドライバは豊富。
> EnterpriseとProfessionalの違いで、データベースアプリケーションの開発
どちらかと言うとdbExpress よりDataSnap とかじゃね。
417:デフォルトの名無しさん
07/02/26 18:52:34
>>412
ありがとう。とっても参考になりました。
>>413
たしかに、他の言語でも使われているADOで接続したほうが安心感はありますね。
質がよくわからんdbExpressとバグありのdbGO、究極の選択ってことか。
>>416
DataSnapなるものがあるのですか。
さっそく、調べてみます。
まぁ、現状で使ってないということは、俺には必要ないものでしょうな。
とりあえず、Professionalで問題なということか。
まあ、なんていうか、製品構成ぐちゃぐちゃですね。
お仕事ユーザはBDSに統合されて、趣味ベースはTurboシリーズで単体売りを始めた、
とおもったら、今度はDelphi単体で製品名はTurboでない。しかも、Enterpriseあり。
新しいロードマップがでて、説明もされてるようだけど、なんだかなぁ。
今更だけど、今後も、ついていけるか激しく不安だ・・・・・・・・・・・・・・・・
418:デフォルトの名無しさん
07/02/26 18:53:58
>>417
Delは旧バージョンのままで十分使えるから無問題。
未だにDel7とBCB6使ってるお。
419:デフォルトの名無しさん
07/02/26 19:59:06
え？新しいロードマップってどこに？？
420:デフォルトの名無しさん
07/02/26 22:17:45
お仕事なら、メンテ以外ではもうDelの出番はないでしょ。
これから新たに、なんて正気とは思えないが。
421:デフォルトの名無しさん
07/02/27 05:43:59
>>417
> 新しいロードマップがでて、説明もされてるようだけど、なんだかなぁ。
まだ公式には出てないよ。
１週間後のデベロッパーキャンプで、偉い人が日本に来て説明する。
2007もそこでお披露目。
422:デフォルトの名無しさん
07/02/27 05:46:54
>>420
> これから新たに、なんて正気とは思えないが。
Vista 対応も出来た・していくようだし
２・３年で使い捨てるようなアプリなら、新規にDelphi でもいいんじゃね。
423:デフォルトの名無しさん
07/02/27 06:07:02
>>413
> 俺的には問題はドライバの質だよな。
dbExpress はインターフェースを提供しているだけで
ドライバ（の機能）自体はDB ベンダが提供しているドライバを使う。
424:デフォルトの名無しさん
07/02/27 08:16:49
win32 ユニコード対応！対応！騒いでる奴は腕がないだけ。
こんだけ情報があれば普通のプログラマはもうとっくに対応してる。
そしてなぜ標準対応にならないのかを考える頭すらないへぼぷろぐらま。
425:デフォルトの名無しさん
07/02/27 08:40:37
騒いでる奴に、頭ごなしにヘボだと言うよりも、やり方を教えてやる方が建設的だろう。
１、ファイル名入力ダイアログで大陸系のファイル名が文字化けして困る人
⇒TOpenFilenameW/GetOpenFileNameW
書き出しはunicodeなんぞのファイル名を書かせるな
２、LoadFromFileでunicode文字が・・・・
⇒自前でWideString/UCS4String/UTF8Stringなりに読んで変換すりゃいいじゃない
３、エラーメッセージを大陸の文字で出したい
⇒そこまで大陸に拘る必要あるまいに
いや、補助漢字とかシフトJISじゃ表示出来ない日本語の漢字もあるんで
TNTware 使えよ ⇒ URLﾘﾝｸ(www.tntware.com)
426:405
07/02/27 08:58:20
ColorBox1.Items[#] := 'キャプション';
で事故解決しますあｔ
427:Delﾌｻｷﾞｺ ◆A6VzDeLphI
07/02/27 10:05:53
俺がユニコード対応対応と騒いでるわけじゃないけど
対応はしてほしいね。
> win32 ユニコード対応！対応！騒いでる奴は腕がないだけ。
> こんだけ情報があれば普通のプログラマはもうとっくに対応してる。
∧,,∧ ﾎﾞｶｰﾝ
ミ ﾟдﾟ彡
～ﾐ,,,,uuミ
いや、情報の取捨選択とか
標準化の意味とか、クラスライブラリの意味とか
そういうのが理解できない人に
> そしてなぜ標準対応にならないのかを考える頭すらないへぼぷろぐらま。
よばわりされても...
某ユーザーは全員が全員、標準でユニコード対応してないから
全員が苦労して対応しなきゃならないわけ？
なぜMS環境が標準対応になるのか考えた事とかってなさそうだね。きみは。
構文解析などの文字列処理を行うときでも
UnicodeとSJIS、両方対応めんどうだしなあ。
428:デフォルトの名無しさん
07/02/27 10:13:06
＞なぜMS環境が標準対応になるのか
ダウト。
今M$環境が超弱まってる。
組み込み系はほぼC/C++、例外的にJava。
ドトネトなんてＰＣでも使われてない。
429:デフォルトの名無しさん
07/02/27 10:47:20
構文解析は、結局世の中に色んな文字コードがある以上、
どの文字コードでやるかを自分で決めてやるしかないだろう
俺はANSIの方が再帰下降とか状態遷移で分析する時にテーブルがコンパクトで楽だけど
別に、UNICODEが好きならUNICODEでやればいいだけ。
両方に対応する必要はない。 文字コード変換すればいいだけでは？
文字コード変換で変換できない文字があるというような趣旨なら、
そもそもその前に何かが破綻してるのだろう。
＞UnicodeとSJIS、両方対応めんどうだしなあ
ボーランドだって売り上げに直結しないなら、両方対応するの面倒だろうよ
430:デフォルトの名無しさん
07/02/27 11:01:17
＞UnicodeとSJIS、両方対応めんどうだしなあ
仕方ないから内部処理はUTF8して、描画のタイミングで切り替えてる。
Windowsに寄り添ってもUCS3になったり4になったり振り回される。
UTF-8の内部処理がベスト。
431:デフォルトの名無しさん
07/02/27 11:23:35
そうだよなあ UNICODEって 7から32まで、でもってBOMの有無からホント色々。
S-JIS/EUCだって無視出来ないわけで、
windowsが ANSI系のAPIを廃止するならともかく
今の対応状況で十分だろ。
というか、いったいどんな対応を期待してるわけ？
for .NET な for win32?
432:デフォルトの名無しさん
07/02/27 11:29:44
＞UnicodeとSJIS、両方対応めんどうだしなあ
コンポーネントがUNICODE受け付けてくれたら便利だが、
内部処理はUTF-8じゃないと結局複数対応になるよ。
それにUTF-8じゃないとヌル文字が混ざってAnsi系のc/c++系の莫大なライブラリが動作しなくなる。
とにかく内部処理はUTF-8。
433:デフォルトの名無しさん
07/02/27 11:31:36
たぶん UNICODE対応しても、俺はまず使わない
理由は自作コンポーネントが ANSI文字列前提で色々やってるから
それを全部変更しなくちゃいけないが、それだけコストをかけてやってる仕事が今の所ないよ。
そして、コンポーネントを対応したとしても、既に作ったものは、やっぱりANSI対応にしてる。
で、こっちはメインテナンスモードだから、作り直すわけにはゆかない。
そうなると自作コンポーネントが２種類になる。
やってられないよ
434:デフォルトの名無しさん
07/02/27 11:35:48
＞そうなると自作コンポーネントが２種類になる。
１種類のコンポに文字入出力が、AnsiとUnicodeと２種類あれば良いんじゃね？
435:デフォルトの名無しさん
07/02/27 11:39:16
>>434
そういう対応出来る場合もあるだろうけど
winコントロール継承だと、そう巧くゆく場合ばっかりじゃないだろなあ
436:デフォルトの名無しさん
07/02/27 11:52:54
>>435
winコントロールがそうなってるんだけど...
437:デフォルトの名無しさん
07/02/27 12:01:57
Win自体CreateWindowで切り返れるんだから、コンポ内でもそうすりゃいいだけだろうよ
438:デフォルトの名無しさん
07/02/27 12:04:05
つーか、unicode対応しろって言う人間に対し技術力がないとか煽るくせに、
対応反対の言い訳はAnsi前提だから、かよ。アホかｗ どれだけ思考停止してんだよ・・・
439:デフォルトの名無しさん
07/02/27 12:23:59
>>434
たとえばCaptionのプロパティ型を AnsiString に
WCaption ってプロパティを作って WideStringに というようなことをしようって事？
無理でしょ？
string が AnsiString 型と WideStringか UTF8String に切り替わるわけで
条件コンパイルでこの２つを切り替えたコードにするしかないと思うよ
440:デフォルトの名無しさん
07/02/27 12:26:39
>>438
指向停止と言われても、結局過去ボーランドのDelphiを購買し、今後も購買するのは
俺達老人なわけで、
それを批判するなら、UNICODE-Delphiをキミらがバカスカ買うしないよ。
キミらがバカスカ買って市場が広がるなら、俺達だってUnicode-Delphiを使うのに、何の躊躇も持たない
441:デフォルトの名無しさん
07/02/27 12:31:30
>>439
ヒント：入出力メソッド２つ→４つ
442:デフォルトの名無しさん
07/02/27 12:32:23
もはや支離滅裂
443:デフォルトの名無しさん
07/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:デフォルトの名無しさん
07/02/27 12:49:39
>>443
別に文字列保持はUTF8（つまりANSI）１個にしといて、
入出力が２つあれば良いんじゃね？
メソッド増やすの無駄だって言うんなら、クラスベースコーディングの否定だお。
これらの処理が入るだけで、複数のANSI系言語を１アプリで動作するんだから、
あっという間に国際化だお。
445:デフォルトの名無しさん
07/02/27 12:50:57
念の為説明。
AnsiStringとUtf8Stringは名前が違うだけで、実体は同じ。
446:デフォルトの名無しさん
07/02/27 12:58:38
プロパティの型は継承したコンポーネントで変更出来るし
GetCaption/SetCaptionはvirtualではないから この場合は可能だろうけど
親子で同じ名前の型が違うのはどうだろうな
447:デフォルトの名無しさん
07/02/27 13:04:29
ヒント：違う名前
WinAPIだと末尾にA/Wが付くお。
448:デフォルトの名無しさん
07/02/27 13:05:45
GetCaption(); ← GetCaptionAと等価
GetCaptionA();
GetCaptionW();
で良いんじゃね？
449:デフォルトの名無しさん
07/02/27 13:09:14
>>448
いや、だから、ソレ無駄でしょ？
古いアプリではGetCaptionしか呼ばないから
GetCaptionA(); <---誰も呼ばない
GetCaptionW(); <---必要ない
UNICODEアプリでは、GetCaptionがそもそもUNICODEなのだから
GetCaptionW(); <---誰も呼ばない
GetCaptionA(); <---必要ない
450:デフォルトの名無しさん
07/02/27 13:23:49
>>449
いや、だから、メソッドの追加が無駄ならクラスライブラリ使うのやめなさい。
実際のところこれらの追加とは比べものにならない無駄なメソッドの塊がクラスライブラリだから。
単なるPascalとかC言語があなたにあってるよ。
451:デフォルトの名無しさん
07/02/27 13:37:27
互換を取りつつUNICODE対応を追加するのならソレでいいけど
この場合は土台が変化するのだから条件コンパイルでしょ
UNICODE対応が完了したらそんな盲腸みたいにANSIのメソッドを付ける必要は何もない
今UNICODEに対してやってるように文字コード変換関数を使えばいいのだから
452:デフォルトの名無しさん
07/02/27 13:44:37
＞互換を取りつつUNICODE対応を追加するのならソレでいいけど
互換を取りつつ追加すればよい。
＞この場合は土台が変化するのだから条件コンパイルでしょ
わけわかんない事言うな。
＞UNICODE対応が完了したらそんな盲腸みたいにANSIのメソッドを付ける必要は何もない
＞今UNICODEに対してやってるように文字コード変換関数を使えばいいのだから
違うんだなー。
「UNICODE対応」という言葉一つだが、そーじゃない。・
Winコントロールに値を渡すときにWinのバージョンによってUCS2、UCS4なんかと切り替わる。
さらにWinのUCS2なんかに合わせると、NULLが混ざって旧いライブラリが通らない。
つまり、「UNICODE対応」と言いながら、
・内部処理はUTF-8
・Winコントロールに渡すときにUNICODE同士でエンコード
の２つとなるのがベスト。
453:デフォルトの名無しさん
07/02/27 13:46:12
>>433の問題に対して >>434の解決は、センスが悪いと思うよ。
理由を書くよ。
このコンポーネントは２つの環境で使われるANSIとUNICODEだ。
だから>>433はコンポーネントを２つに別けようとしたのだろう
他の対応方法としては
２、条件コンパイル
３、両方に対応出来るコンポーネント
が考えられる。
１，２の対応では、テスト量は２倍になる。
しかし、両方のメソッドを持つコンポーネントは、それぞれのメソッドを
どちらの環境からも呼ばれる可能性まで考えなければいけない。
つまり、複雑さは４倍になってしまう。
ANSI環境からUNICODEメソッドを呼ばれるテストとその逆のテストも追加しなければいけないからね
多くの場合、コードを書くコストよりテストやメンテナンスが大きいわけで
454:デフォルトの名無しさん
07/02/27 13:48:40
＞ １，２の対応では、テスト量は２倍になる。
なりません。
クラス派生した場合は、既存の上位メソッドが呼ばれるだけ。
そうじゃなく、委譲と化する場合なら、委譲を受け持つベースクラスがある筈だから。
455:デフォルトの名無しさん
07/02/27 13:50:07
453はクラスライブラリを使いながら、クラス派生により差分コーディングされてるという事実を知らないの？
センスが悪いどころでなく、無知。
456:デフォルトの名無しさん
07/02/27 14:04:48
差分コーデングっていうが
GetCaptionA();
GetCaptionW();
も、TControlには無いわけだ。
それぞれTFormだのTEditだの
から継承結果に追加するわけだろ？
あるいは、独自のTUniControl でも書くわけ？
で、書いたとしてソレに何のメリットがあるわけ？
ANSIが絡んでるのは検索とか、演算とかスクリプトとかのエンジンだろう
インターフェースの問題に置き換えたって そっちの問題は何も解決しないじゃん
457:デフォルトの名無しさん
07/02/27 14:07:12
>>456
おまいにクラスライブラリ設計能力どころかクラスライブラリの中の人を知らない事が分かったからウセロ！
458:デフォルトの名無しさん
07/02/27 14:09:28
>>456
UNICODE対応を望んでいる人は多いんだから、
悪いけどこのｽﾚから出て行って貰えないかな？
459:デフォルトの名無しさん
07/02/27 14:14:18
>>454
焦らないで、良く読めよ
１は、ファイルを２つに別けて対応した場合
２は、条件コンパイルで対応した場合だ、
そもそも、
UNICODEコンパイラとANSI コンパイラの２つの環境でテストしなければならないのだから
＞ １，２の対応では、テスト量は２倍になる
という事だ。
460:デフォルトの名無しさん
07/02/27 14:15:50
>>458
それはどうかな？ ホントに多いか？
もし今後UNICODEコンパイラのみになるとしたら反対する奴の方が多いだろう。
俺達の資産はどうしてくれるんだ！とね
461:デフォルトの名無しさん
07/02/27 15:11:11
とりあえず、互換性を保ってUNICODE対応するにはを考えれば良いだけじゃね？
UNICODE対応は要る人には必須なんだから。
462:デフォルトの名無しさん
07/02/27 15:19:28
＞UNICODEコンパイラとANSI コンパイラの２つの環境でテストしなければならないのだから
＞＞ １，２の対応では、テスト量は２倍になる
そもそも、
片方が必要な人は片方をテストすればよいし、
両方いる人は両方をテストすればよいという当たり前。
という事だ。
463:デフォルトの名無しさん
07/02/27 15:28:20
使う人がテストすりゃいいんですか
それは素晴らしいアイデアですね。
大陸の人は実践してるようですし、彼らはそういう思想のようですからあなたは仲良くなれそうですよ。
464:デフォルトの名無しさん
07/02/27 15:36:38
459のバカにちょっと寄り添ってテストしてやるって書いただけで、本当はテスト不要。
大体、Captionの入出力なんてテストしたことないし、
VCLの中を作る人もインターフェースはクラス派生、処理は委譲なのでテスト不要。
465:デフォルトの名無しさん
07/02/27 15:49:22
>>458
> UNICODE対応を望んでいる人は多いんだから
詭弁のガイドラインにそういうのあったよね。
> 悪いけどこのｽﾚから出て行って貰えないかな？
このスレは被害担当艦でもあるしねぇ…
466:デフォルトの名無しさん
07/02/27 15:50:22
つまり、既成のコモンコントロール類はそのまま使うんだろ？
だったら、自前のコントロールも、既成コントロールに似せて作った方が使いやすいだろうに
だいたいUNICODEコンパイラを使うなら、UNICODEだけで書く方が楽だろうに
ANSIは変換して使うだけでいいだろ？
なんで ２つもインターフェースが必要なの？
そのメリットは何？
467:デフォルトの名無しさん
07/02/27 15:55:30
P2Pアプリで落としてきた、海外のエロファイルをそのまま扱えるとか。
468:デフォルトの名無しさん
07/02/27 15:56:55
466がUNICODEといってもWindowsに複数のエンコードがあることが分かってない件について
469:デフォルトの名無しさん
07/02/27 15:58:04
466がUNICODE文字列の途中のNULLによって既存のANSI系のライブラリを通過しないことを知らない件について
470:デフォルトの名無しさん
07/02/27 16:06:26
Unicode対応キボンヌと言ってても
これじゃ 出て来たものが
WideStringでもUTF8Stringでも文句言うだろうな
for .NET のstringクラスならどうだ？ これでも文句言うのかな？
471:デフォルトの名無しさん
07/02/27 16:10:49
某社としてはWin32をサッサと捨てて、開発者が.NETに移行してくれることによって
VCL/Unicodeに関する問題をスルーしてくれることを目論んだんだろうけどな。
現実はそう甘くなかった。
472:デフォルトの名無しさん
07/02/27 16:20:58
>>470
当たり前。
ただ単にUNICODE対応すれば良いってもんじゃない。
現状に文句言ってるのは描画のタイミングでUNI→ANSI変換だけだと、
複数言語混ぜれない。
473:デフォルトの名無しさん
07/02/27 16:28:20
今まで文字コードなんて意識した事すらない俺にはお前等が何喋ってんのかちんぷんかんぷんだ
474:デフォルトの名無しさん
07/02/27 16:29:24
結局 Unicode対応希望グループの総数は多くても
総論賛成、各論反対で、全員を満足出来る解が無い以上、厳しいって事だな。
for .NET が売れてりゃ、その方向の可能性もあったけどさ
475:デフォルトの名無しさん
07/02/27 16:31:50
難しい事はよくわからんが、とりあえずIMEパッドで第2水準の文字とかが
入力できて、そのまま表示できればそれでいいや
476:デフォルトの名無しさん
07/02/27 16:54:12
>>475
おまいのソフトが突如ヨーロッパで売れて、
ドイツ語とフランス語同時に表示汁！
って言われたら、
小細工コーディングじゃなくてVCLに標準装備して欲しくない？
477:デフォルトの名無しさん
07/02/27 16:56:27
ドイツ語とフランス語ならASCIIの範囲でも両立するんじゃなかったっけ？
478:デフォルトの名無しさん
07/02/27 19:33:02
記事
DelphiがVistaのUIに対応しAjaxもサポート
URLﾘﾝｸ(www.itmedia.co.jp)
URLﾘﾝｸ(www.thinkit.co.jp)
URLﾘﾝｸ(enterprise.watch.impress.co.jp)
URLﾘﾝｸ(it.nikkei.co.jp)
479:デフォルトの名無しさん
07/02/27 20:14:40
「CodeGear」ってブランド名扱いなのか
480:デフォルトの名無しさん
07/02/27 21:03:04
>>471
まぁ、.NETがこけたことでDelphiも生き長らえたんだけどな。
481:デフォルトの名無しさん
07/02/27 21:07:37
Delphi for PHP で、Delphiの定義がわからなくなったな
だったらKylix も Delphi for LINUX とか名づけておきゃよかったのに
482:デフォルトの名無しさん
07/02/27 23:23:52
>481
単なる苦し紛れなネーミングですから。本当ならPHP Builderとかにしたかったんじゃないの？
483:デフォルトの名無しさん
07/02/28 01:23:43
Delphi for C++
Delphi for Java
Delphi for C#
484:デフォルトの名無しさん
07/02/28 02:41:47
Delphi for Pascal
Delphi for VB厨
485:424
07/02/28 08:14:29
>>427
念のためいっとくけど424以降ここまで俺の発言はひとつもないよ
ここまでのレスを見て俺の言う意味がわかったろ？
486:デフォルトの名無しさん
07/02/28 09:14:26
つか、俺も条件コンパイルかソース分ける方がスマートと思うが。
スレを読んでみたけど、>>444の言ってる事意味不明。前に出てきたグローバルフック君みたいな感じ。
ここではCaptionの例が出てるが、すでに
Captionプロパティの型はTCaption = stringと定義されてるわけで、君がどういう実装がいいと思ってるのか
知らんがこの定義を変えるだけで、
>>互換を取りつつ追加すればよい
君の言う互換性が失われるわけだが・・
487:デフォルトの名無しさん
07/03/01 07:22:52
Delphi 2007 for WIN32 は買い or 待ち？
488:デフォルトの名無しさん
07/03/01 08:05:45
Unicode待ち
489:デフォルトの名無しさん
07/03/01 08:06:28
.netを普及させる方法を思いついた！
win32に、WCaption: WideString みたいなメンバを追加して
さらにくそでかく遅いバイナリしか生成できなくする。
これなら.netでいいや、ってなりwin32死滅。
490:デフォルトの名無しさん
07/03/01 10:29:53
>>488
Unicode 以外に興味は無いのかｗ
491:デフォルトの名無しさん
07/03/01 12:14:17
>>490
禄に使わない機能に限って多大な興味を持たれるらしい｡
492:デフォルトの名無しさん
07/03/01 20:02:53
つか、いまどきDelphiは禄に使われないし、興味も持たれないし｡
493:デフォルトの名無しさん
07/03/02 07:55:25
アンチ発病ｗ
494:デフォルトの名無しさん
07/03/02 08:27:13
最近のバージョンはエンタープライズ向けに巨大化して使い難い
もっとシンプルな、もっとOS依存減らした組込用VCLの方向なんてのも、
市場はニッチだろうけど値段も取れて けっこうおいしいと思うんだけどな
495:デフォルトの名無しさん
07/03/02 08:48:47
かくしてDelphi 言語ではないVCL が増えていくのであった。
・・・Pascal ユーザーにDelphi ブランドを返してくれ。
アメリカ人のマーケティング関係者の考える事は異常ｗ
496:デフォルトの名無しさん
07/03/03 19:47:10
Delphi 2007 for WIN32 はもうちょっと安ければ、買いなんだけどなー。
Highlander とセットで割引とか、無いのかね。
497:デフォルトの名無しさん
07/03/04 17:04:21
あげ
498:デフォルトの名無しさん
07/03/07 09:17:13
VerUP、９月までだよね？ ちょっと様子見だな。
499:デフォルトの名無しさん
07/03/07 09:44:31
Delphi for PHPは日本語版が出た時のアップグレードが６千円程度なら英語版でも買っておくんだけどなあ
500:デフォルトの名無しさん
07/03/08 05:14:54
Delphi 2007 for WIN32 の案内来たが
ハナっから32しか出来んのだから for WIN32 なんていらんだろう。それとも
for WIN64 あるのか？
501:デフォルトの名無しさん
07/03/08 07:00:32
Delphi 2007 for .net をお忘れなく。
502:デフォルトの名無しさん
07/03/09 09:44:52
for WIN64の予定は今のところ来年
503:デフォルトの名無しさん
07/03/14 09:58:00
糞認証なかったら導入を検討しないでもないのだが
504:デフォルトの名無しさん
07/03/14 10:16:46
そうだな。
.NET だの JAVAだので書かれた、役にたたん生産性向上なんとはは不要し、
認証無しで３万なら最後のバージョンアップと思って買ってもいい。
とりあえずVista対応なんて今必要じゃない。
というかお客さんが話をふっても希望してくれん状況じゃな。
今みたいにいつ認証が消えるかわからん状態じゃHDDのコヤシにする気にもなれん
505:デフォルトの名無しさん
07/03/14 11:00:27
割れ厨、涙目ｗ
506:デフォルトの名無しさん
07/03/14 11:32:54
Delphi 2007 for WIN32 Lite
・Together とか無しで.NET だのJ#だの余分なのは外せる
・ダウンロード販売のみで３万円（優待販売のみでもいいや）
・圧縮ファイルに購入時のIDでも入れといて事後認証不要
こんなのを出してくれりゃな
507:デフォルトの名無しさん
07/03/14 23:17:09
・Unicodeのみ対応
508:デフォルトの名無しさん
07/03/15 07:51:07
・正規表現標準対応
509:デフォルトの名無しさん
07/03/15 07:56:02
却下。 そんなのは PERLで十分
510:デフォルトの名無しさん
07/03/20 12:47:53
URLﾘﾝｸ(dn.codegear.com)
・Delphi言語に限らず Delphiは開発に対するアプローチ
511:デフォルトの名無しさん
07/03/20 13:31:36
URLﾘﾝｸ(dn.codegear.com)
高橋さんいわく
Ｄｅｌｐｈｉ for PHP 英語版でもヘルプとIDEは英語だが、ソースコードは UTF-8に対応している
なんか、デモではデータベースで日本語通すのに、イベントで初期化を入れないといけないとやっているな
ただ、全てのコンポーネントが日本語に対応してる状態ではないとの事
512:デフォルトの名無しさん
07/03/22 15:56:07
3月22日～27日の６日間だけの「期末特別キャンペーン」
って何だよ！
＞期間限定で、登録ユーザー様向けのご優待価格で新規ライセンスをご提供するものです。
513:デフォルトの名無しさん
07/03/22 16:03:26
ソースはどこ？
514:デフォルトの名無しさん
07/03/22 16:05:06
メール
515:デフォルトの名無しさん
07/03/22 16:18:29
＞「期末特別キャンペーン」
内容きぼん。
516:デフォルトの名無しさん
07/03/22 16:28:17
今日から3月31日までの限定セール
517:デフォルトの名無しさん
07/03/22 16:28:55
いや、だから何がお得なのか。
って価格しか無いだろうが。
518:デフォルトの名無しさん
07/03/22 17:28:00
出るφは打たれる。
519:デフォルトの名無しさん
07/03/22 17:40:08
>>516
よく読め。27日まで。
520:デフォルトの名無しさん
07/03/22 18:22:57
あれ、うちにもメール来てないなあ
内容ｷﾎﾞﾝ
521:デフォルトの名無しさん
07/03/22 18:33:09
このたびは、ボーランド開発ツール（CodeGear)製品をご評価いただき誠にあ
りがとうございます。今回、トライアル版をダウンロードしてくださった皆様
向けに、【３月２２日から３月２７日】までの期間限定で、お得なご優待価格
にて下記製品を提供致します。
522:デフォルトの名無しさん
07/03/22 18:36:33
>>521
㌧楠
既存ユーザーがないがしろにされているような気がしないでもないな
523:デフォルトの名無しさん
07/03/22 20:08:50
具体的にいくらになるのよ？
524:デフォルトの名無しさん
07/03/22 22:10:08
>>506-508
これが出たら100ライセンス注文する
525:デフォルトの名無しさん
07/03/23 06:45:46
>>524 UNICODEのみ対応が欲しいのか？
526:デフォルトの名無しさん
07/03/23 07:54:16
Delphiが正規表現に対応といっても、文字コードが乱立してる現状では難しいだろうな
もし対応するなら、インタプリタ言語コンポーネントをフォームに置くと
そのフォームのpublishedなメンバーにインタプリタ言語からアクセス出来るような方式がいいと思う
そのインタプリタ言語に正規表現をサポートさせたものが利用出来れば十分だろう
ってコレやろうと思えばユーザで対応出来るか。
527:デフォルトの名無しさん
07/03/23 11:01:11
で、Delphi2007は買いなの？
528:デフォルトの名無しさん
07/03/23 21:12:54
文字コードと正規表現は関係ないだろ。
529:デフォルトの名無しさん
07/03/25 19:55:14
Delphi2007来ました。泣けました。
終わりかも…。
530:デフォルトの名無しさん
07/03/25 19:56:05
すこぶる評判悪いなｗ
531:デフォルトの名無しさん
07/03/25 20:25:24
あんまり買った人が居ない感じだけど
評判はいいんじゃないの。
> １．速い
> Delphi2006より速くなっています。体感でわかる程速くなっています。
> 起動時はDelphi Win32のパッケージしか読み込まないので速いのは当然ですが、
> デバッグの開始やデバッグレイアウトへの切り替えなどが特に速くなっています。
> レイアウト切り替え時にウィンドウが「がくがく」となりません。
URLﾘﾝｸ(www.ipentec.com)
532:デフォルトの名無しさん
07/03/25 21:38:20
それ読むといままでがひどくて、今回「普通」になっただけのような感じだな。
533:デフォルトの名無しさん
07/03/25 21:40:55
ま、重かったのは事実だから。我慢できないほどかといわれればそんなことはないが。
なんにつけても早い、軽い、ということを求められる宿命があるから。
534:デフォルトの名無しさん
07/03/25 21:45:50
で、ずーっと前のバージョンである Del6 よりは当然軽くなってるんだろうな。
535:デフォルトの名無しさん
07/03/25 22:04:52
起動・終了が早くなっただけでほかは．．．
俺も泣けた。
536:デフォルトの名無しさん
07/03/25 23:32:15
初めから Vista で起きるちょっとした不具合が修正された実行ファイルが生成できる以外には
カタログスペック上もろくに良くなっていないことが分かっていたのに何で泣いてるの？
537:デフォルトの名無しさん
07/03/26 00:17:17
うれし泣きだろ・・・
538:デフォルトの名無しさん
07/03/26 01:02:03
>>532-537
Vista 対応版が出てしまって、アンチ悔し泣きかよｗ
539:デフォルトの名無しさん
07/03/26 03:26:44
でました、安置の大ファン！
540:デフォルトの名無しさん
07/03/26 12:18:16
Altボタン押すとボタンとかが消える不具合直ってる？
541:デフォルトの名無しさん
07/03/26 13:34:44
値段高いよﾏﾏﾝ・・・
542:デフォルトの名無しさん
07/03/26 15:03:30
>>540
それってVista限定の不具合？
543:デフォルトの名無しさん
07/03/26 16:11:16
そうだよ。なんかまるで情報みないけど、100%再現する。
TurboDelphiでデフォルトの状態でForm作ってTButton、TCheckBox、TRadioButtonだけ置いて
XPManリンクしただけのアプリで症状がでる。配置したコンポーネントが全部消える。
Tabでフォーカスを動かすと、フォーカスがきたやつだけが再描画される。
544:デフォルトの名無しさん
07/03/26 17:16:03
>543
VistaAltFixUnitでググレ
545:デフォルトの名無しさん
07/03/26 19:39:52
お、やっぱしなんか対応策はでてんのか。ｻﾝｸｽ。
546:デフォルトの名無しさん
07/03/26 20:12:12
URLﾘﾝｸ(qc.borland.com)
QCによれば2007で対処されたようだね。
VCLのソースをいじっていいのなら、
TButtonControl.CreateParamsでWS_EX_COMPOSITEDを付けるのが
簡単だと思う。
547:デフォルトの名無しさん
07/03/26 20:55:22
>>546
kwsk
548:デフォルトの名無しさん
07/03/26 21:12:24
>>547
TButtonControl.CreateParamsの最後に以下を追加すればOK。
if CheckWin32Version(6, 0) then
Params.ExStyle := Params.ExStyle or WS_EX_COMPOSITED;
549:デフォルトの名無しさん
07/03/27 17:23:09
VistaAltFixUnitってのはググっても結局なんだかよくわかんないな。
>546のリンクには、WS_EX_COMPOSITED以外にもいくつか対応方法があるみたいで
結局どれが一番いいのかよくわかんないや・・・
なんか>546のリンクがエラーでまくりでうまくみれないorz
550:デフォルトの名無しさん
07/03/27 19:35:37
>>549
URLﾘﾝｸ(homepage1.nifty.com)
これ嫁
551:デフォルトの名無しさん
07/03/29 04:06:50
あ～あ、Tnt有料化ですか。
URLﾘﾝｸ(www.tntware.com)
552:デフォルトの名無しさん
07/03/29 07:22:27
まだダウンロードできる。
URLﾘﾝｸ(mh-nexus.de)
553:デフォルトの名無しさん
07/03/29 10:11:05
ここからもダウンロードできる
URLﾘﾝｸ(www.torry.net)
のTntWare Delphi Unicode Controls v.2.3.0
554:デフォルトの名無しさん
07/03/29 11:23:58
TMS には悪いけど、フリー版を使っている内に
CodeGear が対応してくれたらいいなー。
555:デフォルトの名無しさん
07/03/29 15:49:04
TMSはCodeGearの買収を狙ってtntを買収したような気がする…
556:デフォルトの名無しさん
07/03/29 23:02:08
なぁーにいかれたこと言ってるの？
557:デフォルトの名無しさん
07/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:デフォルトの名無しさん
07/04/05 01:12:25
>>521
こんなんあったんか。
買おうと思ったけど、期限すぎてら・・・。
559:デフォルトの名無しさん
07/04/06 00:21:41
オレのトコにメールが届いたのは3/26
おい即買えってことなのか、こどぎあ
まあ結局アップグレードで買ってしまったのだがな
560:デフォルトの名無しさん
07/04/07 15:33:50
かなり前に登録してまたちょっと触ろうとしてメール探したんだが
URLﾘﾝｸ(mypage.borland.co.jp)繋がらないんですが
マイページとかユーザ登録とかの情報ってもう抹消されてるんですか？
561:デフォルトの名無しさん
07/04/08 13:25:52
>>560
とっくに終了。
CodeGear Developer Network に登録しなおしたら、どうよ。
URLﾘﾝｸ(dn.codegear.com)
562:デフォルトの名無しさん
07/04/08 20:23:12
>>561
そうかサンクス
登録しなおします
563:デフォルトの名無しさん
07/04/09 03:46:59
BDNなら、登録しなおさなくても引き継がれてたよ
564:デフォルトの名無しさん
07/04/26 02:33:18
ふと思ったけど、MSがDelphiを出して、BorlandがVBを出していたら、
VBなんてとっくに死滅してたよね。
565:デフォルトの名無しさん
07/04/26 10:05:04
いや、DelphiのコンポーネントがActiveXベースになってて、
Delphi言語のクラスの扱いがVariantベースになってて、
ネイティブと言いながらWinとかOfficeのバージョンに依存しまくり。
それ、ヤダな
566:デフォルトの名無しさん
07/05/18 12:32:45
なんかDelphiとBCBくっついたり離れたりだな。
567:デフォルトの名無しさん
07/05/18 14:06:09
離れてて欲しいお。
離れていながら片方が片方をコンパイルは出来るって程度でおｋ。
568:デフォルトの名無しさん
07/05/22 11:47:20
くっついてもちっとも便利にならなかった
離れていた方が便利だったよな。
569:デフォルトの名無しさん
07/05/23 17:35:35
64bitネイティブ待ってるんだけど
570:デフォルトの名無しさん
07/05/24 07:49:27
FPCは対応したみたいですな
571:デフォルトの名無しさん
07/06/11 20:30:09
コードギアとコードギアスってそっくりだね。
572:デフォルトの名無しさん
07/06/12 20:02:37
反逆のルビーデシュ
573:デフォルトの名無しさん
07/06/22 13:27:00
URLﾘﾝｸ(dn.codegear.com)
なんかしらんが
64対応が完全に消えて終わったいうことか
Highlanderで64ネイティブになるなんて言ってなかった？
574:デフォルトの名無しさん
07/06/22 14:10:03
>>573
このロードマップの中にはないが、Tiburon および Barracuda以降では「検討されている」。だいぶ後になりそうだけどね｡
>Highlanderで64ネイティブになるなんて言ってなかった？
確か言ってなかったと思う｡
575:デフォルトの名無しさん
07/06/22 14:40:41
はやく64bit欲しいお。
怒涛熱湯での64bit対応はｲﾗﾈ
576:デフォルトの名無しさん
07/06/22 19:18:47
32の開発環境いち早くリリースした会社が
64を全然出せん訳で、世の中わからんいうか呆れてお笑いだ。
577:デフォルトの名無しさん
07/06/22 19:29:54
ソースの字面的にInt64をとても自然に扱えてるし2Gを超えるデータなんて扱う予定もないから
いまんとこ激しく優先順位は低いな。
それならUnicode対応の方がよっぽど有益だ。
コンパイルオプションのUnicode版VCLにチェックつけるだけで完全移行できるなら新バージョン買ってもいい。
578:デフォルトの名無しさん
07/06/22 20:50:07
>>577
ありえん。Stringの箇所をWideString対応にするだけでも、相当
579:ミ,,ﾟДﾟ彡 ◆A6VzDeLphI
07/06/23 00:10:20
新規作成で.NETを選ぶだけで
移行できたんだから、
やってやれないことはあるまいて。
CodeGearの中の人に、がんばっていただきましょう。
580:デフォルトの名無しさん
07/06/23 08:55:45
ﾕﾆｺｰﾄﾞ対応どころかﾕﾆｺｰﾄﾞを撲滅すべき。
漢字は5万個ぐらいで十分。
581:デフォルトの名無しさん
07/06/23 10:09:53
どういう釣りだよ
582:デフォルトの名無しさん
07/06/23 12:34:57
>>579
そりゃ、新規作成なら移行できるだろうよｗ
583:デフォルトの名無しさん
07/06/26 01:13:36
UNICODE対応 記念age。
個人的にUNICODE無視できないぐらいユーザーの需要が増えてきた。
というより、UNICODEなんて使うなよっていいたい。
584:デフォルトの名無しさん
07/06/26 08:34:23
対応の仕方ｺﾜｲお
今までのコード書き換えなくても問題出ませんように。
585:デフォルトの名無しさん
07/06/27 07:54:06
おいらも2月から対応作業してるけど意外に簡単だよ。
未対応だと騒いでる人がいるけど意味がわからん
586:デフォルトの名無しさん
07/06/27 09:26:54
Tntも完璧ではないからなぁ
587:デフォルトの名無しさん
07/06/27 09:34:11
どの辺？
（使った事無いけど将来使う可能性０では無いので教えて）
588:デフォルトの名無しさん
07/06/28 09:29:01
学者の机上レベルではともかく
現場レベルでは特に困ることはないよ。
589:デフォルトの名無しさん
07/06/28 09:40:07
じゃ、Tntの無料バージョンダウソしといた方が良いかな？
今は使う予定無いけど。
590:デフォルトの名無しさん
07/10/21 02:21:11
初音ミクってすごくないですか？
いつのまにこんな事が出来るようになったのか。
URLﾘﾝｸ(www.youtube.com)
591:本田
07/11/26 00:41:03
HX DOS Extender
URLﾘﾝｸ(www.japheth.de)
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:デフォルトの名無しさん
07/12/02 09:29:41
俺のアプリはサードパーティのコンポ使ってるからな、Tntに置き換えるとUnicodeに
は対応するがダウングレードになっちまうぜ。
593:デフォルトの名無しさん
07/12/10 23:37:19
DBの中身がUTF-8だとおもっくそ文字化けしてくれる‥‥
594:デフォルトの名無しさん
07/12/11 11:01:40
>>592
VCLくらい揃ってれば、サードパーティなんて使わないけどな。
何系のコンポ？
595:デフォルトの名無しさん
07/12/19 10:38:47
俺の時間はDelphi6で止まってる。
次買うときには優待価格では買えんだろうなぁ。
そもそも最近PCのプログラム書いてない…。
596:デフォルトの名無しさん
07/12/23 00:49:14
だも！丸山です。
597:デフォルトの名無しさん
08/02/02 22:20:06
やは
598:デフォルトの名無しさん
08/03/10 22:16:48
・福田首相は中国講演で歴史認識について村山談話をかみくだいて語った。
・だがそれは、日本人に向かって言ったのでも、日本人が聞いていたわけでもない。
・こういう大事なことは、日本に向かってこそ語りかけるべきだ。
599:デフォルトの名無しさん
08/05/09 05:04:52
ボーランド、CodeGearツール部門を売却
URLﾘﾝｸ(japan.cnet.com)
EmbarcaderoとやらがDelphiを立て直してくれるのかな？
600:デフォルトの名無しさん
08/05/09 07:37:19
よりによって「馬鹿」だもんな......
601:デフォルトの名無しさん
08/05/18 19:39:02
大した話題にもならずにあっさり消滅したな
602:デフォルトの名無しさん
08/08/06 14:14:05
あげ
603:デフォルトの名無しさん
08/08/14 04:05:33
値段下げて下さい。
604:デフォルトの名無しさん
08/08/15 20:50:51
巨星、赤塚不二夫、乙！