エクセルの学校：全文検索：Hyper Estraier： VBA ��

Results of 1 - 1 of about 14733 for VBA �� (0.003 sec.)

[[20130510125748]]: #score: 3408; @digest: 3b72af2baa54273c74b0389b236d667d; @id: 62284; @mdate: 2013-05-12T02:45:16Z; @size: 5271; @type: text/plain; #keywords: 旧ブ (29317), syuukei (23330), okamoto (20068), excelbook (18630), 知人 (13323), 新ブ (12218), vbproject (10909), 正用 (7949), ド解 (6798), vbaproject (5433), フオ (4998), スワ (4487), ラマ (3753), 正) (3387), 簡易 (2745), 構造 (2631), 開発 (2515), 提供 (2253), ブッ (2077), ュリ (2076), セキ (2048), パス (1891), リテ (1732), module1 (1700), 修正 (1694), ワー (1495), ード (1490), ンテ (1480), キュ (1442), コー (1356), 、vb (1331), 上書 (1252); 『マクロコードの修正です』（okamoto）
excelbook(名前、syuukei)についてですが簡易ソフトでマクロを使用して作成しました。このソフトはvbaprojectでパスワード(パスワードは5271です) を設定して保護していますフオーム及び標準モジュールに記述したコードを修正する方法についてお願いできたらと思います。手順は、修正用EXCELbook(名前は修正)を作成して sheet1上に、フオームコントロールボタン1を置くクリックしたら、excelbook(syuukei)を選択して、パスワード解除 excelbook(名前、syuukei)のmodule1の中の sub kousin()及び Sub kitei()を削除して excelbook(修正)の module1に記述している同じ名の sub kousin()及び Sub kitei()をexcelbook(名前、syuukei)に挿入する。又フオームのUserform1の中の Private Sub CommandButton2_Click() Private Sub CommandButton3_Click() を同様に削除して挿入するです。知人に使用させており、このような方法で修正できたらと思います。もっと簡易にできる方法があればお願い申します。 Windows 7 Excel2007 ---- >知人に使用させており、このような >方法で修正できたらと思います。マクロを修正するのは【知人】? それとも、（okamoto）さん? いずれにしても VBAProjectのパスワードをコードから指定することはできないと思うよ。なので、かりにVBAProjectを書き換えるコードを書いたとしても（賛成できないけど）パスワードがかかっている限り、解除は手による操作だね。そもそも、ここであげられた動作をさせる理由は? >もっと簡易にできる方法があればお願い申します。コード修正が、【知人に配布する前に】、（okamoto）さんが行うのであれば VBE画面でパスワード解除して、（okamoto）さん自身が【知人】用にコードを変更してそれを送るのが最も簡単。 (ぶらっと) ---- [知人]さんが使っているブックのマクロをアップデートするのが目的だとして・・・修正後のマクロを含むブック（このブック自体で完動するもの）を用意。旧ブックと新ブックを開く旧ブックのデータ部分を新ブックに移動、またはコピー旧ブックを閉じるデータを移し終わった新ブックを旧ブック名で上書き保存という手順が妥当じゃないでしょうか。つまり、ワークシートの内容だけ移し変えて、旧ブックは新ブックで上書きしてしまえば、モジュールの内容を書き換えるほどのことはないと思います。（ワークシートの管理の仕方によるかもしれませんが）（みやほりん） ---- ぶらっと様みやほりん様ありがとうございます指摘いただいた方法しかないのですね! 感謝します。 ---- VBAプログラマは、VBEを使って、VBAProject内にコードを作成し、便利なツールとして（だと思って）、ユーザーに提供しますよね? 原則、ユーザーがこのVBEを操作することはありませんし、触られても困りますよね? VBEやVbprojectを操作するってことは、手動であれ、VBAコードで操作するであれ、基本的な考え方は、↑と同じなんです。 http://office.microsoft.com/ja-jp/excel-help/HP010096919.aspx ここに「マクロのセキュリティ設定とそれらの効果」という記述があります。ここの 5つ目の「・」の「VBA プロジェクトオブジェクトモデルへのアクセスを信頼する」これにチェックを入れて、セキュリティレベルを下げないとVbprojectを操作するVBAコードは、実行できないようになっています。現にサイトには、「これは開発者向けの設定です」と記述されています。一般ユーザーに、セキュリティをレベルを下げて実行させるようなコードを提供することの危険性を 120%考慮してください、これは、プログラマが開発・メンテのツールとして、使う場合、開発者の責任において使うべき、だと私は思います。これを前提にすると、ユーザーにメンテのためでもVbprojectを操作するコードを提供するのは、やめた方がよいでしょうね!! 又、ご自分が直すなら、Vbprojectのパスワードは、解除してから、修正用コードを実行しても大したことはないですよね!! もっともこれは、VBEを表示させて、パスワード解除操作を Sendkeys辺りで行っても出来ないこともないと思いますが・・・。コードの修正は、モジュールごとのインポートを使ってコードを置き換えてもよいでしょうね!! 今回の事象では使う・使わないはともかく、そういうツールを作っておくと、VBAプログラマにとって、開発やメンテに便利だとは思います。今回のokamotoさんの件で、何故、Vbprojectを使ってコードの置き換えという発想になったのでしょう? 根本の原因には、VBAコードとデータが同じブックにあることが原因ではないですか? VBAコードを変更しようとしても、元ブックは、日々、データの追加や更新があるのですから、それをユーザーから取り上げるわけにはいきません。よって、作成した変更プログラムを元ブックに入れ込まなければなりませんよね? この手間を惜しんでのことではないですか? このサイトでもよく言われていることですが、 VBAコードを含んだブックとデータブックを分けてしまう構造を検討してみてはいかがですか? このようにしておけば、変更は、VBAコードを含んだブックだけ行えばよいのですから、普通に上書きコピーを行うだけでことはすんでしまいます。プログラミングでは、将来の変更などを考慮し、構造を十分に検討することは必要ですよ!! これは、ブックの構成に始まり、モジュールの構造プロシジャー構造と考えなければなりません。 >簡易ソフトでマクロを使用して作成今は、簡単なものでも将来、結構なものに変化していくことも十分考えられますよね? 検討してみてください ichinose ---- ichinose様 >変更は、VBAコードを含んだブックだけ行えばよいのですから、 >普通に上書きコピーを行うだけでことはすんでしまいます。おっしゃる通り一番いい方法と思いますそのように変更したいと思いますありがとうございます okamoto ...; https://www.excel.studio-kazu.jp/wiki/kazuwiki/201305/20130510125748.txt - [detail] - similar

PREV NEXT

訪問者：カウンタ