Storing your macros in add-ins (.xlam) has many advantages over personal.xlsm and similar document locations.

One disadvantage is that an Add-in macro is not accessible through the macros dialogue.

The community recommends assigning shortcuts for easy access. I did that and went a couple of steps further using VBE extensibility to

depending on scope

public procedures on your end users’ computer to whom you distribute your Add-in

and also non-private on the developer machine

list your modules alphabetically

list your macros alphabetically under your modules

find pick a free (within Excel – short of windows-wide shortcuts – In my current work environment, I am unable run tools that allow you to list these shortcuts) shortcut combination and and assign it to your macro Code

From a recent spot check of over 500 job postings on Indeed.com that mention both “UML” and “diagram”, the following picture emerges:

There is clearly a Big 4 of UML diagram types, and they are – in order of frequency –

sequence,

use-case,

activity and

(the only structural diagram type that “counts”) class diagram.

UML Diagram Type

Count of type

activity

19.33%

class

15.33%

communication

6.00%

component

2.67%

interaction

1.33%

network-architecture

1.33%

object

2.00%

sequence

23.33%

state

8.00%

timing

0.67%

use-case

20.00%

Grand Total

100.00%

It seems you could in practice cover “80%’ of UML with these four diagram types. Even state and communication (collaboration) diagrams are an already very distant 5th and 6th (but get you up to a coverage of about 95%).

Notably, the majority of UML diagram types – at least in this sample set – do not figure at all:

Count of type

Diagram

0

Behavioral state machine

0

Collaboration use

0

Composite structure

0

Deployment

0

Information flow

0

Interaction overview

0

Internal structure

0

Manifestation

0

Model

0

Package

0

Profile

0

Protocol state machine

Note: The vast majority of mentions did not need any, but I attempted some translations of the raw data on indeed.com:

At this point, I cannot get the add-in to work only in Word 2010. Even if I lower Macro security and allow programmatic access to the VBA project, when trying to launch the add-in from the ribbon, Word 2013 complains: “The macro cannot be found or has been disabled due to your macro security settings”:.

The automation is only as good as your underlying search/replace operations. (Hint: “Some people, when confronted with a problem, think ‘I know, I’ll use regular expressions.’ Now they have two problems.”)

I think I will refrain from search/replace during “Tracking changes” – as in the video – , and rather use “Compare documents” after the replace operations – too many quirks otherwise…

Doxygen comes with a built-in conditional content marker \internal the outputting of which can be controlled with the switch INTERNAL_DOCS in Doxygen’s config file.

However, I could not get this to work as advertised in Doxygen 1.8.8.

In cases of similar feature breakage, users are commonly advised to fix the error in the Doxygen source. If you, like I did, lack the time for that, here is a simple workaround which uses another built-in feature that an be controlled via Doxygen’s config file: