What about the [KM]? What qualifies for that prefix?
For macros that aren’t sub-macros or aren’t KM (depending on your answer to the above), is there a general macro group they should go in, unless they warrant their own group?
"[KM]" denotes the macro is used for working with the KM engine and/or editor.
I'm not proposing that that be used as a standard by all -- it's just my own naming convention. I generally do this. For example, my Evernote macros start with "[EN]". These prefixes let me know at a glance what the main app/function is of the macro.
Perhaps the "[SUB-MACRO]" suffix is a bit "loud". Maybe it should just be:
"[Sub-Macro]"
How's this look:
DELETE List of KM Variables [Sub-Macro]
Some might object to my all-caps of "DELETE". It's just a personal pref. Change it to suit your needs/prefs.
Initially I didn’t like the [KM] prefix, but it seriously grew on me to where I prefer it now. Don’t know that it’s needed for other groups of macros, but for the KM manipulation ones, I likey.
I personally wouldn’t use all caps for DELETE, but I get where you’re coming from and as you said, it’s easily changed if someone doesn’t like it.
You didn’t comment on other macro group names. Any thoughts?
PS: I like standards. If they develop because someone initially chose something, and it doesn’t totally suck, I’m cool.
OK. I've got a new set of macros that I will hopefully be ready to upload today or tomorrow. When I get them organized, I'll hit you up and see what you think. And yes, I realize your word is not law, but two brains are (sometimes) better than one.
I actually like it when I import something and it loads up in a group that is different than any of mine. That makes it easier to identify what’s been imported and to get rid of same when I’m done with it.
If I export a mess of things to be imported to someone else’s system I will usually add a .ccs suffix to any not very unique group names to prevent pollution of their macro hierarchy.
That's an interesting idea. If everyone would (temporarily) add their iniitals (or ID) as a suffix to the Macro Group prior to export/upload, that would help everyone identify the Macro Group & Macros when they imported it to their system. This would retain the Macro Group criteria. After the upload, then we could remove the suffix from our system.
So, for me, that might be:
Outlook.JMTX
Then the user would know that any macro group with a suffix of ".JMTX" came from me.
@JMichaelTX and @ccstone - How about a prefix of initials rather than a suffix? That way, when someone imports something of yours, it all sorts together in KM. It can be difficult to find things in KM, sometimes.
I would prefer not to have to distinguish groups with a common prefix, because that's not so easy to do at a glance,
I would not want the group inserted into my own sequence of macro groups
Personally, I have defensively preceded all my own macro groups with special, sometimes funky, characters both to separate out imported groups (or macros into existing groups (such as Global Macros Group) and to impose a logical grouping of groups — for example,all application-specific groups begin with the two characters "□ ". But few people will do that, so groups with sufficed names will be interleaved with their own groups.
Me too, my list is getting a bit long and takes some scrolling. Even just a folder to put them in if possible.
I was just about to post the same thing, I too like it when they go into a group name I don't already have. I feel the same way about the Variables and clipboards and recently purged several clipboards from other macros I had imported to learn from.
That is very kind of you though I rarely ever find myself deleting anything you post.
I will try to do that too.
I am probably reading this wrong but it sounds like you would prefer a suffix. I am down with a prefix just so it purposefully doesn't get mixed up with macro names I have but suffix is just fine too since I can always search if I know I have imported macros from someone. Plus that is already being implemented by Chris.
I wish I had more time to spend on the forum learning from you guys (so I could save time automating tasks LOL).