ミ,,゚Д゚彡フサギコのフサフサDelphi談話室その11
なんでDelphi8のレビューが出てこないんだろう。やっぱりキャンペーン購入したのは極一部なのかな。
個人的にはUnicodeの扱いがどうなったのか気になる。ソースもutf8辺りで書けないかなあ。
エディタは SJIS/ UCS2 / UTF8 に対応。
コンパイラそのものは SJIS / UTF8 をサポート。
シングルクォートで囲まれた文字列を、コンパイラはUnicodeベースで扱うのかな。
それともフォーマットで扱い変わるとかかな。
GCが搭載されているとかなんとか、従来のソースを移行させる場合こいつが何か関係してくるか気になる。
ポインタ使い回ししているコードとかはやばいのかな。
.NET の世界ではポインタはつかえんよ。
ヌルポ
halbowは名前を変えたの?
VBで使えないだけだろ
Delphi8で初めてUNICODE対応か。MSの力を借りないと結局何もできないんだな。w
>>937 UNICODE不必要という国がほとんどだしな
TJPEGImageは拡張子がJPEやJFIFでは使えない。
そこで対応させたいが俺のDelphiはPersonal版だからjpeg.pasなんてない。
そうお嘆きの諸兄のためのテクニック。
まず以下のユニットを作りjpeg2.pasとして保存する。
unit Jpeg2;
interface
uses Windows, SysUtils, Classes, Controls, Graphics,Jpeg;
implementation
initialization
TPicture.RegisterFileFormat('jpe','Joint Photographic Experts Group Format',TJPEGImage);
TPicture.RegisterFileFormat('jfif','Joint Photographic Experts Group Format',TJPEGImage);
end.
そして、JPEGを使うアプリのinterface部のuses句のところにJpegと一緒にJpeg2も追加してやればOK!
>>937 結構前からWideString使えたけど。
>>943 TPictureはあくまでもグラフィック形式を束ねるだけ。
デフォルトではビットマップとメタファイルとアイコンファイルが関連付けられてるけど、
これらはそれぞれTBitMap、TMetaFile、TIconオブジェクトを束ねてるだけに過ぎない。
interface部のuses句にJpegユニットを加えることで初めてTJPEGImageがTPictureに連結されるんだよ。
ji: TJPEGImage;
ji.LoadFromFile('hoge.jpe');
はできないの?
>>945 EInvalidGraphic例外が出るだけ。
>>946は間違いだった。読み込むことができる。
ただ実際にはTPictureからやってしまうのが一般的だから、あまりTJPEGImageを操作しないだけみたい。
948 :
デフォルトの名無しさん:04/02/01 04:48
Delphi8にはPersonal版がないのか。
本当に.NETを普及させたいのかと。
つまり、TPicture.LoadFromFile で .jpe を読み込めるようになるんだ!
んー、でも、JPEGと決まっているなら、TJPEGImage から TBitmap を
作成するやり方が解りやすい。
C#はどうにも可読性が悪いので好きになれん。もっとC++よりでDelphiぽい仕様な言語ならば、すっきり移行する気になれるのに。
Delphi8でライブラリ(アセンブリ?)のインポートが楽になってくれれば、今までのようなヘッダないから困ったというのは減るのかな。
>>948 .NET Framework SDK はタダだしな。
Visual Studio は有料だし。
Delphi .NET のコンパイラだけの無料公開(BCC 5.5 見たいな形で)って
話が US Newsgroup で出てはいる。
>>939のソースと8.3形式のファイル名を長い形式のファイル名に変換する関数のユニットのソース。
ISH形式。
<<< DELMINCP.ZIP for MS-DOS ( use non-kana ish ) [ 19 lines ] >>>
!!S&!%9Q!4"P$n'dS'>3K4'wcR"Z!'"H9Uf$Pd!"!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!Ia
!!S&!%9Q!4"P$n'dS'>3K4'wcR"Z!'"H9Uf$Pd!"!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!Ia
!!S&!%9Q!4"P$n'dS'>3K4'wcR"Z!'"H9Uf$Pd!"!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!Ia
":gDU$n!!3t*K懈</塋3*:+!!窗!&DH!$!4$U麗=>俊?4-1(磧*Y\Z3wiu!ZYd)4AY淹Uw/p(I(0DN%
$FQ[r對PTlR_薐rV%救窺^喘IS腴@(嚥_Z志B5v[牙lS%yFLtD7*W峙OF}pJ(gsj9gi$K倹'y0;oh@0
%H/'_Oqo%C'P1TM7@*7-LG融(}hC-?WJ力x孕羔G唏:t穗jd>%<宕9xD}膠宣且)茎}枌r諞k}蕗(}1
&4lv誰A1u}徘勁t+[&摘砲憤汐@++K詒vDf歉H@3<:gDU$n!!3t3tGk<0Y6>緜!L!!0廖fn!&!4,n1:
'壊撩P茉|勠挿uo;&imPQOD!%fu嫉*L蝕!>肓%qy鏖R1/sk淀/>DD栗MOhr~a)u蒙$嬲KO;垢}寸yV=
(*XH/樔覿[8tE誹Dz;t7D喊v9K屋4藷Eb1覆d$w箕全富+HIBv魑L梗"]朶U]}&節r盍B吃adXV"MGR
)-!~'p]S/-"KTA瑛7;[QoB鞘葆婿珠EK9s62Sj3s\iC[h盥oA@kBJ挧怒阜BkH是忤紮>讖M皐=欟LB
*挙VYzJi傘彗果襴]吉"渠?W"8[a崟滿兆掟賭蜥抜槽?*^iE?腮r=1'鋳k荳Bw姦Y[湟4O%*{o!w*M
+P褒BW荷hOK鬲=h[(6n+~甦k椹m\uEK楽~WV1|Zu/慝}}{y篁綛^g珞仇"c林wq敬H_譏aK]悋?Z<*%
,幢}ME4NN/ys瀦+>X笨0)恬角拭B||%t\洪>0fJLq$y]M"Y!'!!!CwRD+b硲C4Q5!!朧!+fn!&!5岡)
-!!!!!33t藍&=!!!!緒ajm6]P苫G+!y%s堂!廛z;$,Q7"H!!*Kn瘠*\$z[甌8]!!}a!(DHfp!&!!;;(
/!!!&&7享zR!%fnY艮^濳ReOXzE?am7]P苫G+!y%s産!曠z;(C!!!!!d$,H\!&!!$h!!!!膏!\!!参/
g^卯穉H6觜4幼YsD6t淵i{2R推蚤\寞>C杜傑S江X4e速|Zv"Ro償窘OjI欖6囈A{=隴Ik:躪芳uk?U
i免6P榊止r}蜥_vvQ牟Fn訪*ri|淒膓gK?康T盾"q泊t5yIp9_Tu6jDNT;0禽R{E!J2\gjH8)U$酋)k
--- DELMINCP.ZIP (19/19) ---
>>950 C#がDelphiっぽくなったら、それがDelphiだろうよ。よくわからん。
ヘッダがなくて困るぐらいなら、当然関数の資料もないのでは。よくわからん。
本当にプログラムしたことあんの?あんた。
て言うかC#でいいじゃん。なぜに生涯1言語にこだわる。
>>954 いいたいことがよく分からないのですけど、
どの発言に対するご意見なんですか?
>>956 暇なんでマジレスすると、むか〜しのASCIIコードしか流せないパソコン通信でバイナリファイルを送信するための
エンコード方式やらコーデックなプログラムなどを指す言葉。
今で言うBase64とかそんな感じ?
後、エラー訂正機能が付いていたりする。昔の劣悪な回線品質を垣間見ることができて興味深い。
∧,,∧ AcidFloorで
ミ,,゚Д゚彡 D8レポートがあがりはじめてますね
ミつ日(ミ
Formデザイナの挙動とかで、
いかに付け焼刃的実装に走ったのかと、わかって
諦め感がさらに増大。
もう、今の某には
単にWin32から.NETへ、変換するとか
WinFormからライブラリごとパクル
程度のことしかできないのか…
>>953 標準でサポ゜ートされていないAPIたくさんあるじゃん。それらのAPIのヘッダユニット最悪の場合探してもないわけで。
そんな時は自力で変換しなくてはならない。面倒でしょ。
.NETでActiveXの取り込み!みたいに楽ができればいいなって話。いやDelphi8持ってないから、わからんのね。
>>957 > 後、エラー訂正機能が付いていたりする。昔の劣悪な回線品質を垣間見ることができて興味深い。
お前が使っている回線も似たようなもんだ。
TCP スタックががんばってるからアプリケーションがそういうことに気を使わなくてもよくなっただけのこと。
>>960 結局困るっても「楽できないから困る」のレベルかよ。
つくづく経験不足だな。あんた。
>>962 .NET Framework には「ヘッダーファイル」という概念がないことはご存知か?
C# はおろか managed-C++ でも、.NET ライブラリのヘッダーファイルはない。
アセンブリはそれ自体が自分の情報を持っているから、特定の言語に依存したヘッダファイルを
提供する必要はない/してはいけないの。
D8 も同様。アセンブリのインポートができるから定義を自動的に参照できる
ヘッダのコンバート作業なしで使えるなんて素晴らしい。Delphi最強だね。
>>963 もしかして「ヘッダがないから困った」というのは
.hファイルが.pasに移植されてないから困ったという意味だった?
それなら俺の勘違いだスマソ。
.hファイル自体が提供されてないから困ったの意味だと思っていた。
この勘違い具合といい、戸田の予感。
ヨーダですよ、きっと。
>>967 Delphi MLの荒らし
質問とは関係のない解答ばかりしている電波
MLBrowserで「戸田」で検索してみるといい
>>959 Windows.Formsはフォームデザイナの挙動をVS.NETとあわせとかないと、特定コンポーネント用に
用意されたデザイナをそのまま持って来れないからじゃね?
VCLはVCLで従来のOpenToolsAPIで書かれたデザイナの資産があるし。
>>959 フサギコさん
いや別に.NETじゃなくてもいいんだって。最終的に成果物に判断を下すのはユーザーだから。
それよりもDel8のエクステンションとしてWin32ネイティブ版が出そうだから、
Del7までのバグを一掃したバージョンとしてそちらに期待した方がいいと思う。
>>952の改良版。
JFF・JTF形式への対応とディレクトリパス名への対応。
<<< DELMINCP.ZIP for MS-DOS ( use non-kana ish ) [ 21 lines ] >>>
!!!D!%9Q!4"P$n'dS'>3K4'wcR"Z!'"H9UH\Pg!"!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!gRAm
!!!D!%9Q!4"P$n'dS'>3K4'wcR"Z!'"H9UH\Pg!"!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!gRAm
!!!D!%9Q!4"P$n'dS'>3K4'wcR"Z!'"H9UH\Pg!"!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!gRAm
":gDU$n!!3t*K}"<0sP-U:廖!!*5!!$M4yLq~h=拑俊?4-1(磧犯濁3w8D!]bS)啾Ao缶4'*W垈u=5K
$FQ[r]足賊I讃~-濃B敢p44Ty神糲V/B5咆狷nR晢)+xz燭4qn"5_<T%k%枕憐S筐zs2痼倦碆0;/\%
%yVI梢Oan鬢Q緻K亨掠烹鋒I*-5尚pO=6[gMY畍慶j檜aW湍涵l罩都{|p?R)墾黒p"y吉r膚kml!&@
&命8,R+晦@C僥蒙p柆噪N喇@噪芒儉@74e)B祓黄5a筱償&'rQ3z"H!!*K*KO禰Q畩2N?^!!>)!+AA4
'H\*KfoY艮^濳ReOXzE?am7]P苫G+"~%s<L!錺k潘y葉"詈Nd薩'IFUHK詼梦,Uya姿qIx\wh,xR/0$
(IK;5,吸&苞族樫嗽諳?+@koKyI錆灼cD@!Br0>xXEb1廟A{w箕店p闘h給C磁反YN3yd39Se捌穀M5
)型測\ES7賓3eQe6!(N莉懊E聖S3加)q姆酌HmUlD驕*犠hu7IIAr醒D[j>烹HfJ=pIV\rH揉FHO螟+
*凋6!1G徽CRQliERSc捩,R問住{g^,ssf*3貭FNQfnt紙x6MMb堂M(=f推L躄汞5AL*JMxUIH:l2C'u
+蟐]側g刳@*5琉E飭4H"<o-8<?$9AB繃w[P濟({/d捏j-U8c暫孩<RAE}$\&惴0:R示韻{E:豺攪j胼
,2皴C[mgB[京;輩蕕rC+孅6j2v禹籥hb夏a/椥%5W:ftilT5zn詠P^*%G帽択YbMX]xRJ7Im栢USgP)
-F%^R楸敵oBi&胼諡刄x枩~o煎E+蜻嵒vG\LRG/Z苴粕YQ吻診宦\Yu洽\N仙根DgsI$~枡%*徒碕1:
/Yyrb粕皀撥TC}G姚DI,溝ll7諭!!"'D杜gx寸嬰\廣!!e8!!5~n瓠!!!!&7!!!&"拶!!fn]Wu驪2綏
0俊?4-1$后犯濁3wrQ*MVZ'=!!DHDHQ1U>櫪aT剱!!蛤!G!!!+!5!!!!"'!!愁循!襦T腟境ukZyG江
1Oer{勗=A俊?4-1$后U*嫡3wrQ<)!!!!$,*K3t!4!!/(!!!!佐""!!!!!!!!!!!!!!!!!!!!!!!!E=5
gCwuwE4tH保On淡)mp苗~D檪;8緻經k0$篏h!碌此7+'徃姦BFL曠Upw轆|sZ汲i埣52奏vi|晴4欸?
i1B翆m絅%whh婉q6|Lh媛QX*cuCC讎朖SLiTB!\7z1Gh"F{D\親X撮忻<zuUok;樫壑魅w"店yeWf(u
--- DELMINCP.ZIP (21/21) ---
某 Nifty あたりの Object さん、見てる?
バカと相手して時間を無駄にしちゃいけないよぉ。