Excel VBA 質問スレ Part84

ExcelのVBAに関する質問スレ
コード書き込みや作成依頼もOK

次スレは>>980が立てること
無理なら細かく安価指定

※前スレ
Excel VBA 質問スレ Part83
https://mevius.5ch.net/test/read.cgi/tech/1749348402/

2行目2例目

パワークエリは2010ならアドオンで使えるんだから使えるってのは間違ってないよ

Date.Fromは日付と時刻型を日付のみ型に変換する関数だと思っていましたが、実は引数はAnyでテキストでも数値でも日付と解釈可能ならdateにしてくれるんですね
今までの苦労は何だったんだろう

おそらくスレがないので、すれ違いで申し訳ないのですが、
エクセルVBAはブックごとにマクロを具有しますが、Outlook VBAはどこにマクロを持つのでしょうか
アドインのようなものになるのでしょうか
ggrksと言われそうですが…

C:\Users\＜ユーザー名＞\AppData\Roaming\Microsoft\Outlook
らしいです

こっち消化しろよ

Excel VBA 質問スレ Part80(ﾜｯﾁｮｲあり)
https://mevius.5ch.net/test/read.cgi/tech/1700826110/

>>6
ありがとございます
ちょっと調べてみます

>>7
ワの有無は別スレと見做される

積極的にそうすべきというほどの強い意見ではないけれども、現状ﾜｯﾁｮｲ ありとなしとを使い分ける需要がさほどないということであれば、先に>>7のスレを消化するというのもありかもね。スレ交代のタイミングでちょうど良いし。

ワに書き込めるわけ無いだろ
いいかげんにしろよ

>>11
そうやってID変えながら荒らす気まんまんやん

ワッチョイ気にするのか…

前スレで話題に出たパワークエリはM言語という言語でVBAとは相容れない
VBAと連携する方法もないではないがWSHの言語間程度の違いはある
知りたい人が居るならPower Query M言語スレを別に立ててやるべきだと思う

>>14
Power Queryだけでスレを立てても知名度が低すぎるから人が集まらないのと、「基本を知ってしまえば後は分からない事は何もない」から「話がすぐ終わる」（泣）
Excel自動化という点で同じなのでここで（震え声）

Excelの関数に正規表現関数が有る事を今思い出した（なければ自作すればいい）
だから今時はもうLeft関数、Mid関数、Right関数で無理矢理やらなくていいんだ。

Excel女子の言い分を真に受けると
https://exceljoshi.cocoo.co.jp/media/excel-powerquery
必要なひとは使えばいいんじゃね？となる
Excelエキスパートの君らには、あんまし使いどころが無いんだろう

みんながみんな大量のデータ集計や高度な集計をやるわけでは無いからPower Queryを必要とする人はいないと言われれば確かにそうですね。
だけどExcelで集計をすると言うのであればVBAでは無理です。

VBAでも無理ではないでしょ
ゴミのように書きにくく読みにくく遅いだけで

Excel女子でもVBAで出来てるから｢無理です｣は言い過ぎ　VBA女子ってのも居るそうだ
https://exceljoshi.cocoo.co.jp/media/work-efficiency-vba-reporting
何であれ、事前の下拵え(前準備)がだいじだと説いてる その通りだけど具体例は有料っぽい
まぁ、女子に頼らなくてもそこら中に転がってるけど
https://note.com/bunsekiya_tech/n/n7da42fbfa7b4

VBAでやるときは各レコードをどこにどう書くかということをガチガチに固めておく必要があるのに対し、DBとかパワークエリだとそこら辺が抽象化できるイメージかなぁ。

>>20
本当にそれなんですよ
パワークエリーやSQLなら列同士の集計やグループバイ、Join、UnPivotができるけど、VBAでUnpivotは流石にキツい

LET、XLOOKUP、FILTER、GROUPBYあたりを駆使すればワークシート関数でも結構いける
わざわざ別アプリ起動してマイナー言語でとはならないかな・・・

それこそ事前の準備で済む話　いきなり大容量のデータに接続してあれこれしようとするから混乱する
結果から想定されるデータ群に仕様を整えておくのが先ず最初にすべきこと
ADO が非推奨と成り果てたからVBA内でSQL使おうにも先細りなんだろうけど、まだやれない訳じゃ無いし(最新版じゃ無理なのか)
何であれ、いきなり野良データに接続してあんなことやこんなことしようとする方が無謀　データの事前整形はイロハのイ

>>23
その事前のデータ整形がパワークエリーなんですよ
そもそもPower BIはパワークエリーとパワーピボットの二つが合わさった製品だし
ADOが非推奨だとは知らなかったです
やっぱりVBAはダメダメなんですね

>>22
GROUPBY関数は最近になってやっとM365だけで使える様になった引数の翻訳も終わっていない関数じゃ無いですか
しかもGROUPBYに渡す元データのUnPivotはどうするんですか？
UnPivot関数はありませんよ？

パワークエリーは
let
変数名 = 関数
in
ただこれだけです
各ステップ名にそれぞれの関数の戻り値（型）が代入されるだけです
一体どれだけ簡単なのかと
名前付きfunction関数なら
(変数名 型) =>
let
変数名 = 関数
in
ただこれだけ

会社で本格的なデータベースを構築しているとか、サーバーが使える、あるいは業務にしているのならそりゃSQLを推奨しますよ
しかし日本企業がそんなにITの導入をしているとは私はまったく思えません
だから当然必然的にExcelの標準機能一択になるわけです
世の中の企業にはVBAを禁止している会社もあると聞きます
だったら尚更パワークエリー
あとSQLはETLではないからSQLにできないことも多い

UnPivot て、Excelの原始的な機能で、貼り付け時に行/列入れ替え 貼り付けだけで済むんじゃないのか？
そんな単純じゃない！もっともっと厳しいデータなんだ！ってことなのか？
取り込んだデータが行列逆だったら、真っ先にそれするもんじゃないのか？　基本のキ？

>>28
UnPivotと行列入れ替えは全くの別物ですよ
行列入れ替えは本当にただ
　列
行
を
　行
列
にするだけなんだけど、UnPivotは横持ちデータを縦持ちデータに変換する事を言います
例えば
　1月2月3月4月5月〜
各エリア
〜
という表があればその各月のデータを
エリア列|月列
とリスト表形式に整えてくれます
これ無くして高度な集計はできません

社内にサーバー(NAS含む)も仕立てていない企業が蓄えてる大容量のデータって
いや、Power Query を否定するつもりは無いけど、今のExcelの標準の機能で殆ど賄えやしないか？
ものっそ古いデータもあって、当時はデータの統一性もまばらで、セル内改行してるだの
文字の位置合わせにスペース使ってるだの、予想外のデータだったりすることもあるんだから
イロハのイ、基本のキは守っておいて損は無いんだけど

自分はSQL派なので事前に定義されたテーブルにデータを入れておくという考え方の方になじみがあるけど、表っぽいデータなら大抵はうまい塩梅に整形できますぜということならパワークエリにもそれなりに活用場面は出てくると思う。ただ、クエリ部分をSQLからパワークエリに置き換えるのはちょっと躊躇を覚えるかな。標準規格があって、ペンダーが複数いるという安心感はかなり大きいので。
SQLを除いてExcelおよびその関連機能であるVBA、パワークエリだけで考えたときに、それぞれどういう長所・短所があるかというのはそれはそれで1つの議論ではあるね。

なんでVBAで流石にUnPivot旬は難しいと言えるかと言うと、UnPivotする為にはそれぞれの項目とその数に応じて大量に行の挿入を行う必要があるからです

これをVBAでやろうとすると行ズレ問題に頭を悩ませるし、セル操作、Rangeは非常に遅いし、2次配列の操作はVBAは非常に貧弱だからです

一応、パワークエリーが登場する前（本当はMicrosoft Queryという前身機能があったらしいですが）のVBAのまず最初にやる事はUnPivotだったらしいので、絶対にできないとは言いません
しかし、パワークエリーならボタンぽちぽちで済む事を全部コードに書かなきゃならないので非常に面倒くさい上に不具合もあります

サーバーがある、本物のSQLが使用できる環境があると言うのなら当然止めません
既に正規化されているデータだけを扱うと言うのであれば尚更でしょう
しかし世の中その様なデータばかりを扱うとは到底思えません

>>31
表っぽいデータなら「大抵」ではなく、「全て」うまい塩梅に整形できますぜ　です
なぜならそれがETLだからです

その「ボタンぽちぽち」で出来てしまう点を懸念してンだけどねw
野良データがガサツでも、ぽちぽちしたらちゃんとした表に仕上がりました！　で、そのデータの
信ぴょう性とかファクトが担保されるのか？という面で、イとかキは疎かにしちゃいけない、と
で、そのイとかキをしてる最中に｢これとこれをこうすりゃこう仕上がる｣という、データ加工の
手順や経緯や法則がきちんと把握できてく(それが判ればほぼほぼ基本機能で済むケースが多いのも現実)

そういう基盤がキチンと制作者も受け取る側も共有出来てるなら、どんなアプリ使おうとも構わんけど
作る側がその辺ないがしろにして｢この機能サイコー！｣だけで盲信して得意満面に仕上げてきた表ほど
役に立たないものも無いってのも現実　まあ、老婆心だけだけどw

たぶん想定されている使われ方が結構違うんだろうね。

DBの場合、事前に設計されたテーブルを前提としているから、テーブル設計で失敗していない限りそもそもpivotとかunpivotとかが必要になる機会自体そんなにないと思うのよ。古いシステムからデータを取り込んだりするときくらいじゃない？　だからpivot / unpivot の利便性をメリットとして挙げられてもあんまりピンと来ない感がある。
パワークエリの方は、どちらかというと表っぽいデータ（いわゆる野良データも含む）をアドホックに処理できることに重点を置いているんでしょう。そういう場面ならpivot / unpivot が簡単にできると便利というのは分かる。

>>34
イとかキって何だと思ったが、イロハのイとキホンのキか。34を読んだだけでこれに気付いたのって凄くない？w

そんなのVBAだろうとPQだろうと同じ
当たり前
当たり前のこと毎週書いてろw

元データがちゃんと正規化されているリスト表だけだったらSQLでも十分
それはその通りです

でも世の中残念ながらそうじゃないんです
これはなぜETLというツールがいくつもあるのかという話です
大量の列があるデータをソフトウエアがCSVで出力されるケースを私は実際に知っているのです
そしてその時に私はUnPivotを知りました

これだけは言えると思うのは
確かにSQLは1列に一つの種類の値、型のデータを扱うのなら最適化されているので高速ですが、そうでない場合、データのクリーニング、前処理が必要は場合は必ずしもそうではないと思います

あとデータソースは各種サーバーに出来るので、まずはお試しでやってみる、という叩き台やテストを「お手軽に」する事もできます

そりゃデータの整形や前処理はSQLじゃなくて、ホスト言語の方の守備範囲だからね。
だから整形・前処理の部分で比較するなら、「コードを書く必要があるけど汎用性の高いホスト言語（JavaScriptとかPythonとか）」と、「ノーコードで済んで利便性が高いけどMSにロックインされるパワークエリ」という比較になるんじゃない？
表っぽいデータをアドホックに次々と分析していくような用途ならパワークエリの方が便利だろうし、永続的なデータを扱うならSQLの方が安心感がある。

フォーマットが完全に固まっているならVBAも選択肢に入ってくるだろうし。

>>29
UNPIVOTはCHOOSECOLSとVSTACKで余裕

>>29
=LET(
UNPIVOT,LAMBDA(table,values,
DROP(REDUCE(0,SEQUENCE(COLUMNS(values)),LAMBDA(a,v,
LET(
value,INDEX(values,v),
VSTACK(a,HSTACK(EXPAND(value,ROWS(table),,value),CHOOSECOLS(table,v)))
)
)),1)
),
UNPIVOT(C1:G10,{"月","火","水","木","金"})
)

サーバーも持ち合わせずVBAも禁止されてる企業って書いてみたり
とあるアプリが大量の列があるCSVを吐き出したケースがあって、それでUnpivotを知ったとか書いてるし
やっぱ新しいおもちゃに大興奮してるとしか読めない
野良と言えどもサイバー空間上にあるデータは、まがりなりにもDBのお作法に沿った整形されてるんじゃないのか？
WEBページやクラウドデータとかに接続するなら尚更
手強い野良っつーのは社内に保管されてる過去20年のデータみたいな意味で、>>30 に書いた例なんかかわいい方
とも思えるファイルがゴロゴロしてることもある　それを上から十行ぐらいナナメ読みして憶測で判断してたら
しっぺ返し喰らう
その大量に吐き出されたCSVだって、実はD列のデータだけじゃ無くてAA列だのBB列だののデータと組でようやく意味を為す
なんてぇケースだってごまんと見て来た　キとかイとかw　データを扱うお作法は蔑ろにしてはいけない
データクレンジングとか昨今は呼ぶのか？　それは機能に任せる前に、人間の目で手でまずは洗浄しておくべき
キカイは命令された事しかやらない・できない　その命令する側が手抜きしてたら手抜きされたデータの塊になるだけ

>>40-41
そういうのは余裕とは言わないw 凄いとは思うけど、人が読んだり書いたりするコードじゃないでしょ。AIに生成させるとかならありかもしれないが。

2020年代になってから関数が大量に追加されているのって、AI使用が視野に入っているからなのかなとちょっと思った。

>>42
複合キーを利用する、複数列の値を使用する、結合するという事はできますよ

そもそもExcelになぜPythonが導入されたかと言うと、パワークエリーで前処理、集計したデータを非公式に導入したPythonでさらに高度な集計を行う、と言う事が行われていたからです。
そう言う事が行われているくらい非常に協力な機能なのです。
JavaScriptのコードも動かせます。

言いたいことがちょっとわからない

Python in Excelの話をしてるの？
Officeアドインの話をしてるの？
Officeスクリプトの話をしてるの？

>>46
全てパワークエリーの話です

パワークエリって、（SQLの代替というよりも）データフレーム系のライブラリ（PythonでいうところのPandasとか）に近い機能なんじゃないかな。自分はデータフレーム系のライブラリってほとんど触ったことがないから分からないけれど。

>>45
へー、MSがPythonを組み込んだ理由の客観的証拠を示してごらん

>>49
キチガイの妄想なんだから答えるわけないだろw

VBAをPythonに置き換えようと開発進めてたけど、
サードパーティーのアドオンが優秀なので公式でやる必要が無くなった（ここまでMS開発者ブログより）
でも成果物を使わないのも勿体ないから使ってる（俺の妄想）
ってことだろ

>>48
普段SoR系のシステムばかり見てる人には馴染みのない話かもしれないけど、
ビジネスアナリティクスの世界では、SQLは汎用的なデータ分析ツールとして結構カジュアルに広く使われているのです

まーた新しいオモチャ拡げ出したぞw　SoR系だからSQLが重宝されてきたんだろうに
アナリティクスなんて概念、後発も後発　まあ、SoRに於いてSQLでAnalyticsしてた
という見方もできるわけで、もはや何言っても相手に響かないからお口チャックしときなよ

話の繋がりがよく分からないが、そういう分析方面でならパワークエリも強みを活かせるということであれば、適材適所ってことでいいんじゃない？　カジュアルかつアドホックに色々できるということが強みなんだろうから。

相変わらずVBAの話題以外では盛り上がるVBAスレ

>>54
そう、パワークエリの主用途である分析においては、その役割はSQLとPythonの両方と大きく重なる
そのうちどれが優れているという話ではないが、VBAが大きく劣ることは確かだな

本気でそう思ってるなら、なんでここに居るし
ソッチのスレに常駐してるなり新スレ立てるなりして、ソッチで続けてればいいのに
単にケンカ売りに来てるん？

本物のサーバーに対してSQLを叩いた方が高速なのも
Pythonで複雑な計算を行う方が高速（素のPythonのループ処理はVBAより遅い）なのも一切否定していません
私はただExcelしか使用できない環境でも便利な機能がありますよ
と言っただけです

社会人として言い訳はみっともない　やっぱりおもちゃを片付けられないしんのすけレベル
（あなた達は知らないだろうけど）Power Query っていう便利な機能がありますよ、とでも主張したかったのか？
VBAスレで？　ビジネスSoft板のExcel相談所辺りで言い募るならまだしも、ここの住人なんかはとっくに試用してる
だろうに　試したうえでケースバイで使う事もあるかも知らんけど、実務でそんなに活用するシーンも無いな
という肌感覚じゃあ無いのか　取り敢えずVBAでSQL書いて目的は達成できているんだし
ネット上とかの得体の知れない大量のデータに対してザッピングしてみて有用なデータかどうか、予め毒見してみて
実際に利用するかどうか判断の元にするような時には使ってみるのも楽だろうけど
Power Query 至る所でバンバン使い倒してますよ、という実務者カモン　事例提示プリーズ

何でスレチのPQにいつまでも係ってんだよ
>>15がExcel自動化云々言ったところでスレチはスレチ
そも自動化ではない
スルー力なさ過ぎ

いつもの境界知能の人だろ

そうね
いつもの境界知能の人が必死にAIの回答をコピペしてる感じだね

仕事できなくて年収低いんだから
パワークエリ使おうがVBA使おうがたいしたもんできないよ

はい終了～

質の高い回答はなく、誹謗中傷しかないのはなぜなのでしょうか？

・質が低く適切な回答をできない質問だから
・質問は妥当だが答えられない、でも何か言いたい質の低い回答者がいるから
大抵はこのどちらから

自分はOFFICEスクリプトって使ったことないんだけど、VBAとは適宜棲み分けがされそうな感じ？　それともVBAを置き換える方に行きそう？　一応、VBAにできること全てができるわけではないってことは聞いているけど。

>>65
貴方が質の高い回答をしないのはなぜ？

OFFICEスクリプトは、あくまでも定型業務の自動化、しかもOneDrive上で　を目指してるので
まだまだ発展途上だし
何より、OneDrive自体が今のところ各端末のパフォーマンスを下げる最大要因に成り果ててるので
様子見勢が多いのだと思われ（何でそこまでMSに加勢しなきゃならんのか、と）

なるほど、OFFICEスクリプトはまだ全然って感じなのね。
VBAは構文が古くさいと言われることが多いけど、少なくともその点を理由としてOFFICEスクリプトに移行しようという動きはあまりないということか。やっぱりクラウドベースでっていうところが想像以上にネックになっているということなのね（たしかにちょっと試してみようと思ったときに、クラウドで云々と言われたら面倒くさそうとなるのは分かる気がする）。

いやいや、それは逆
そもそもデータが散らばってるからそれを纏めるためにVBAを使うことはよくあって、
VBAのユースケースとしてはかなり大きなウェイトを占めるんだよ
クラウドだと共有ブックを直接編集すればいいので、少なくともそういう用途のVBAのニーズは大幅に減る

Officeスクリプトはアカウントに紐づくからVBAのようなファイル１つで済む手軽さがない

ブックの共有とかって全然しないから、そこら辺の認識はなかったな。クラウドというよりOneDriveとか管理のされ方に問題があるって感じなのかな。

そも動かすプラットフォームが違うんだからどちらを使うか選ぶシーンが存在しない

>>73
裁量の問題だよ
未だにVBAに人気がある本質的な理由は、既存のワークフローを全く変えることなく勝手に自分の手元だけで作業を効率化できるから
一方で、クラウド共有を前提にしてなお残る面倒な単純作業はOfficeスクリプトで自動化しましょうとなれば、みんなのワークフローを見直さなきゃいけないでしょ
それは>>74のように目的ではなく与えられた作業に対してのみ責任を持っているような人達にはハードルが高すぎるわけ

またいつもの境界知能者が荒らしてる

理由はともかく、OFFICEスクリプトは少なくとも現状では習得上の優先順位が高い感じではなさそうね。
VBAの構文が苦手というタイプの人はPytnonのxlwingsとかに流れる感じなのかな。あれはPytnon越しにVBAのオブジェクトをいじっているようなものなので、実質VBAみたいな感じだけど。

>>76
傍から見てると、あんたもソッチにズブズブ沈み込んでる風に見えるがな
もそっと、知恵のある発言するなり、若しくはボケだのギャグだの
ユーモアやペーソス混ぜたような発言とかを心掛けてもらえると、コッチも読んでて心地いいんだが

xlwingsいいよな
調子に乗って沢山呼ぶと糞遅いけど

>>77
その理屈だとCOMはVBAってことになるな
なんだよVBA滅茶苦茶使われてるんじゃん

プルールのひとつめっけ
https://dl.ndl.go.jp/pid/1077355/1/31
日本全国諸会社役員録という本、アドレスはあくまでも31/914ページという意味
最初から見てっても中々面白い　東京府だし、並び順はいろは順だし　ヰもヱもあるし
ビルデングもビルヂングも混在　日本フヰラメンドあり日本フアイアツト自動車あり
ブルドックソースが何だって？

https://dl.ndl.go.jp/pid/1136907/1/100

6分で終わる簡単な作業をいつもやってるからと思ってExcel VBAにしたら4時間もかかった
40回でペイする計算
1ヶ月に1回の頻度として3年4ヶ月でペイする計算
1ヶ月以上ブランクがあって作るのに時間がかかった
これを作るときに以前作った別のものをまた作ってしまったことに大体完成してから気づいた
使わないと作ったことを忘れる
役に立つものでこれからも使うか使わないか前もって予測できないから作るしかない
そのなかに使うものが出てくるし使わないものも出てくる
ちょこちょこ作るのは効果があると分かってるが本当に効果があるか愚痴を言いたくなった

なんたるプログラミング能力が低さよ

まあスキルも積み重ねが大事
あと人為的ミス防止やデータが多い時も速いことなども目的にしないとね
若いなら転職の小ネタにもできる

イレギュラーなデータとかエラー処理とか完璧にやろうとするとメインの処理は簡単でもめちゃくちゃ長いコードになったりする

でも他人に使わせる前提だとそこがすごく大事なんだよな
自分用を手早く作れるのはそこ端折れるからってのがある

質問です

・テキストボックスを多用したユーザーフォーム群を作っていて、IMEMode変更を多用している
・一部vbIMEModeKatakanahalf(以下半ｶﾅ)に設定してある
・フォームを使い終わったとき、IMEModeOnが半ｶﾅに固定されてしまう(要するにA↔半ｶﾅ状態に)

そうなってしまうのは仕方ないけど、フォームを抜ける時にA↔全かなの状態に戻したい
ということでTerminate処理で全かなのBoxにSetfocusしてから抜けるようにしてみたところ、ステップインなら成功するけど通しで処理させると失敗してしまう…

なんかいい方法ありませんか？
全かなBoxのみを設置した仮フォームを呼び出してすぐ閉じるくらいしかないのかなぁ…

それこそ>>87の言うように自分で使う分には「ちと面倒だけどまあ戻せばいいだけ」で済むけど、PCに疎い人達にも使わせるから「なんかひらがなが打てなくなったんだけど～」って言われるのは目に見えてるので…

連レスすみません

「基本的には英数字だけど、半ｶﾅも打つことがある」Boxもあるので、「A↔半ｶﾅ状態のIMEModeOff」にするとかもできれば理想です

>>88
TerminateだとSetFocusしようにもすでにテキストボックスが存在しないんじゃないの？
× Terminate
○ QueryClose

>>90
自由に入力させて、入力後に判定処理入れるのがいい

>>91
レスありがとうございます
QueryCloseでもダメでした…

なるはやで実用化したかったので、とりあえずは全かなBoxを置いたダミーフォームを一瞬出現する形でお茶を濁しました…
でも自分でもかなり使うモノだから気持ち悪さが拭えないので、可能ならどうにかもっとスマートに処理したい…

>>92
ありがとうございます
そのまま打ってF8やF10ってのを覚えてくれれば楽なんですけどね…
PC疎い民もさすがに半角全角キーを押すことくらいは分かるので、基本的にはIMEModeOffだけど半角全角キーを押すと半ｶﾅになるってのがやりたいんです

我ながら駄文すぎて分かりにくかったけど、要約するとIMEModeOn時の行き先を自在に操りたいってことですね

テキストボックスのイベントでExitにIMEを元に戻す記述を書く
https://www.javadrive.jp/excelvba/userform/index93.html
sheet上でも出来るとは　まぁ、知らん奴が使ったらヒステリー起こしそうだが
https://infith.com/system/excel/ime_validation/

Worksheet_BeforeRightClickを素早いクリックに反応させる方法ってありますか？
例えば右クリックでカウントアップするような場合、ゆっくりクリックしないと取りこぼすので、それをできるだけ軽減したいという話です

>>96
ワークシートのイベントはどれも動作が遅い
透明なオートシェイプをセルの上に重ねて、オートシェイプのClickイベントを使えば16連射も可能になる
ただし右クリックでは動作しない

>>96
素早いクリックがダブルクリックと判定されてるかもね

そんなに連打が必要な業務なのかわからんけど
マウスも一枚岩じゃ無いから(個体によって性能違ったり、有線無線で変わるかも知らんし)
ユーザーフォームとかにオプションボタン並べて、○1 ○5 ○10 ○25 ○50 ・・とかを事前に選択してから
右クリさせるのはどうか　二度手間三度手間が嫌だとクレーム来るのとトレードオフに成るが

Private Sub Worksheet_BeforeRightClick(ByVal Target As Range, Cancel As Boolean)
Cancel = True ' Prevents the default right-click menu

Application.ScreenUpdating = False ' Turn off screen updating

' Your optimized code here, e.g., displaying a custom menu or performing actions
' ...
Dim i As Integer

For i = 0 To 100
' ステータスバーの表示が更新されない場合は、コメントをはずす
'DoEvents
' ステータスバーに出力
Application.StatusBar = "処理回数：" & i

Next
' ステータスバーのクリア
'Application.StatusBar = False
Application.ScreenUpdating = True ' Turn screen updating back on
End Sub

その辺で拾った野良のコードの合体モンだけど、回数：100にするのも一瞬なんだし

そもそも右クリック連打が必要な設計を見直したほうが早いんじゃね

よく読め、連打が必要な訳じゃないと思うぞ
俺も似たような問題にぶち当たったことがあるから言いたいことは分かる
俺の場合はユーザーフォームだったからなんとでもやりようがあったけど、シートイベントでどうすべきかは思い付かんなぁ

ユーザーフォームなり透明オブジェクトなりで代用できそうか考えてみるのは大事かもな

そうか、迂闊か
そういやチャタリング・チェックできるサイトとかあるから、そこでチェックもありか

>>101
ダブルクリック判定にひっかかってるのかもしれんが、ユーザーフォームも単純な連打はうまく処理できない

要はこれっしょ

VBA フォームのボタンの反応が遅い理由と対策 - t-hom’s diary
https://thom.hateblo.jp/entry/2017/12/07/215055

これと同じようなことをワークシート右クリでやりたいってことやろ？
ワークシートだと安易に左クリックにはできない事情もあったりするし、こういう感じでフォームとかで代用できないか検討してみたら？

レス遅れてすみません！
まさに>>104さんの言う通りです！
より具体的に言うと５種類の値から選ばせたくて右クリックで順繰り変更するマクロを作ってたんですが、例えば４番目の値を選びたいときなんかに慣れてくるとどうしても「ｶﾁｶﾁｶﾁｶﾁ」って押してしまって反応が悪いと言われたのでどうにかしたくて
反応が悪いで済めばまだいいけど、それで間違った値のまま提出されたりすると困るのだ

困るのだ　じゃなくて　困るので　です！！

バカボンのパパ(´^ω^)

>>105
マウスじゃなくキーボードでトグルしていくUIはいかが？
こんなの（INSキーでA1セルの値が増える）

Sub Init()
Application.OnKey "{INSERT}", "ThisWorkbook.OnKey_Ins"
End Sub

Sub OnKey_Ins()
Range("A1").Value = Range("A1").Value + 1
End Sub

馬鹿は馬鹿な頭で考えた馬鹿な方法に固執する例

これでいいのだ

>>109
この人カバの逆立ちなのだ

代案ありがとうございます！
やはり何かしらの大体策を考えるしかないですかね
右ダブルがキャッチできれば解決するんだけどなぁ

カバは逆立ちしてもカバなのだ

【高市自民】自維連立に衝撃 維新トップに赤旗砲「重大疑惑」２千万円絡む疑惑と 共産党Ｘが「だから裏金自民党とも組めるのか」と攻撃 説明求める声
https://news.yahoo.co.jp/articles/89adcdb576a46579b90da08ae8924ad11c08b470

環境構築も配布の容易さも世の中の情報量も加味するとpythonなんて比較対象にならんな
特定のシステムでVBAに勝てるものはないわ
運用される規模は部署内程度になゆけどさ

マクロを起動するための各種コントロールは今後はフォームを使うべきなのか
これまで作ってきたActiveXコントロールは置き換えていくべきなのか

PythonはてっきりVBE上で使えると思ってたからなぁ
ワークシート上の関数とかじゃ使いづらすぎて拍子抜けだわ

>>116
デフォルトでActiveX無効になったから、置き換えないと支障が出ることが多い

365に変えてから動かなくなった原因がそれだった

マクロが増えてきてどれがなんのマクロか分かんなくなってきた。間違ったマクロが実行されたEXCELが元に戻らないのも嫌だし、どうしたら良いですか？

うまい具合に人のせいにしてください

間違ったマクロを実行した時にEXCELを元に戻すマクロを作ればいい

適切なマクロを実行するマクロを作る

AIに丸投げして聞いたらいい
完璧に教えてくれるよ

>>121
採用！

>>125
人のせいであっても現状の問題への対応はしなければならないのではないか

ピボットテーブルのスライサーが変更されたとき、
ピボットテーブルを置いているsheetについて
　Private Sub Worksheet_PivotTableChangeSync(ByVal Target As PivotTable)
を使っていくつかのマクロを実行させるようにしているんだけど、
これが3つあって、関連するクエリーやらをちょっとメンテ作業すると、これも動いてしまうものだから、
いちいちコメントアウト？（頭に ' 付けるヤツ）にして、このマクロを止めている。

これもっと上手いやり方ないかしら？

デバッグ用定数を定義しておいて、
そのデバッグ用定数の値が特定の値なら動かさない、とかにすれば、
メンテ中の変更が一カ所で済む、とかそういう話？

よく分からんが、フラグ変数とかじゃダメなん？

どこかのセルをデバッグON/Offのフラグにする

デバッグ定数を使うかApplication.EnableEventsを一時的にFalseにするか
ちなみにデバッグ定数はシート上に隠しておく形式にして例えばRange("A1").Value = Not Range("A1").ValueみたいなSubをイミディエイトから呼び出すのが個人的には楽

>>128
うーん、クエリー弄っちゃうと修正途中なので
不用意に動いたVBAでデバッグ入って・・・
てのはあるんだけど。

そもそもの
Private Sub Worksheet_PivotTableChangeSync(ByVal Target As PivotTable)
を一時的に止める方法はないのかと。

やっぱ、ワークシート上のどっかのセルに「メンテ中」なら "1" でも入力して、これをフラグにして
3つのPrivate Subの中で if then で、1ならそのまま終わるか、Call 以下のマクロを実行するかの分岐処理？

先達らはもっときれいなことやっているのかと・・・

あ、ミスった
シートモジュールだけにまとめるならPublicなConstは使えないから、Const定義を標準モジュールに書くか、PrivateなConstにするかしてね

言ってみれば、プロシージャのインターロック機構みたいな仕組みかな？

>>133,134
ありがとう。
やってみる。

そそ
ちなみにどのプロジェクトでもまず最初にこの機構を作る癖を付けておくといろいろ捗るよ

最近のyoutube動画観てると
MS Office が web アプリの Office と実質同じ
観たいな説明が多くてうんざりする

web アプリの Officeは知らん。
どんなの?

Excel for the webとかのことやろ

可視化のために色とデータを
一気に出力させたら描写遅延が初回に絶対発生するわ
画面一瞬シェイクさせるのを追加したことで解消
システムを高評価されたのはいいけど他社まで展開されるとは思ってなかったから超強力に作り込んでる

趣味程度でしかやってないからコーディングのマイルールが中々定まらん
そのせいでメンテナンスしたり新しいプロジェクトを作り始める度にああでもないこうでもないと試行錯誤する無駄な時間が…
ってことで質問なんだけど、みんなが心掛けてるマイルールってなんかある？

ちなみに自分の中で明確なのはWith構文は余程面倒な括りじゃない限り使わない、型指定はAs～より&や$などを優先的に使うとかかな？
例えば型指定の省略形は一般的にはあまりよろしくないことは分かってるけど、うちの環境ではどうせ俺しか触らないしコードがスッキリして好きだからそうしてる
こんな感じで「一般的にはよろしくないとされるルール」でも全然いいので色んなアイデアが欲しいです

最近はVBAを直接書くことはあまりなくてPytnonのxlwingsを使うことが多いんだけど、既定のプロパティを使わないとかかな。「VBA コーディング規則」とか「VBA コーディングガイドライン」で検索すると色々出てくるね。

コメントは書かない（コメントがなくても理解しやすい命名やロジックにする）

入力チェックやファイル読み書き読み込み等の他で使えそうな処理は汎用化する。
データの入力、加工、出力は処理を分ける。

>>142
改行とインデントはVBと同じにしてる
Visual Studioにコピペして自動整形されたやつをVBEに戻したりもしてる
変数名は気分次第だけど、英語の語彙力がないから全角文字も許容しないとすぐに詰む
コメントはできるだけ詳細に書く

会社のVBAならドキュメントの場所をコメントに書いておく

>>144
そのルールだとwhyはどう記すの？

生成AIで出てきたコードをそのまま使う

WordのVBAのスレはありますか？

昔はあった気がする
そう言えば ActiveX のスレも消えてるな

VBAなんでも質問スレ Part3
https://mevius.5ch.net/test/read.cgi/tech/1631184381/

ここかなぁ

>>152
ほぼ動いてないみたいですね。
ありがとうございます。

>>144
>コメントは書かない（コメントがなくても理解しやすい命名やロジックにする）

>>133-134
>あ、ミスった

ミスったじゃねーよボケカス

>>153
EXCELとACCESS以外はほとんど需要ないから

李夫人「ギスギスしてますね」
気軽に会話できるフインキじゃない

出来上がってたマクロをAIで改良したら動かなくなって色々試したけど結局最初のに戻そうと消して貼り替えたら違うの貼っちゃって元に戻らなくて死にそう。ExcelVBAってバージョン管理どうやったらいいの？
(´・ω・｀)どうしよう、あと2日しかない、、

Rubberduckちゃん使ってActive ProjectをExport、
出力されたファイルをバージョン管理

前任者の作っていったVBAのプロシージャ名がテポドンとかパトリオットとかだわ
タケヤリもある
処理のボリュームと連動してるのがちょっと笑えた

この前テポドンという半グレ集団捕まってたよな

Tips
Rubberduck isn't a lightweight add-in and consumes a large amount of memory.
github.comのレポジトリにこんな記述があった

規模にもよるけど >>157 の言ってる話くらいなら
Excel の VBA エディタを使わずに
完全に別のテキストエディタをメインで使用して
都度 Excel にコピペして使うのが正しい

>>157
リカバリのことではないけど、コードを修正する前にはマクロブックをコピーしてバックアップはするなぁ
一時、本当によくファイルも壊れてたし
自動でモジュールをエクスポートしてGitで管理ってのもみたことあるけど、プロジェクトをいじるには権限の設定も変更の必要とあるし…

日本語不如意で失礼

フォームのレイアウトが壊れたこともあったな

フォームやオブジェクトにソース埋め込むとか発想がイカレてる

>>157
終わるまで帰らないでやるしかないんじゃね

なぜ問題がわかっていて修正しないのか

バックアップ取らないでいじるとか狂気の沙汰としか思えんのだが

昔はファイル保存しないで動かしたらPCがフリーズして
リセットしたら全部消えたみたいな事だな
初心者あるある

問題が解決すると仕事なくなるから

みんな失敗しながら覚えたんだよ

ループの脱出条件入れ忘れてExcel落とすしかなくなるのは割とよくある

その程度のミスは今だったら実行前にAIに聞いたら完璧に指摘してくれる

Breakキーおしたれや

Pauseキーでも

PauseもBreakも聞かない時あるんだよ
Do Until EOFとかやって MoveNext忘れたりとか

Excel落とす以外でこれ止められる方いますか

Do
MsgBox ""
Loop

>>178
MsgBoxはイベント待ちなんだから普通にPauseかBreakで止まる

昔はCtrl+Breakで止めてた気がするんだけど、いつからBreakやPauseでも止まるようになったんだろう

最小限のコードで試したらBreakでちゃんと止まったんだが
Sub a()
Do
Loop
End Sub

ESCで止めてたワ

ワ

https://www.tv-asahi.co.jp/doraemon/story/0876/

3DゲームQの片仮名版

(ヽ´ω`)何とか休日も潰して復旧間に合いました⋯。
うちのVBAはstopって書いてあるテキストを同じフォルダに作ると止まるっていう謎仕様をAIが作ってくれました。これはよくある手法なのかな？全然止まんないけど。

>>186
乙かれ 次はバックアップ忘れんなよ

>>186
おつかれさま
老婆心ながら、AIに頼るのは自分自身が問題解決能力を身につけてからのほうがよいかもね

バックアップツールインストールして
バックアップ作業始めた瞬間に
PC壊れて間に合わなかったことがあるな

マーフィーの法則だな

マーフィーに言われなくても判ってたことが多い

エディー

おっ知らんのか

現象に「名前を付けろ」とは良く言ったもので

バックアップの負担がとどめになったり
普段アクセスしない不良領域にアクセスした事で検出されたり
あるある

「いくつかの方法の中で、もし間違った方法があるなら、人はそれを必ず選ぶだろう」
俺じゃんｗｗ

>>195
トドメの一撃ですねわかります

どどめ色

ゴミ箱から消したExcelのデータを完全に消すVBAの作り方教えてください

Win32APIのSHEmptyRecycleBinを使えば良い

>>200
すげぇぇー！ありがとうございます。

最近勉強も兼ねて基本的なオブジェクトのラッパークラスを作るのにハマってる
せっかくだからある程度できてきたら実用もしていきたいんだけど、親子関係とかにこだわるとクラスモジュールがどんどん増えるからプロジェクトを作る度にインポートするの面倒だな
それに自作クラスに慣れちゃうと元オブジェクトの使い方を忘れて困りそうだしな

あれ？じゃあなんで作ってるんだ…？

>>202
自作ライブラリは何年か経つと自分すら使い方がわからなくなる
情報の溢れてる公式APIに勝るものなし

>>200-201
「削除してゴミ箱にあるExcelのデータを消す」これはSHEmptyRecycleBinでいけるが
「ゴミ箱から消したExcelのデータを完全に消す」これはSHEmptyRecycleBinでは無理だろ
>>202
https://smdn.jp/programming/tips/emptyrecyclebin/

自分も引っかかったけど、
「ゴミ箱から消した/Excelのデータを」ではなく
「ゴミ箱から/消したExcelのデータを」なのかも
伝わりにくいか…

消したExcelのデータをゴミ箱から完全に消す

EXCELのファイルを選別するのができないのか？

よくある質問者が既にいないのに話題を続ける奴が残る感じ

質問者が来るとバカ呼ばわりするバカが居るしなー

と、バカが申しております。

>>210
このハゲ!🦲

完全に消したいです！

format

formatで完全に消えるわけじゃないけどな

ドリルを使うのが定番らしい

ドリルすんのかい

さんすうドリル

完全に消すなら溶鉱炉に突っ込むしか

ディスククリーンアップでも消えないんだっけ
出荷状態に戻したらアカウントも切えるしな

米国国防総省準拠方式DoD5200.28-Mがいいと聞いた

I'll be back! b
で 3回ほど上書き
最後に念のため塩水か酸に3年程漬ける

まず服を脱ぎます

DLいるけどコマンドで消せそう

ずっと昔、HDDが小さかった頃はバッチで無限ループして、意味のない内容のファイルで領域をいっぱいに上書きして、ってやってたな

スレ違いの話題をいつまでも続ける老人会

https://www.youtube.com/watch?v=eFgzMPVZdVs

変数名は_で区切るのか、それとも頭文字小文字頭文字大文字で区切るのか、どう命名するのがオシャレで今時なのでしょうか？

沢山の引数をTypeでまとめて引き渡すのは普通の事なのでしょうか？
沢山の書籍やネットの記事を見てきましたが、その様なコードは一切見た事がありません

言語である程度おすすめが示されていることもあるけど、VBAってどうだっけ？　クラス名はアッパーキャメルケースにする人が多いけど、変数・関数は好みじゃない？
Javaの経験がある人はキャメルケースを好み、Pythonの経験がある人はスネークケースもしくは区切りの _ も省略したjointwordsスタイルを好む人が比較的多いとか、そういう傾向はあるかもしれないけど。

小文字大文字は違和感があって、本当にこれでいいのかなという感じです

マイコォソフトがハンガリアン記法に傾倒してた時代の言語だからアッパーキャメルケース

>>228
C言語育ちのワイは普通にやる

>>227
まず正常に動くことが優先で名称はその次のステップだろ
次にチームで共有するか、後任に引き継いでいくのか、個人だけの使用かで影響を気にするし
自分以外が使わないならただの自己満足だし好きにすれば良かろう

BASICの歴史を尊重してフル大文字8文字以内です

MS公式VBAマニュアルはC#方式になってるな

変数名の表記法の一例
【camelCase】2番目以降の単語の先頭を大文字にする。最初を小文字にするのは関数名などと区別するため
【lowerCamelCase】camelCaseと同じ。上に飛び出た大文字がラクダのこぶのようだからキャメル
【biCapitalization】camelCaseと同じ
【interCaps】camelCaseと同じ
【mixedCase】camelCaseと同じ
【UpperCamelCase】各単語の先頭を大文字にする
【PascalCase】UpperCamelCaseと同じ
【UpperPascalCase】UpperCamelCaseと同じ
【snake_case】全部小文字、アンダーバーで区切る。文字数が増えて細長くなるからヘビ
【lower_snake_case】snake_caseと同じ
【lower_case_with_underscores】snake_caseと同じ
【UPPER_SNAKE_CASE】全部大文字、アンダーバーで区切る
【kebab-case】全部小文字、ハイフンで区切る。ハイフンがケバブの串
【lisp-case】kebab-caseと同じ
【dot.case】全部小文字、ドットで区切る
【システムハンガリアン記法】strNameなど、型を最初につける
【アプリケーションハンガリアン記法】indexNameなど、用途を最初につける
【ハンガリアン記法】システムハンガリアンと同じ、とする場合が多い

他の人が見た時に「なんだこの変数名だせーな」と思われるのが恥ずかしいので

>>237
それは適切な言葉(単語)を使ってるかどうかの問題では
大文字とか区切り記号以前の話だと思うけど

アンダーバーで始まる変数はどういう意図があるのですか?

例えば、
_value
_name
_aho

変数名やメソッドの名前をAIに考えてもらうという事を学びました

アンダースコアから始まる名前は、特定の言語機能と結び付けられていたり、システムとかフレームワークで使われることが多いので、特に理由がなければプログラマは使わない方がベターというのはある程度共通認識なんじゃない？

>>239
アンダーバーを入力した際に候補が表示されれば選択するだけで変数を入力できるのだが
excelだとアンダーバーで始まる変数は作れないがｖｂではそれができる

JavsScriptだとアンダーバーはprivate変数の意

AIに「簡潔な数学の数式を教えてください」と尋ねてそれを利用する方法に気付いたのですが、有効でしょうか？

C言語の定義ではアンダーバーで始まる名前がすでに使われているから普通は使わないな

>>244
その数式が目的に沿った正しい数式と判断できたなら利用していいんじゃね
あと馬鹿っぽい質問だしそれこそAIに聞いて判断したらいいんじゃねｗ

>>232
つまりクラスがあるならメンバーやプロパティ
クラスがなければTypeを利用するという事でしょうか？

>>232
ワイはサルや!

ID:Md263dWo

こいつ、以前にいた荒らしか

>>247
自分が楽するためにExcel VBAで好きにプログラミングしてる俺にそんな統一基準はない
その場の思いつきで適当にやってるだけ

Excelは簡単にVBA使えるのにOutlookはVBA使えるのに使えないの意味不明。ExcelはなんでVBA特別待遇なの？

ExcelでしかVBA使わない馬鹿は知らないのかもしれないけど、
Excelが特別待遇なのではなく、
Outlookが特別待遇なんだよ

Excelだけ充実しすぎじゃね？

Outlookあんまり便利にするとSpam出しまくりな気がするが

充実って何が？
VBAは元のソフトの機能しか持ってないぞ

まあExcelが格段に相性いいのは確かだな
あとはAccess
それ以外はファイル1つずつで作業が完結しがちだからなあ

需要の差
Excelで使う人が圧倒的に多いから改良も進むしノウハウの蓄積が多いってだけのことでしょ

>>249
私は前に居たことはありません

要はそれぞれのソフトの機能の差でしかない
そういう意味で、ExcelとAccessは多機能であると言える
Outlookは過去のやらかしもあるのである程度制限がかかってる

制限というか新しい方のOutlookではVBAも、COMアドインも完全に切られたでしょ
不安を煽ってゴミみたいなアドインを導入させて、
ただでさえクソなものを更に重くて不安定なビチグソにする自称セキュリティソリューションベンダー笑を切り捨て、
余計なアタックサーフェスを増やさないという大原則に立ち返ったのは英断だわ

VBA関係なくデータを制御・管理するのに世の中の普及度も加味して
Excel>>>access >>>>>>>>>
>>>>>>>>>その他
だからね

OutlookとExchangeは最悪の組み合わせだったよね

しらんよ

>>263
知っとけ

ちょっと毛のくせに

またお毛毛のトークに振ろうとしてる

>>266
このハゲ!!🦲

⛄

>>268
防止を脱げ!
このハゲ!!🦲

>>269
それ小さくて見にくいが雪だるまの絵文字ね
帽子っぽいのかぶっているけど

毛の話題に持ってくのは荒らしの常套手段
触れる奴は学習能力のない馬鹿

最近逆に関数の面白さも再確認
そしてPowerAutomateに手を出してる
VBA好きな人ならこっち系も好きな人多いはずだがどうよ

なにそれ
chatgptの回答みたいに教えて

https://dic.nicovideo.jp/oekaki/271373.png

>>274
なにが「だが」なの？
ただ断ってるだけじゃね

>>275
怒るで、しかし

>>276
なにが「しかし」なの？
ただ怒ってるだけじゃね

>>277
怒る理由はないけど怒るで、というギャグらしいよ

>>278
メガネ、メガネって探す人か、しらんけど

パソコン、機械のブラック20とそれ以降代入の自動設定プログラムオートセットコード20について



プログラムセットオートコード20

ダイダロディクス20

これがおおざっぱにいって船や重工業用機械向け




プログラムセットオートコード20

バイバロニック20

これがおおざっぱにいってパソコンや家庭用軽機械向け






プログラムセットオートコード20図

左上に船や機械の名前、中央に船の概略図、右下にブラック20とダイダロディックス20
、バイバロニック20などの名前、左下にその船や機械の状態。

パソコンや機械を作る場合は正しく、確認するように。

モジュールの先頭にpublicで宣言されたTypeをSubの中でDimとして宣言すると、Subを抜けた時に値が解放されますか？
クラスとまではいかなくても安全にTypeを使用したいです

>>281
はい、解放されます。
• Public Type は「型をどこからでも使えるようにする」だけ
• Sub の中で Dim 変数 As そのType と書いた場合、その変数はローカル変数
• Subを抜けた瞬間に値は解放されます

つまり
👉 Public ＝ 寿命が長い、ではありません

安全に使いたいなら
• 値を保持したい → モジュールの先頭で Dim
• ちゃんと管理したい → Class Module（初心者でもおすすめ）

という理解でOKです 🤖

VBAで解説されているコードでTypeもクラスも非常に少ないですが、Typeを使用する事が正解な気がしてきました
大量のDimを宣言する方がおかしいと

それを言うなら大量のTypeを宣言するのもおかしいぞ

>>284
TYPEを複数用意するのではなく、引数が沢山になるのを一つのTYPEで引き渡そうかなと

スクロールしないとDimしか見えない。これ何とかなるの？？

そんだけ長くてやたら変数つかうコードなんだろうなあと思いました
頑張ってください

配列とかシートに値置いたりできれば

やっぱ自分の好きに作っていい
それも経験だ

>>287
逆に変数がそこまで少ないコードは特定の一つの処理しか行わないコードな気がします

転職3年で年収800万弱だけどその半分はVBAによる評価でここまで来た気がする
他業界で戦える数少ない武器
パワポのプレゼンも好きだけどね

画面一杯の変数ってポケコンかな

>>290
そこまで大量の変数を使う必要があるレベルのプロジェクトならパーツ毎にクラス化したりプロシジャを分割したりするのが普通かと…

以下マジレスだけど、スクロールしないと本文に辿り着けないほど大量の変数宣言が必要なことってある？
用途の似た変数をまとめたりもせずに1変数1行で書けばワンチャンある…か？

プロシジャの行数は画面に収まる範囲信者じゃないけど、変数が多いのはプロシジャを分割が必要なのかもね
場合によるのだろうけど

Dim a As Long
Dim b As Long
Dim c As Long
Dim d As Long
Dim e As Long
　↓
Dim a As Long, b As Long, c As Long, d As Long, e As Long

>>295
俺はDim a&, b&, c&, d&, e&でやっちゃう
どうせうちでは俺しか触らんしw

簡単な補助ツールで大量Dim祭りなんだけど、間違ってんのか。引き継ぎｳﾄｩだ

必要なのはただの配列でしたという落ち

ワンチャンばっかりズルい
ネコチャンならモニターをタテにする or 縦置きモニターを一台追加する
同様のケースで、イカばかり前面に押し出す奴も多いが、タコも同数扱うべき

タコは耳にできるから視界に入らないじゃないか

>>293
あるよ
メソッドのパラメーターが多いならどうしてもそうなる
そうなったらクラスの使いどころ
GItHubにある数々のプロジェクトみればそういうもんだってわかる

パラメータはDIMイランだろ

パラメーターを設定する側だよ
例えば（いまや不要になった）CSVを読み込むメソッド①と、
①を使う関数なりメソッドなり②
この場合、②にはたくさんのDimが要る
pandasのread_csvと同様の実装をするとしたら44の引数が必要
これらを保守性を持たせつつプロシージャで設定するならそれこそ一画面では収まらない
縦長ディスプレイやら4kディスプレイやら使えば解決するけど

DIMの並んでるところだけ▼ボタンとかで
collapsibleに出来なかったっけ

>>303
structに出来ないのかexcelだっさ

関数の引数で構造体を渡すために親関数の設定で
毎回全パラメータを設定するのですねわかります

好きに作ったらいいけど、クラス化とか検討して少しでも労力減らしたいとは思うな
スクロールは疲れる。プロジェクトエクスプローラー？でポチッと選ぶだけにしたい

>>305
ほんそれ
読みにくいったらない

x ほんそれ
o 本当それ

変数宣言しなくてもいいようにする簡単な方法があるじゃん

クラスやTypeよりディクショナリーの方が楽
というオチでしたっけ？
だけどディクショナリーじゃ型を指定できない

>>310はOption Explicit消せって話だよ

>>293
変数は直前に宣言してスコープ範囲を狭くする事に努めているので
あるいはSubを細かく分けたりして呼び出したり

>>313
VBAの変数はブロックスコープないのでどこで宣言しようがスコープは変わらんのだが

スコープという語をどう定義するかにもよるが、（同じ関数内であっても）宣言した場所より前では使えないということでは。

そいやVBA（の頃）は最初にDIMがずらーっとあったな（見慣れてた）
VBもそういうプロダクトが多かった記憶

いつの間にか大抵の言語が使われる直前で宣言されるようになってたなあ

お前らすごいなぁ。
俺はもう脳死状態でChatGPTにやりたいことを丸投げしてコーディングしてもらってるわ。
エラーになったら「ここエラーになってるから直して」って伝えたら修正してくれるし、
自分が見たことないコード作ったりするから勉強にもなるし。

VBEにCopilotが載ることは無いんだろうな

俺はネットでの質問の回答をAIに作らせているぞ

VBAレベルだと既にAIはもう大多数の人間より遥かに優秀だし、
他のまともなプログラミング言語ではもう人間がほとんどコード書かなくなりつつあるけど、
VBAの場合は人間のレベルが低すぎて生成されたコードをうまく扱えず、結果としてAI化が遅れるという奇妙な現象が起こっている

起きてないぞ

>>317
そうそう、会社の事務のおばちゃんがそれやって残業時間ゼロ目指してる。VBAプログラマはどう付加価値を生み出していけば良いんだろうな。

俺は逆にまだ宣言がとかクラスがとか言ってる人がいることに逆に驚いてる
そういう人がAIなんて精度がなくて信用がって言ってるのかな？
一番脳死してるのに気付けてないのは悲しすぎる

>>323
こういう馬鹿がAIをありがたがる

新型バカ発見器の一つに加わるだけだろ。

過渡期だからプログラミングの知識はまだ必要だろうな

一発で"良いもの"を作れるなら、そらもうプログラミングの知識は不要だろうが、
今のAIの成果物のクオリティを知ってるならそんなことは言えんはずだな

>自分が見たことないコード作ったりする
そうか？
見たことあるコードばかり出て来て著作権心配になるレベル

>>317
そのやりたい事をAIに投げてというのは、本当に1か、10までAIにすべて支持するという事でしょうか？
私の場合、途方のない文字数、行数になりそうです

例えば私は指定のフォルダのダイアログを表示して複数選択して選択したファイルの中から指定の名前を含むフォルダのみ開いて値の確認をして転記処理をして指定の名前でフォルダ名とフォルダを作成して保存して閉じるの繰り返しなんですけど

いつもの方来た？

バイブコーディングって1から10までAIに丸投げってのじゃねーけどな

まるハゲでも丸投げしないのか

だれがハゲだと?

>>271

>>334
(ﾜﾗ
たしかにそうかもね。
ハゲに反応するのは自分がハゲてるから(核爆)

まぁ未だにコードの中身にこだわってるような人は年収低いだろうしね…

そういう幼稚な見下し方してる時点でお察しってなるから気を付けてな

AI使うような馬鹿がさあ、
でも俺を見下なよ

うーんずっと年収400万なさそうな感じ

うbyに挫折したKENYAが今度はAI推しか

VBAができる＝年収が高い　と考えている馬鹿がいる

そもそもできるにもピンキリ

予算人員的に余裕のない介護現場の事務くらいでしか使えない。

今どき構文について言ってるのなんて会話型AIに小慣れた学生より使えないやん
職業訓練所とかならすまん差別する気はない

今どき構文について言ってるのなんて会話型AIに小慣れた学生より使えないやん
職業訓練所とかならすまん差別する気はない

↑真性の使えない子

最悪でも年収400万もいかないならエクセルさわってる場合じゃないっしよ
転職活動しないと負け組のままよ
心の拠り所にするもんじゃないぞ

年収も勝ち負けもそれはお前のルールだ
他人には関係のない話だ

VBAだけが仕事のやつなんていないだろﾌﾟﾌﾟﾌﾟ

うちは、仕事でマクロ使ってる人は少ないな
個人的な趣味でやってる人はいるけど
それが標準にはならない
派遣の人とかにやってもらう集計作業とかまあまああるんだけど
担当交代する時に業務として次の人に引き継げないからピボットテーブルまで
せめてパワークエリー使えるようになってほしいけど

そんな事も知らないのかっていつも上から目線の癖に年収の話になると急にぼかしてとぼけだすのワロタ
AIの台頭で一番立場がなくなってるやん

老人のOffice田中の中の人が数年ぶりにYouTube動画をUPしたぞ!

>>350
スレチの話膨らませる理由なくね？

>>351
ホンマや！(ぶっちゃけYouTubeやってたの知らんかったけどww)
田中さんには初心者の頃にずいぶんお世話になったなぁ…

誰それ？知らんわ
つかAIにコード書いてもらっても、内容の意味分からんかったらダメじゃね？

いい歳だよね偉いな
少なくとも15～20年前にはもう潤沢な情報を非常に使いやすい形に整えて公開してくれてて助かりまくったな

まだブログが全盛だった時代
過去の人

HPとかブログって今はnote？になったのかな

多少気になってその人の2、3本観たが、大した内容じゃない。上級者なら誰でも知ってる内容だったが。

論点がズレてるんだよなぁ…
そもそも上級者様()の話はしてないんだよ

>>358
初心者にそれなりの知識をわかりやすく伝えてるところが評価ポイントなんよ
教育・学習手段としての評価だから、
上から目線で文句しかたれない様な奴は相手にならねんだわ

たしかMicrosoftのVBA系資格の公式の教本か何かも書いていたことなかったっけ？　その割には用語の使い方にちょっと不正確なところがあるなと思った記憶がある。

サイト利用者や動画視聴者の知識・経験の程度は問題じゃない感はある。
歴が長く経験の幅も豊富な者にとっても、
意外と知らなかったみたいな手法を拾い上げてトピック立ててくれたりするし。
つまり、大した内容じゃない。事さえも丁寧に扱う点にこそ価値があったりするよね。
言うまでもなく、人によってはだけど。

office 田中のサイトのバナーのお兄さんがイケメンすぎて横のイマイチなお姉さん濡れ濡れやろな、と思ってた

少しでも何かをアウトプットできる人はえらい
世のためになってる
こういう人達がいなかったら、AIすらここまで便利にならなかった

ただのアウトプットではうんこと同じで不十分なのである
悪用すれば汚物になるが正しく使って肥やしにするのだ

AIなんて精度悪いんだ
僕は正しい勉強したんだ
僕は年収低くてもすごいんだ

自称 【上級者】程当てにならないモノは無いわ。

ダニング・クルーガー曲線の2つの山のどっちの上級者かわからんからな

調べてみたけど、興味深い
ダニング〜
勉強になった

強い言葉を使うやつは前半の山と決まっておる

そして主役に倒される流れ

>>371みたいなのを文盲といいます

>>328
それぞれの処理ごとにマクロ作らせて、それを合体させるとかの工夫はいるかもな

普段VBAとか触らないプログラム経験なんだが
怖いもの見たさでVBAを書いてみたいんだが
実行環境はエクセル用意するしかないの？

経験者

エクセルもないってどんなプログラム経験者だよ

今ってスプレッドシートあればいいしなあ
昔はofficeのパッケージとか買ってたし
プリインストール版も使ってたが
更新しなくなった

お仕事で必要な場合はだいたいそっちで用意されてるし

個人的な趣味の話

Googleスプレッドシート使ってるんだったらGASにしとけば

>>374
書くだけならメモ帳でいいんじゃね

プログラム経験者じゃくて、引き篭もりがプログラム経験者の主張しとるだけか

Excel縛りでないならPytnonとか他の言語の方がずっと良い気もするが、「怖いもの見たさ」ということはそこらへんは承知の上であえてExcelVBAを試してみたいってことなのかな。
たぶんExcel以外に実行環境ってないよね。365を月額でサブスクするのがお試しなら一番安上がり？

Excelで使いたいわけじゃないならVBスクリプトでいいんじゃないの？

office2021ならヤフオクで500円しない

>>377
その昔買ったOfficeのパッケージで試せばいいじゃん
古いバージョンのOfficeでも今のWindowsで普通に動くぞ

ExcelVBAが実務的に使ったという意味では初めてのプログラミング言語だし一番使い込んだし歴も長いから、なんだかんだ言いつつも割と一番好きな言語だったりするわ
もちろん不満がないなんて口が裂けても言えんけど

vbsならjsでええやろ

>>386
jsはbyref受け取りや配列とかめんどくせぇ

スクーで先ずは無料の動画でおべんきょうしてみて
https://schoo.jp/class/category/oaskill/73
気に入ったらプレミアム月額980円に登録してみる
記述とその動作を両方いっぺんに確認できるから自前で揃える必要無い
VBAだけじゃ無くて、デジタルリテラシーとかビジネス基礎力とか
もっともっといっぱいあれこれ学べる
VBAがプログラミングのカテゴリーじゃ無くてPCスキルなのはご愛敬

ExcelVBAは依頼者に言われて仕方なく手を出したプログラミング言語だし
それなりに使い込んだし歴も長いけど、なんだかんだ言いつつも一番嫌いな言語だと断言するわ
もちろんVBA使えますなんて恥ずかしいので口が裂けても言えんけど

言えないこと書く矛盾

幼稚な選民思想の持ち主ほど恥ずかしい存在はないけどね

(一応訂正しときます)
ExcelVBAは依頼者に言われて仕方なく手を出したプログラミング言語だし
それなりに使い込んだし歴も長いけど、なんだかんだ言いつつも一番嫌いな言語だと断言するわ
もちろんVBA使えますなんて恥ずかしいので口が裂けても(ここ以外では)言わんけど

みんなExcelVBAの何が嫌いなのかね
その道具で何を実現するかなんだから、手段はあまり気にならないけど
こんなことができない、やりにくいとか、向き不向きはどの言語にもそれなりにあるし

そり役に立てるようなの作れてないなら嫌いだろうね
でもそれはExcelVBA関係なく本人が発達障害ってだけなんだけど自覚無い人はまぁね

ハッキリした理由もなく毛嫌いしてるヤツは「VBAなんてダセェ(ｷﾘｯ」ってドヤりたいだけだからなぁ

そもそも「VBAしか使えません」ならともかく「VBA使えます」が恥ずかしい具体的な理由は？
上にもあるがメリットデメリットはどの言語にもあるんだから、デメリットじゃなくて恥ずべき理由な

エンジニアからVBAが嫌われてるのは、プロジェクトとしたとき現状で破綻しかけてるものからスタートしがちだからじゃないかな
「マクロ（VBA）で頑張ってきたけど、なんかマズそうだからなんとかして（なんとかしたい）」みたいなふわっとした問題意識や目的から始まるケースの多いこと
つまり保守とか最低限レベルを突き抜けて考えられていない

>恥ずかしいので
ここも微妙に違うかな
「余計な仕事依頼されたくないので」かもしれん

ああ >>396 とかぶった

>>396
システムを作る側にとってみれば、わざわざ客に大金を出させて作り直す正当性を主張するには、
VBAで業務が一応回っている現状を否定しないと始まらないわけで、営業的なポジショントークの面も多分にある
とはいえシステム化を決定事項とするなら現場の場当たり的なVBAバケツリレーは開発コストを増大させる負債とリスクの塊であることは事実

仕事でやるなら文句いってもやるしかない
趣味ならやらない選択ができるだろう
ここで愚痴っても現実は何も変わらない

マンドクセー客が多い
https://www.youtube.com/watch?v=If6c1CGfkPM&t=15m

>>395
そりゃ社畜なのがバレるからやろ
自分の意思で選択できる環境にいればVBAなんて使わない

ConstにRangeは代入できませんよね？
じゃあコードの中でたくさんのRangeをハードコーディングで指定している場合、そのRangeの管理や保守はどの様にやるのが効率的でしょうか？

名前の定義を使用すると今度は名前の定義がちゃんと存在するのかエラーチェックする必要があると思います
やはりConstにA3などセルのアドレスを代入するしかないでしょうか？

ExcelVBAが壊れる最大の原因はユーザーによる編集により不整合が生じること。アドレスをConstに入れたとしてもそれは防げない。
つまり、バカが名前の定義を壊す可能性とバカがシートのレイアウトを壊す可能性のどちらが高いか？という程度問題に帰着する。
一般的には大抵のバカは名前の定義を触らないので後者のレイアウト破壊のリスクの方が高いだろうが、
シートの保護を使って編集操作を厳密に制限するならその限りではない。

正しく動作するようにつくればいいと思う

>>403
個人的にはアドレス管理が多いかな
Const Adr○○ As String = "A1"
…中略…
Range(Adr○○).Value = "ああああ"

それかFunctionやProperty GetでRange渡し
Function Rng○○() As Range:Set Rng○○ = Range("A1"): End Function
みたいに１行書きにすると管理しやすいのでオススメ

やることが限られているセルならそのセルのプロパティに直接アプローチするPropertyにするのもアリ
Property Get ○○() As String: ○○ = Range("A1").Value:End Property
Property Let ○○(NewValue As String): Range("A1").Value = NewValue: End Property

名前の定義は基本的にはVBAを作る側の人のコントロール下にあるから、定義漏れを生じないか気になるのは作る側の気持ちとしては自然なのだけど、
運用上はそんなことよりレイアウト破壊によるアドレスのズレの方が遥かに生じやすい
作ることだけに責任を持つのか、それとも運用まで含めて面倒を見なきゃいけないのかによっても最適解は異なってくる

VBAで何かやるなら、大抵の場合にシートの保護は掛けることになるけど、テーブルとの相性がイマイチだったりで段々嫌になってくるんだよね。ガチガチに固めようと思えばできるけど、このシートの中でユーザーが入力できるのはこのセルとこのセルとこのセルだけですみたいなのはちょっとね。フールプルーフ的な意味では良いのかもしれないし、そういうのをExcelでできるというのがメリットだと割り切るべきなのかもしれないけれど、あまり好きではないかなと。

>>403
どうしても定数にしたかったら文字列だけ入れる
Const range_str = "A1:C3"

で、オブジェクトに代入して使う
Set range_obj = Range(range_str)

ガチガチに保護しまくるとエクセルの意味あるか？ってなるしな

他の選択ができないからEXCELを使う場合が多いのではないかな

他人も編集する可能性があるものにVBA使っても果実は一瞬しか得られない
公開するなら1から10まで自分で書いてシート保護

シートの保護はオートフィルターの操作をを許可していても、データタブのフィルターのクリアが使えない事を知って、フィルターするシートには使えないと知りました

Get Propertyはやっぱり有効な方法なのですね

入力Sheet、集計Sheetを分けてる

Get Propantyが有効になりません

Cells(r, c) = ChrB(code)
の前後両方に　DoEvents　を入れたらそれっぽくなったぞ

理由は分からないけど、DoEvents絡みなんだろうね
手元にオフィスなくて試せないけど、どの環境でも同じなのかな

Cells.Clear
の後に DoEvents 入れても表示された　Sleep(100) なしで

DoEventsやSleep 70くらいだとうまくいくときといかないときがあったよ
高速化のためExcelが描画をバッファリングしてるのではないか

途中結果より計算を優先して最終的な表示が正しいほうが表計算ソフトとしては優秀だしな

途中経過