くだすれDelphi(超初心者用)その59【Embarcadero】
レス数が950を超えています。1000を超えると書き込みができなくなります。
Delphi(デルファイ)について、他のスレッドでは書き込めない超低レベル、もしくは
質問者自身何が何だか分からない質問を勇気を持って書き込むスレッドです。
Delphi使いが優しくコメントを返しますが、お礼はDelphiの布教と初心者の救済をお願いします。
■ Delphi 11
http://www.embarcadero.com/jp/products/delphi
■ Delphi Community Edition (無料)
iOS、Android、Windows、macOS 向けアプリも開発可能。年間売上5000 US$以内の商用開発可。
https://www.embarcadero.com/jp/products/delphi/starter
<前スレ>
くだすれDelphi(超初心者用)その58【Embarcadero】
https://mevius.5ch.net/test/read.cgi/tech/1583919039/
■ 便所の落書きレベルの個人的な悪口やきつい言葉(氏ねとか)は禁止だからな。
■ Embarcaderoヲッチャ的な内容も歓迎だ。
■ 誰も立てないから立てた。さあ語れ。 お前らJaneの開発再開しろよ
こんなところでハッタショ丸出しでゴミレス撒いてるより10万倍役に立つぞ 今時windowsアプリ作ってもどうしようもないでしょ
Janeのソースからモバイルアプリ作んの無駄が多すぎる >>851
もう別言語で一通り実装したんだけど
ユーザー側の態度が昔と全然違って公開する意味ないなーってのが正直なところ
Delphi6の頃は楽しかったな
>>853
そういう事じゃないんだよ
昔はお互いに切磋琢磨したからこそ使いやすくなっていった
そもそもJaneはオープンソースでフォークしてなんぼの世界でしょ
あんまり言いたくないけどJaneの源流になったアプリ作ってるやつがまだ常駐しとるのに言葉使いに気をつけろよ >>857
昔はギブアンドテイクがそこそこ機能してたよな >>853のレスで言葉遣い気をつけろとかこわっw
古参気取りでマウントとるやつとかまだいるんだなぁw
山下と同じ匂いがするぜぇ なんで「JaneXenoじゃ駄目なの?」が「言葉使いに気をつけろ」と叱られるのか?
確かに意味わからんな?なぁぜなぁぜ? delphi と同じでみんな爺さんになって
過去の遺産に必死にしがみついてんだろう Delphi11 Pro \ 210,760(税込)ってずいぶん高くなったもんだな
半額くらいじゃないと新規で買おうとは思わんな
それかDB接続の制限をなくすとか
Delphi6は68,000円で、VSからの乗り換えキャンペーンで48,000円で売ったりしてたのにな それが高いとしか思えない稼ぎしかできないからだって向こうは思ってるから嫌なら使うなでしょ 今のエンバカはカネ払ってくれる馬鹿たちだけがお得意様
そいつらからカネを搾り取れるだけ搾り取ろうとしてるだけ >>864
ソフトで食ってる人たちはEnt.買うでしょ
Proじゃローカルデータベースしか扱えないんだから 最近ソースが公開されたソフトを見ながら勉強してる初心者だけど
そのままモバイルアプリが出来るのはいいなぁ
ソースコードは何とか理解出来そうだけど
Styleってのがイマイチ分からない
どうもOSごとに設定してるみたいなんだけど
どこをどう変更してるのかさっぱり分からない Pro買って DB接続は コンポーネント買えば良い~ 今のエンバカはカネ払ってくれる馬鹿たちだけがお得意様
そいつらからカネを搾り取れるだけ搾り取ろうとしてるだけ >>871
バカってところがバイアスかかってるが
金払ってるヤツがお得意様ってのは当然だ
金払ってるヤツはバカだってことを言いたいだけだろ
他人が何に金払おうがアンタがとやかく言う筋合いはないよ スレタイも読めずにレスバしたり雑談したりする奴しか集まってない場所なんだからお察しだろw >>0868
新たなメールアドレスでユーザー登録をしてみては? 今のエンバカはカネ払ってくれる馬鹿たちだけがお得意様
そいつらからカネを搾り取れるだけ搾り取ろうとしてるだけ Delphiのヘルプがうまく使えません。項目がヒットしてもろくな説明文がありません。
コミュニティエディションだからでしょうか?有料版のヘルプは充実していますか? 20万円だと1人しか買わないソフトでも、2万円にすれば15人くらいが買うだろうし
1万円にすれば40人くらい買いそうな気がするんだけどなあ 無料版は先々まで使える保証がないから完全移行出来ないんだよ
素人プログラマであっても、構築したライブラリが使えなくなったら困るから
だから旧版と併用しなければならない これが不便で仕方がない >>876
誰もレスしないから言うけど
ちゃんとヘルプをインストールしてれば違いはないよ
ただ確かに説明がないのがある
webのリファレンスも同じなんで
ユーザーにあまりの使って欲しくない項目かな
どうしても使い方が知りたいんだったら
右クリックで一番上の「...検索」をクリックして
ソースを読めばいいんじゃない?
てかヘルプよりソースのほうが分かりやすい場合もあるな >>878
CE版は1年ごとにバージョンアップを強いられてその度に環境の再設定をしないといけないからなぁ ヘルプはDelphi6や7の頃のが使いやすかったな
いまのヘルプは関数のパラメータの列挙型の指定値なんかも、その関数の説明からジャンプできなかったりとか、
プロパティの説明も名前だけしか記載されてなくて具体的な説明がなかったりとか使い勝手が悪い
そらに11.3のローカルヘルプはコードサンプルの外部参照のリンクが間違っててWebの参照ができない
だから俺は前にも書いたように11.0のヘルプファイルを使ってる Delphi 6 Personal懐かしいな、久々に使ってみたくなったまだ使えるのかな >>879
その「構築したライブラリが使えなくなったら困るから
旧版と併用しなければならない」という理屈がよくわからない さっきWindows Updateしてたぶん先週分のを適用したらValueListEditorが機能しなくなったんだけど何か対策あるだろうか? 書き忘れ
環境はDelphi 11.3 CEで、OSはWindows10 22H2 @ビルド構成がリリースだとEXEファイルが生成できない
AプラットフォームがWindows 64bitだとブレークポイントが機能しない
上の2つの症状に結構悩まされたけど原因は日本語のフォルダ名だったのね
なんで「リリース」で不具合起こすのに「Release」から変えちゃったのか謎だけどオプションでコンパイラの出力ディレクトリをReleaseにしたら@は回避できた
Aは日本語フォルダも日本語プロジェクト名もダメってことなので直したけどブレークポイントは機能しなかった >>888
プロジェクトファイルに複数のexe出力先が記載される不具合があって
意図しない場所に生成される上、デバッガがそれを認識できず
ブレークポイントが機能しない事があるわ
プロジェクトファイル(xml)を直接開いて、不要な記述消してる >>0888
各モード毎に.dcuや.exeを別のフォルダに出力するように設定すべきでは?
手順
「プロジェクト」→「オプション」で「ビルド」→「Delphiコンパイラ」をクリック
「ターゲット(T)」で「すべての構成 - すべてのプラットフォーム」を選択し
「ユニットの出力ディレクトリ」と「出力ディレクトリ」を
.\$(Platform)\$(Config) に設定して「保存」をクリック >>890
もちろんやってるというかデフォ設定がそれで、その状態で>>888だったのでどう回避しようって話をしてたところ Delphiに限らず一般論として、日本語のフォルダ名は絶対使っちゃダメだよね、ふつー 今時2バイトコード文字に対応してるのは常識だから
Delphi側に問題があると思うんだが 馬鹿の頭の中では日本と言えば2バイトコード文字で止まっているのか >>894
何も知らないなら何も言わないほうが良いぞ
馬鹿がバレるから >>894
何も知らないなら何も言わないほうが良いぞ
馬鹿がバレるから >>896
悔しさだけでコメントしたら手が震えて二重投稿してしまった馬鹿 リクルート、4月から週休約3日に
‐理由を問わないリモートワークも全社に導入
リクルートは3月18日、2021年4月1日より国内の社員約1.6万人(直接雇用)
を対象に、新しい働き方を支える人事制度を導入すると発表した。
年間所定労働時間や給与は変えず取得日を自由に決められる休日を増やし、
週休約3日を実現する。
また、同社が2015年より一部の組織で導入を進めている、理由・回数を問わない
リモートワークを、一部の職種を除き、全社に導入するとしている。
具体的には、暦上の休日や有給休暇とは別に、取得する日を自分で決められる
年間休日を増やし、合計で145日とする。年間平均では週休2.8日だ。 Delphiのデフォ設定のフォルダ名が「リリース」と「デバッグ」って日本語フォルダ名だからな
正直エンバカデロの開発者はどうかしてるとしか >>900
俺の環境では普通にReleaseとDebugになってるけどな
無指定(デフォ)の場合も $(Config)と指定した場合も
Delphi11.3 Proと community Editionインストールしたのと
二つの環境があるけどどちらも同じ うちの11.3CEでは.\$(Platform)\$(Config)で指定するとリリースとデバッグになるな Delphiの学び方、教えて。おすすめ参考書とか、動画とか。
当方、初心者です。自分用のツールを作りたいと思っている状況。
Pythonとか、ちょっとさわったことはあります。 助けて、教えて系で始まる書き込み
そしてこんなところで調べりゃわかることを聞く頭
そして今さらDelphiを学ぼうとする判断力の無さ
無理だろ ちょっと触ったっていうのと作りたいツールがどの程度かしらんけど
「Delphi」でつべ・通販サイト・googleで検索してヒットした書籍やサイトを買いあさる、読みあさる
お金を出して講習会に参加する
ぐらいでは
今ならDelphiなんてやるよりC#とかやったほうがずっとましだと思う delphi入門か
pythonでもGUIできるのにめずらしい
囲まなきゃ 遙か昔に買った書籍を引っ張り出してきていらないものを処分している。
日経のTurbo Delphiのムック出てきたけど、これが尼マーケットプレイスで法外な値段がついている。
現物見てもそんな価値あるかなって感じ。 >>910
アマゾンの価格は参考にならない
アマゾン(プライム)で20食入り3000円ほどでサトウのごはん売っているけど
マケプレでは18食入りが1万円で売られていたりする >>910
法外な値段はいくらでも付けられる。問題はその値段で売れるかどうか? Delphiパーソナルプログラミング 単行本 – 2002/5/1 掌田 津耶乃 (著)
これが1500円からというのはわかる。常識的だろう。
C#Builderではじめる.NETプログラミング入門 単行本 – 2003/12/6 掌田 津耶乃 (著)
がこれの5000円は怪しい。
ちなみに別のジャンルの手持ちの本。あるゲームソフトをゲームブック化したものだが、
これは当時無名だったイラストレーターが表紙や挿絵を描いていたのが、
絶版後に一躍メジャーになったことでプレミアがついている。 書籍も満足に出てないような言語をツール作りたいからと今さらやろうとするのは時間の無駄だと思うけどな
にコンポーネントとかの作りやすさとかは評価できるんだが
それでも今から覚えようとするならC#を勧めるわ 正直文法覚えればどの言語だってたいして変わらんからね
いまからWindows用のプログラミングはじめるならSDKとかライブラリが充実してるMSのVisualStudioとかのほうがいいんじゃね
あれも無料のCommunity版あるし使ってる人多いから参考になるサイトも多い
Delphiは昔から慣れてて使いやすい&CE版が無料だからまだ使ってるって面が他分にあるけどいまから始めるのはかなりハードル高いと思う
まともな参考サイトとしてはMrXRAY氏のところがあるからまだマシだけど MrXRAY氏は怖い、初心者相手にすぐ怒るイメージがある 本が欲しい人と金が欲しい人の戦いに水を差すのは野暮ってもの 今から始めるのはおすすめしない
いまDelphiやってる爺さん達が死に絶えた時点で
Delphiも終わる
オレが今もやってるのは惰性と
モバイルアプリを同時に作れること
ただfmxやるにはネット上の英語が読めることが前提 昔は書籍もそこそこ出てたし Niftyのフォーラムなどで質問しても謎全氏やOh No! 氏をはじめとする
親切な人たちがいろいろと教えてくれたし、フリーのコンポーネントも多く出てたからなぁ
今では初心者が質問できるような場所もないし、国内のDelphi関連のWebページも少なくなった
英語サイトもかなり減ってて、ロシアや中国のサイトまで探さないといけなかったりする
Windows用プログラミングでWin API使おうと思っても最近のOSで追加されたAPIのヘッダーファイルが用意されてなくて
VCのヘッダーファイル見ながら自分で変換しなきゃならないこともちょくちょくあったりで余計な手間がかかる
まぁそれでも使い続けてるのは手慣れているのと、何年も前から使い続けているコンポーネント環境があるからだな Delphian Worldみたいな国内向けのVCL登録サイトもなくなっちゃったしなぁ >>905
原書の英語版なら無料で手に入れることが出来るけど翻訳版は高い本です。
だけど文法?仕様?を学習したいなら
「OBJECT PASCAL HANDBOOK」を勧めておく。 過去のWebページもそれなりにあるけど、Googleが古いページを上位に持ってきたがらないからな メーリングリストが廃止になってDiscordに変わった
あれで情報が分散されてさらに使いにくくなった
糞MVPのせいだ、れっきとした人災だと思う 塚越さんの「Delphiオブジェクト指向プログラミング」も入門には最適で
Delphiの基本がよくわかる良書なんだが、もう20年以上前の本で
入手が難しいんだよな。中古本はプレミア価格になってるし >>926
持ってる。内部構造にまで踏み込んだ良書だけど、流石に今は色々変わってるから通用するかなあ…? みなさんいろいろコメントありがとうございます。
まあ、触ってみて面白そうなので、しばらくDelphiやってみようと思います。
本はハンドブックも塚越本も注文してみた。
本は手元にないと落ち着かない人種なので。 助けて、教えて系で始まる書き込み
そしてこんなところで調べりゃわかることを聞く頭
そして今さらDelphiを学ぼうとする判断力の無さ
何もわからない状態なのに止めとけというアドバイスも無視する思い込み
こんな奴には無理だろ コピペするような奴のアドバイスを無視するのは良い判断だ >>929
Pythonでいろいろデータ処理をしているのですが、
データの入力を他人にお願いすることになるので、
その入力補助ツールです。内輪でつかうものなので、
使えればよいと言う程度のものです。
C#もみてみます。 興味をもってもらえたなら嬉しい事
茨の道かもしれないが頑張って 以前、Delphi→C#のマイグレーションの仕事をして感じた事
データベース処理とかはどちらの処理系も大差ない
ミリセカンド単位のリアルタイムに近い処理はDelphiの方が優れている
(CPUネイティブで高速動作、自らのメインループ内で経過時間を計測、Windowsのタイマーに依存しないイベント処理が可能、など…)
またバイトやビットの操作では、細かく大量のデータ処理であればあるほどDelphiの高速性が際立つ、、など
今更Delphi上げをするつもりはないのだが、なんでもかんでものマイグレーションには反対したいところ
といいつつ今はC#で大体開発している今日この頃です 老害しか使いたくない言語なんだから老害が死ぬ前にマイグレーションしておかないとやばいだろw FormにTimerコンポ置いてタイマーのOnTimerでたとえはこんな感じの簡単なループを実行させるとき
procedure TForm1.Timer1Timer(Sender: TObject);
var
I: integer;
begin
Application.ProcessMessages;
Timer1.Enabled := False;
for I := 0 to 10 do begin
Sleep(1000);
Application.ProcessMessages;
Form1.Caption := IntToStr(i);
end;
end;
OnTimer開始時にポップアップメニュー開いてるとそのまま固まってOnTimerの処理が終わるまで操作できなくなるんだけど何故なんだろう?
ループ内でApplication.ProcessMessageしてても回避できない
開始直後さえ抜ければOnTimeでループ実行中にポップアップメニュー開いたり閉じたりは普通にできるんだけど
これ回避する方法って何かないだろうか? >>941
調べずテキトーに書くけどポップアップメニューの処理が
メニューをモーダル表示→ポップアップメニュー専用のメッセージループ→メニュー消去
みたいな連続した流れなんじゃね
これだとメッセージループの途中に別のイベントが入ってきたら
それが終わるまでメニューは消えないし他のUIは働かない
これに限らずUIをフリーズさせずに長時間の処理をするならスレッドがいいんじゃね >>941
Timer1.Enabled := False; してるのはなぜ? 繰り返しじゃなくて x ミリ秒後に一回だけ実行だからだろ >>937
>>Delphi→C#
マイクロソフトに依存してる所はマイグレーション多いね
VB→VB.NETやVB→C#も有る >>942
何かそんな感じでDelphiのメニュー系とモーダルウィンドウはメインのメッセージループから制御を奪う仕様みたいね
どうりでApplication.ProcessMessageしても効果ないわけだ
[ 第7章 メッセージを捕まえる : ローカルフック ] - Halbow 資料館
http://mrxray.on.coocan.jp/Halbow/VCL07.html
>このように、メインのメッセージループから制御を奪うモーダルループやメニューループでは、Application.OnMessage は呼ばれない。TForm.ShowModal の場合は大丈夫であるが。次節では、VCL の実装と全く無関係な Windows のメッセージ捕獲機構であるフック関数を試してみよう。
TForm.ShowModalでは大丈夫って書いてあるけど別Unitで作ったフォームをShowModalで表示させたらポップアップメニュー同様固まってタイマー処理が終わるまで閉じれなかった
OS側で用意されてるShowMessageとかInputBoxなんかのモーダルなダイアログだとこういう事はないのでDelphiのVCL特有の現象なんだろうね C#なんかの.Netソースを参照してDelphiで書くとき
Async/Awaitがよく出てくるけど
Delphiにも同等の機能が欲しい今日この頃
とくにAwaitはDelphiで書くのが難しい
”The Delphi Geek” にAsync/Awaitの実装例があるけど
古いOmniThreadLibraryが前提だから
今でも使えるのかなぁ 他の言語がasync/await実装していったのにDelphiは何してたんだ… Async/Awaitに関連して
DelphiのEventDrivenベースの使い方が時代に合わないのかな え?イベントドリブンってWindowsプログラミングの基本とちゃうん? レス数が950を超えています。1000を超えると書き込みができなくなります。