Excel VBA 質問スレ Part61
レス数が950を超えています。1000を超えると書き込みができなくなります。
!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
ExcelのVBAに関する質問スレです
コード書き込みや作成依頼もOK
※前スレ
Excel VBA 質問スレ Part60
https://mevius.5ch.net/test/read.cgi/tech/1552736349/
VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured >>884
>>868だけに限って言えば、言ってる事は間違ってない
ただ、>>863でよく分かってないんだか、煽りか、アスペか、判断に困る発言を君がしたから、みんなに補足されまくってる
否定というかコイツ大丈夫か的な感じ
そりゃ言われるとは思う 最初俺が>>863に書いた
「TSO時代の発想か？」の意味が通じてないのかな？
「CPUの稼働にコストのかかる時代じゃないんだから語るべき効率はマシンの効率のことじゃないだろ？」
という意味なんだがね >>886
> 「CPUの稼働にコストのかかる時代じゃないんだから語るべき効率はマシンの効率のことじゃないだろ？」
だからそれは>>862の後半で語られてるだろ… >>886
発端は「>>859にレスしなかった事」が悪いとしか言いようがない
なんで>>862にレスしてるのか。他人の回答にケチつけてるようにしか見えないし、
>>862を見ても、そんな事は言うまでも無いのはレス見れば分かるだろう。
煽りや論争したいと否定的に捉えられても仕方ない
否定されたくないなら淡々と回答をすれば良い。そこで切磋琢磨することもあるだろう >>888
>>859は俺には何の関係もないね。
内容は間違ってないがただの煽りでしょ。
>>862は論理的に問題ないものの>>859に対するレスとしては合ってないと思うぞ。 >>860
相当なおバカさん？
アセンブラで hello world出すフォームちゃちゃっと作ってみ
命令がシンプルだと簡単と勘違いするやつがいるとは想像もしなかった 難しいのと面倒なのの区別がつかないアホってそこそこいるんだなw 面倒なだけで難しくないと言いながら、作れもしない口だけ君が居付いてるみたいだなw https://kotobank.jp/word/%E9%9B%A3%E3%81%97%E3%81%84-641693
＞４ 状況などが込み入っていて、対処するのがやっかいである。「立場が―・くなる」「事態を―・くする」
https://kotobank.jp/word/%E9%9D%A2%E5%80%92-644668
＞「面倒」は気分としてわずらわしいという意が強いのに対し、「厄介」は事柄そのものが手間がかかってむずかしいというときに多く用いられる。 今の時代、アセンブラが有利な状況はかなり限定されるんだよね
大多数のソフト開発ではコンパイラの方が開発時間が短縮できるし、実行速度もコンパイラの吐くバイナリは十分に速い
もっと速度が必要なら、クラウドでも借りた方がずっと時間が節約できるし 家電もだいぶ前から中枢はコンパイラになってる
アセンブラが必要なのはもっと低レベルなマイコン
色々な装置の末端のモジュール部分だけとか、玩具に組み込まれたちっこい液晶パネルとか、メモリが極限まで少ないやつはアセンブラじゃないと入ってくれない やっぱりC#からエクセルファイルのデータを操作する方が簡単だった
VBAみたいにそれぞれのファイルを毎回開くとか面倒 ハロワ出すだけならサンプル転がってそうだから、電卓くらい作って欲しいもんだな
まあ、口だけだろ（草 >>890
手数が多い、毎回車輪を開発する必要がある言語が難しい言語だと言いたいの？ >>892
俺が作れるかどうかに関係なくお前が「難しいのと面倒なのの区別がつかないアホ」なのは変わらんぞw もしかしたら>>859 >>890は
"難しい" を "めんどう" という意味で使っていたのかな。
「この子は扱いがちょっと難しくて」みたいな使い方。
俺は「相対性理論は難しい」の "難しい" の方で理解して、
「アセンブラが難しい」を疑問に思ったんだけど。 >>902
俺が区別できてるかどうかに関係なくお前が「作れもしない口だけ君」のおつむ悪い人というのは変わらんぞw >>904
ただ煽りたいだけ、マウント取りたいだけのバカだったか、残念。 VBAはそのファイルしか使えないのが最大の欠点
とにかく面倒臭い >>859
難しいことできる方が偉いっていう発想は普遍的だと思うぞ。
まあ業務では邪魔になることのが多いとは思うが。 >>907
共有するデータをExcelに蓄積するのは悪手でDBに入れるのが原則だから
そのファイルに閉じていていいんだよ。 >>908
それなー
あまり使わない機能をあえて使ってみると、保守の際になにこれってなったりする
べた書きが一番だ Excelでやるのが難しいことをあえてExcelでやるのが偉い >>904
残念ながら「お前が区別できてない」のは事実だが「作れもしない口だけ君」と言うのは根拠のないお前の妄想でしかないw このスレはさみしい無能プログラマどもの無駄話で潰すスレじゃないんだが。
上のプログラマ板のどこかのスレでやったら？それも判らない日本語すら読めないバカ
が集まっているのか？ >>913
その通りバカの集まり
何言っても無駄だし反応したら負け >>912
残念ながら「お前が作れもしない口だけ君」なのは事実だが「区別できてない」と言うのは根拠のないお前の妄想でしかないw
はい、次どうぞ、おつむ悪い人w >>917
オウム返で反論した気になってるのか
バカだねーww
根拠はあるよ、区別してたら
> 命令がシンプルだと簡単と勘違いするやつがいるとは想像もしなかった
なんてこと言わないし
逆に口だけ君にはなんの根拠もないよな
あるなら出してみなw >>846です
＞alt+F11でVBEが開かなくなった時に見るべき場所はどこでしょうか？
何となくwindowsアップデートしたら解決しました
・2ヶ月ほど前から起こっていた
・再起動は何度もしている
・プロセス関係はおかしくなかった
今は完全に正常です
アドインなども特に何も触っていないので、解決策が良く分からずに申し訳ない 関係ないけど Visual Studio 上でもついつい癖で Alt + F11 やってしまってえらい目に遭う >>898
C#アプリケーションを作って使うことができる職場ならいいが、大半はそんな自由な職場ではない。 国語の問題にするやつは、技術無しの口先だけなやつってわかってるやん
カスはほっとけ プラットフォームのAPIとやり取りできるインターフェース持ってる言語は皆万能だぞ
つまりほとんどのプログラム言語は万能 >>926
型の問題があるから直接叩けるのは一部のものに限られるぞ
自作APIかまして間接的にってのも含めていいならかなり近づく プログラム板にキチガイ降臨中！botに一晩も反応する異常さ
一般人(学校恩師)に殺害予告をしているのでスレ建て通報してください。
https://mevius.5ch.net/test/read.cgi/tech/1559872586/
142 名前：a4 ◆700L1Efzuv 投稿日：2019/06/18(火) 05:29:55 ID://qVkzO
>>141
名古屋の人な 俺ね、君の問題を大橋先生と混ぜないことにする。つまりね、
片桐孝洋のことをボコろうと思う。普通に顎の骨を折る。これくらいで警察来るか？
一般市民とかさ、普通にさ、俺らの秘密なんだけどさ、日本人なんて復活ねーから。 vba勉強始めたいのですが、excelとaccessどちらから始めるべきでしょうか？ vbaの勉強を始めたいのですが、excelとaccessどちらから始めるべきでしょうか？ excelかaccessかなら迷わずexcel
VBAはレガシーでいつ廃止されても不思議はない機能なので、どうしてもVBAである必要があるのでないならC#とかにしとくことを強くおすすめする >>929
目的に合う方
VBAは何か具体的な目標(仕事)を処理するするために覚える人が多い
趣味でプログラミングを始めたいなら無料のVisual StudioをダウンロードしてC#とか覚えた方がいい >>929
ExcelVBA一択
accessVBAは下手に使うとパフォーマンス死ぬほど低下する ダメダメ。
どちらが良いとか比べるもんじゃない。
大量データを処理するならAccessで決まりだけど、勉強という話になると何をやりたいのかという話になる。
そもそも何でVBAの勉強したいのかによる。
仕事などが絡んでるなら、非常に大雑把な話になるが事務寄りならExcel、システム寄りならAccessかな。 Access使うならSQLを使えるようになった方が良い
ExcelVBAを覚えればAccessVBAなんてその知識の流用でコード書ける
AccessのメインはSQLだ >>930
仕事でよく使われるのはExcelの方かな
しかしデータベースに興味があるならaccessでやればいいし 仕事でＤＢ使ってるのでなければＥｘｃｅｌがおすすめ
データベースに興味があるならMySqlでやればいいが
大量のデータを扱うものだから独学はなかなかきびしい
Accessはなんか得体が知れない >>935
補足しとくと、SQLの基礎知識は覚えるの必須だけど、書くのはクエリーデザイナ使えるようになればほぼok
あれはよくできてる >>937
分からないなら無理に回答しないほうがいい
>>938
クエリデザイナいいね
マクロの記録とは雲泥の差だ SQLバージョン古くてちょっと
どっちもフロントエンドに使うだけじゃないかな >>929
Excel VBA習得したら、ACCESSはすぐわかる。 デザイナ−がゴミなのはその通りだけど、むしろ、よりゴミなのはエディタの方かな。
SQLのインデントを毎回消してくれる。
クエリの仕様を画像で見るよりSQLで見た方が分かりやすいのにインテント消してくれるから、全く分からなくなる。 ブックに存在していてVBEのプロジェクトエクスプローラーに表示されないワークシートを表示させるにはどうすればいい？ >>954
超非表示でも見えるはずだから、
どんな状態なのかわからん。 >>955
VBEで見えないワークシートはExcel画面上では表示状態
そのシートをアクティブにしてマクロからActiveSheetでアクセスすることはできるが、シート名やシートのインデックスで直接指定しようとするとエラー9になる
For Each work In Thisworkbook.Worksheets で回してもそのシートは取得できない
Worksheets.Countでも1個少ない数が返ってくる
他のシートからセルの数式で参照とかは普通にできる
何か特殊な隠され状態なのか？と思ったけど初めて見た状態でよくわからない >>956
う〜んわからん。
ファイルをZIP解凍して、↓こうやってちゃんと出てくるか調べてみるとか。
(解凍できなければ、拡張子をZIPにしてから解凍)
_rels
sheet1.xml
sheet2.xml
sheet3.xml
sheet4.xml
：
： あ、もしかしたら workbook.xml の方かも。
メモ帳で見た時に、その見つからないシート名が書いてあるかどうか。 >>957
手元にファイル持って無いので明日試してみるよありがとう >>960
もしかして、Excel 4.0マクロシートとかの過去の遺産なのでは？ >>959
試してみた
workbook.xml の中には問題のシート名が存在し、_relsのsheet*.xmlの数は一つ足りなかった
sheet*.xmlが無いなら一体何に基づいて開かれているのか… >>963
これが答えっぽい！
forでworksheetsじゃなくてsheetsで回してみたら取得できた
新しく4.0マクロシート作ってみたらやっぱりvbeには表示されないしxmlも作られなかった
こんな罠があったとは…
作った人がシート挿入時に間違えて操作したかな ついでにそのシート上で4.0マクロ書いてみたら動いたわ >>965
worksheetsだとグラフシートも出てこないかも
なので、基本的にsheetsで回してる >>965
アタリだったか。
今どきワンクリックでシート増やせるから間違えようが無いんだけど古いの使ってるのかな CTRL+F11でマクロ4.0シート作れてしまう
何かわからないから非表示、そして月日が流れ・・・って感じかと >>967
4.0マクロシートというのを初めて見たんで、完全に普通のワークシートだと思い込んでた
今後まだ残すつもりなら見分け付く何かを入れて貰いたいな… >>963
レガシー遺産に思い入れはないけど、あなたみたいなレスができる人になりたいと思った
思い付かなかったわ ファイル名にユニコード文字が入ってるとDIR()関数の結果が化けるんだけど、代わりに何を使えばいい？ >>974
FileSystemObjectオブジェクト 代わりになるのは
FileSystemObject
くらいかな…
化けるのは変わらんかな…
参照設定必要だから、使い方も含めてggって >>974
と思ったけどちゃうわ、FSOにしても意味がない
vbaはユニコードそのまま使えないから、
セルに直接書き込むかユニコードに関する関数をかます必要がある
何したいかによるけど、この辺
https://rara-haha.com/2018/10/10/office-9/ ファイル名を加工してリネームするだけの簡単なコードなんだけど
何年も前に作って今まで問題なく動いてたのが、最近エラーで落ちるようになって
原因を調べたらユニコード文字が勝手に半角「?」に置換されてて、ワイルドカード文字はファイル名に使えないからエラーで停止していたという
とりあえず糸口は見えたのでがんばってみるありがとう それなら、こっそりコマンドプロンプトを実行して、
そこでdirするとか。
あれなら変な文字入っていても落ちないよね? みんな初心者の時って、どんな勉強してたの？？
自分で作った渾身のコードや、ネットから拾ってきたけど、まだ理解できないコードとかって、どっかに書き写して勉強してたと思うんだけど、
ふつうにwindowsのnotepadとかにコピペしたりして勉強してたんですか？
VBEの中にどっか溜めといたりしてたんですか？
紙のノートとか使ってましたか？？ >>978
変換できない文字は、半角? にするものが一般的
>>982
初心者の時は、本を2〜3回、読むだけ。
機能を理解するのが中心で、書いたり暗記はしない ＞自分で作った渾身のコード
大切に取っておいたものもあるなぁ
でもvbaだとそれを探すよりは即興で書いた方が早い。コードを保存することはなくなった
＞ネットから拾ってきたけど、まだ理解できないコード
無い
理解できるまで読む
＞windowsのnotepadとかにコピペしたりして勉強してたんですか？
VBEしか使ってない
＞VBEの中にどっか溜めといたりしてたんですか？
無い
＞紙のノートとか使ってましたか？？
10年前は、コードではなく仕組みをメモとったりしてたな
今思えばずいぶんと非効率的な事をしていた気がする レス数が950を超えています。1000を超えると書き込みができなくなります。
