Consider this question:

is x-- > 0 && array[x] well defined behavior in c++?

Unfortunately, the question title is displayed on SO as:

is `x— > 0 && array[x]` well defined behavior in c++?

There are two issues here:

  1. Less severe, the backticks are displayed verbatim and don’t delimit a code span. Not very nice but bearable. On the other hand, MathOverflow has this really nice math mode even in titles – why not also introduce this on SO for code?
  2. The -- operator is transformed into an em-dash. This is slightly misleading and simply unnecessary. I am all in favour of using SmartyPants (or whatever SO uses) to glam up the question title typography. But this shouldn’t go at the cost of correctness.

So I suggest allowing limited Markdown in titles (e.g. as in comments?) or at least fixing the formatting bug.

  • 3
    "So I suggest allowing limited Markdown in titles (e.g. as in comments?)" - Agreed
    – jjnguy
    Oct 28 '10 at 15:52
  • 4
    Now I'm wondering if I can add em-dash as an alias for the decrement operator in C...
    – user27414
    Oct 28 '10 at 15:55
  • 2
    Probably worth noting that a search for the title as-written still finds the question. The double-dash is converted to an em-dash during rendering, just as the double-ampersand is converted to && - it affects the final display (and possibly Google indexing) but not the internal title.
    – Shog9
    Oct 28 '10 at 21:52
  • +1 because I wanted to italicize a metasyntactic variable on English.SE in a title... and status-declined, schmatus-declined: even gods can change their minds, so there's hope ;-) Feb 8 '11 at 20:57
  • 6
    “Slightly” misleading ? It is totally wrong ! Give that garbage to a C++ compiler, you will see. Dec 7 '13 at 20:26
  • How about providing an escape way ? Dec 7 '13 at 20:29
  • The question title should be "-- -> —, yes or no?" Sep 9 '15 at 17:00
  • 3
    … for those of us keeping track: More than eight years and ~ 10 duplicate bug reports later, this is still not fixed. Jan 14 '19 at 16:55
  • 11 years later: It's fixed now.
    – Mendhak
    Sep 1 '21 at 20:19

We have now disabled all Smarty-like modifications text in titles.

From now on, the title text saved for the post is the title text that will be displayed.

If folks want em-dashes (ALT-0151) and fancy quotes (ALT-0145 through -0148) to appear in titles, they are welcome to add them. But we won’t convert it automatically any longer.

That said, we have no plans to introduce markdown in titles.

we’re no longer the
smarty-pants who makes changes
to typography


I'm not sure we want markdown in titles. However, I think -- -> — is not appropriate for a programming site.


Even given the current MarkDown support in comments (bold, italic, code, links), the only one of those I would want to have in the question titles is code.

I think, given that SO is a programming site, code is reasonable to allow in titles. Regardless of whether or not this would carry a fixed-width style of some kind, it should disable any character transforms such as -- being converted to an em-dash.


We definitely don't want Markdown in question titles

  • it's too processing intensive
  • it's additional complexity and overkill IMO

And how do we tell the difference between these two titles:

How do I "accept" an answer-- where do I click?


is x-- > 0 && array[x] well defined behavior in c++?

  • 4
    So you are going to leave the functionality that converts -- to ?
    – jjnguy
    Oct 28 '10 at 21:29
  • 11
    Neither of those titles contain code -- auto-code-interpretation is way too much. Allow it within backquotes and that's it.
    – Jon Seigel
    Oct 28 '10 at 22:25
  • 9
    trivial: there is no difference. Let the users be explicit: only filter out backtick-delimited sections. This should be straightforward (and is already done for $…$ on other SE sites). Oct 29 '10 at 7:23
  • 1
    Or give us another delimiter to use in titles besides backtick?
    – jcolebrand
    Feb 7 '11 at 18:31
  • 2
    What is $...$? Feb 16 '11 at 17:19
  • 7
    Markdown in titles too processor-intensive? We just need a backtick in the titles to delimit code - it's trivial to implement! And I'm sure it's not processor intensive, it can't be. Jan 7 '12 at 23:18
  • 2
    @Camilo, indeed, if it's processor intensive, then do it in Javascript like SO already does in the preview window. "Performance" is a canard.
    – Kirk Woll
    Nov 22 '12 at 7:03
  • You force the user to type How do I "accept" an answer -- where do I click?, with an extra space, as suggested here
    – Eric
    Aug 16 '13 at 15:57
  • How do we tell the difference ? By thinking. With a human brain. Dec 7 '13 at 20:30
  • 13
    You can't tell. So don't substitute characters. If the author uses a hyphen, show a hyphen. If the author uses an em dash, show an em dash. If the author uses a ☂, show a ☂. Sep 9 '15 at 7:58
  • @PaulDraper Do you mean "If the author uses a ☂, show a ☂,"
    – Spikatrix
    Sep 9 '15 at 12:22

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .