Глобальный макрос для excel

I have a macro I want to have automatically available to all Excel worksheets. So I have placed the file AutoTagExcelMacro.xla in the folder C:Program Files (x86)Microsoft OfficerootOffice16XLSTART. And that seems to do the trick.

I’ve been told by Microsoft support that I then, after installing the file there, need to call RunAutoMacros on the installed file. Do I? And what does it do in this case? There is no Open or Activate macro in the macro.

Is this a way of registering it with Excel as something to always run? As I said, installing the file without running RunAutoMacros does make the macro available in all worksheets on our test systems. But all of our test systems have called RunAutoMacros in the past, so that past call may make a difference.

After copying the file to XLSTART, when I create a new workbook the macro is there in it. I did nothing but create a new workbook to get this:

» @ProfoundlyOblivious Could you please post an answer telling us how to do each part best — digitally signing, trusted location, etc. and what/where we should tell people to look for macros being disabled? – David Thielen «

Disclosure: I am not an expert in software deployment, my knowledge is limited to the obstacles I encountered sharing my VBA solutions among peers on IT managed networks.

Note: The dialog boxes in your post do not all originate from the same cause. The first relates to security and the others to file availability.

Security

Macros have been, and still are, used in the development and circulating of malicious software. As a result macros are disabled by default and require user interaction to run.

• Macro Security Settings
  Macros are enabled through the Trust Center, which is accessed through the file menu. These settings are independent for each Office application and some applications may have additional options involving the suppression of a dialog box. Such as Excel where all macros may be disaabled without notification or all macros may be disaabled with notification. There are three basic settings for all Office applications summarized as:

  • Disable all macros
  • Disable all unsigned macros
  • Enable all macros (Not Recommended)

  I strongly recommend that one does not enable all macros. It may achieve a desired result but I believe the risk is far too great to warrant the consideration.

• Digitally Signed Macros
  A digitally signed macro in and of itself simply means the underlying code has not been changed by anyone since last saved by the signer. If the signer’s certificate is installed on a computer as a trusted publisher then macros signed with that certificate can run without notification under the requisite macro security setting.

  • In corporate environments, IT may retain a library of certificates and there may be an established procedure for an internal developer to submit a project for wider circulation, whereafter IT signs the project so it can be run with minimal intervention.
  • In my experience however, I have found many companies do not have an SOP for this process or that the process is prohibitively onerous. At such times, I turn to self-signed certificates. A self-signed certificate if miraculous for personal development because it provides ample flexibility without incurring the risk if allowing unsigned code to run. The problem, of course, then comes with sharing your code because the recipient will not have your certificate installed. They could install my certificate but my personal preference is that I send an unsigned project and they create a certificate and sign the project themselves. This is an easy step-by-step process that requires no skill beyond the ability to follow instructions.

• Trusted Location
  A document saved in a trusted location can run macros without notifications. Trusted locations are added in the Trust Center.

  By default, XLStart is a trusted location

File Availability

When Excel is opened, it will try to refresh links to other data sources and add-ins. Those files must be open for a successful refresh and a dialog box will appear if the refresh fails.

Based on little more than experience and deduction, I believe this message is often semi-erroneous and driven by either the lack of a time out timer or too short of one. I have tested this with a simple worksheet and a simple add-in. The message pops saying the link could not be updated but it was open and updated by the time I manually check the status of the connection.

In other words, the dialog box was an iritation that served no value.

There is an option that suposedly offers some control over the «Links Could Not Be Updated» window with options along the lines of:

• Update links and notify
• Update links and do not notify

I have found these settings unreliable and prone to resets from crashes and updates.

To the best of my knowledge, the most assured way if avoiding this type of warning is to install the add-in after Excel is stable and uninstall the add-in before Excel closes. Of course this comes with it’s on set of problems including a user perceivable slower loading time.

Ребят, у меня после окончания процедуры сохранилась в памяти глобальная переменная
Это разве законно?

В начале модуля

1

Public IFEMPTY As Variant

При кучи условий в другом модуле

1

IFEMPTY = 9

Так вот, в самом начале макроса, первым делом прописал:

1

MsgBox IFEMPTY

Так вот, если я запускаю макрос без условия тригера

1

IFEMPTY = 9

При следующем запуске макроса пишет, что переменная ничему не ровна

Но стоит затригерить и присвоить

1

IFEMPTY = 9

При прожатии макроса с самого начала пишет, что

1

IFEMPTY = 9

То есть он у него в памяти остался таким, ведь никаких действий вообще не было предпринято для тригера

Это что же получается, нужно постоянно в конце макроса присваивать переменным нулевые значения?
А если у меня таких глобальных переменных 70?!

Или мне необходимо объявлять в модуле переменные, как static?
Я просто не могу сейчас проверить