If you want to use the argument that it is not a derivative work of Markdown.pl and the specifications provided under the trademark Markdown, then it is completely inappropriate to use the name Markdown in the name at all, whether it is Standard Markdown or Common Markdown. If it is not a derivative work, then it really creates more confusion.
I think you cannot say that this new spec of Markdown is the right version of Markdown, which the name Standard or Common suggests.
Like IainDelaney said, I like the name âExtended Markdownâ. This name means that this is not the original version but a derived work.
Also, Gruber is being a dick at Twitter.
âCommonâ sounds like a synonym for âstandardâ to me. Why rush this? Why not wait a few more days for an answer? I also find that âStrict Markdownâ sounds good.
I like that youâre trying to contribute names that wonât cause additional strife, but I think that itâs pretty clear from Gruberâs responses that there is likely no name including M******n that will be approved if @codinghorror â or anyone else involved in the standardization process â asks for permission.
I think the goals of this project are great. A markup language that has a well defined spec, is based on the popular Markdown, and provides implementation code in a variety of languages. Sounds wonderful.
But all that gets lost because of (what seems like) some serious arrogance.
âMarkdownâ is a trademark of John Gruber, whether you like it or not. It doesnât have to be registered trademark. And it clearly seems your use of the term Markdown is specifically to benefit from the name recognition that âMarkdownâ provides. Otherwise, you would just name the product something else.
Naming things is hard? Get over it. Thatâs just another excuse. I have to name every single product I create and it has to be meaningful and original. Thatâs part of creating a product. Consider Fountain. There are no issues with Fountain, despite it being a derivative of Markdown. Why? Because itâs not trying to directly trade on Markdownâs name. Canât come up with a cool name on your own, then ask the community for suggestions (ones that donât use âMarkdownâ).
Also â using either âStandardâ or âCommon Markdownâ is even more egregious because it presents the idea that you are the standard bearer of the trademarked âMarkdownâ. Youâre not. You simply have a spec for a markup language.
Gruber clearly provided one reasonable response and one snarky. Your options are clear:
- Use the reasonable âStrict Markdownâ.
- Come up with a new name that does not use Markdown in it.
- Suggest alternative and only move forward if it is approved.
Pretty Simple.
Itâs argued that this project is not a flavor of Markdown. Sorry - but youâre wrong. Anything that isnât Markdown.pl would be considered a flavor of Markdown. Your flavor includes strict descriptions of behavior. Thatâs a lofty goal, but it is a flavor. It may become commonplace in usage, but thatâs something for others to decide (based on the adoption of the code). Frankly, âStrict Markdownâ is quite an appropriate name for this flavor.
To me, one of the bigger signs of this overall arrogance is the part about waiting for 24hrs and not getting a response, so youâre going with Common Markdown. Gruber doesnât have to respond. He doesnât have to agree to any of the suggestions made. He offered his take. It also seems like evidence that your efforts arenât in good faith. You want to make it sound like you tried, but you really didnât. And you still want the benefits of the brand that is âMarkdownâ. Either that, or you didnât learn any lessons from the last big mistake in naming your product.
Whether Gruber is snarky, doesnât respond in a fashion you deem timely, doesnât update said product, doesnât contribute to these specifications are all irrelevant. That sounds like pure self-justification to the world on why youâre taking this inappropriate and wrong action.
The steps forward seem pretty clear. Everything else is really just an excuse.
Common and standard may be synonyms under certain usages, but here, IMHO, itâs unambiguous.
Take a look at the (many) dictionary definitions of âstandard.â
My take of the push back against standard is that it could imply definition 1 for standard: âofficial.â And I can understand Gruber not wanting an outside party to command anything official about Markdown.
Common does not have a definition that is synonymous with official. At all.
This makes sense: if I talk about âStandard Englishâ, âStandard Practiceâ, or âStandard Danceâ, those are very different ideas than "Common English, âCommon Practiceâ, or âCommon Dance.â
Common, used here by Jeff & co., is using commonâs definition #1: âshared alike by two or more or all in question.â
Itâs the Markdown parser compatibility highlight reel. Itâs the subset of behaviors found most frequently across implementations. Itâs the common usage.
More specifically: the set of synonyms for common and the set of synonyms for standard are not equivalent.
Further, the relevant subsets of synonyms are the ones relevant to the way each word is used.
My take is that âStandardâ could be construed as âOfficialâ, which âCommonâ cannot be.
Please see my earlier post: Standard Markdown is now Common Markdown
I donât understand why youâre not going with one of the names he suggested?
-
Assuming that youâll never get a reply if you donât hear from him in <24hrs is insane. (The fact that he Twittered is not proof that heâs not busy! Some people twitter while driving!)
-
âCommon Markdownâ has the exact same problem as âStandard Markdownâ. It strongly implies that you have real authority over markdown as a whole. Iâd be pissed if you used either of those names to fork a project I created. Even if I otherwise wasnât touchy about the name. (Imagine âStandard Discourseâ. You donât want that non-standard version from Atwoodâs website, you want the Standard one. )
-
âPedantic Markdownâ is actually a pretty cool name. (And it implies exactly what it is. Itâs not more standard or common than the existing common standard, but it is more rigidly defined.)
-
Youâre really, really throwing it in his face to ignore his suggestions and go with a new name that means and implies the exact same thing as the name he was furious with. If it was me, Iâd take more than 24hrs to cool down enough to write a civil reply.
Jeff Atwood, I would like to thank you for showing us the right and proper way to handle misunderstandings between two well-meaning parties! Knowing how to handle these sorts of misunderstandings is arguably harder than most of the other development tasks we do on a daily basis and seeing an accomplished developer like yourself exemplify this sort of goodwill towards others helps the rest of us be both better developers and better communicators!
You do realize that is a derogatory word, right?
pedantic /pÉŞËdantÉŞk/ adjective
excessively concerned with minor details or rules; overscrupulous: his analyses are careful and even painstaking, but never pedantic.
Generally, Gruber has been rather rude and obnoxious about this whole thing, disparaging Jeff both on Twitter and on his podcast. I donât understand why you think the open source community should bow to his demands.
Common and standard may be synonyms under certain usages, but here, IMHO, itâs unambiguous.
Not ⌠really? I canât think of a situation where the âCommonâ version of a software thing wouldnât also be considered either the âstandardâ or at least the âDe facto standardâ of that thing.
The terms have other non-overlapping meanings, but in this usage, they both incorrectly imply that this project has some sort of authority or primacy over the original.
Edit: Oh. I get it. Youâre assuming that âcommonâ means âthe intersection of all setsâ definition of the word. I assumed it was meant to imply the âgenerally known; held in commonâ definition.
Even if thatâs the intent, itâs far from obvious, and the alternate reading has a LOT of insulting presumptuous implications.
You do realize that is a derogatory word, right?
Iâm aware of what the word means.
Are you aware that in common usage itâs often used with pride and slight irony by people who value attention to detail?
Such usage might not be strictly dictionary-correct, but among software developers itâs probably more common than the correct usage.
Thatâs why it makes a great name. Letâs not be pedants.
Generally, Gruber has been rather rude and obnoxious about this whole thing
I havenât followed it close enough to have an opinion on whether Gruber is being a dick. Hey may be. I donât know.
Either way, it doesnât really excuse other people, though.
Generally, Gruber has been rather rude and obnoxious about this whole thing, disparaging Jeff both on Twitter and on his podcast. I donât understand why you think the open source community should bow to his demands.
They donât have to â unless they want to insist on using the name he controls: Markdown.
Iâve seen a big sense of entitlement from the open source community on this. But what they present are just justifications they use as excuses for their behavior of trying to usurp someoneâs trademark and brand.
The solution remains simple: Jeff & company needs to find their own name and stop trying to benefit off someone elseâs brand without their permission.
I am aware that some cultures use derogative words with pride. However, there are many different cultures, and while it might work well in Europe to call it âFucking Markdownâ or something like that, that might turn a lot of other people off from using the name.
Iâm pretty sure Markdown wouldnât qualify as a trademark, and âbrandâ is in this case mostly just a synonym for trademark, not a separate legal category.
As for the name belonging to Gruber, I donât agree with that. Just because he came up with the name for an open standard, does not give him the right to determine the use of that name (and thus the direction of the project) for all eternity.
If Gruber wanted to keep Markdown as his property, he should not have made it an open standard.
Itâs finally starting to fade out now, but âSubversionâ seemed to do quite well. Its name is an ironic usage of a derogatory term.
(It even seemed to do ok when it was renamed âApache Subversionâ against all common sense.)
Iâm not a lawyer but the U.S. Patent and Trademark Office says,
Q. Is registration of my mark required?
A. No. You can establish rights in a mark based on legitimate use of the mark.
So even if Gruber hasnât registered the trademark, one supposes that he still has a pretty strong case for owning it.
I donât know what the legal situation is, or who holds the trademark to the name.
My point is only that if this post is supposed to be an apology for infuriating Gruber by choosing a presumptuous name without consulting him, it probably should not end with the revelation that Atwood has now chosen another presumptuous name without consulting him.
I donât think calling someone subversive is necessarily derogatory. Depends a lot on what heâs trying to subvert.
Neither am I, but a trademark is:
A trademark, trade mark, or trade-mark[1] is a recognizable sign, design or expression which identifies products or services of a particular source from those of others.
I donât think the name of a technical language with many different implementation counts as any of these.