This is what the simplified WordPress.com dashboard looks like for those who haven't seen it: http://d.pr/i/xetj
You can still access the full nuts-and-bolts dashboard via a drop-down menu, but it's deliberately harder to find, and editing happens in the simplified area by default. I've recommended WordPress.com accounts to a few people recently; I was surprised by this change, but they - having never used WordPress - seemed delighted by the simplicity of it. This can only be a good thing, and I can see this working in WordPress.org blogs too.
What made sense about the Ghost write screen was that it embraced Markdown. It showed what things would look like as you wrote them. I don't think the screenshot of the new WordPress dashboard addresses that.
Markdown isn't for bloggers, it's for developers. The average blogger has never learned an "alternative syntax" in their lives -- a word-processor-like formatting toolbar, like WordPress has, makes much more sense.
I found this out last year when I offered markdown support on my forum that used traditional bbcode.
I run a collaborative writing forum and, newly obsessed with markdown at the time, I figured that since users were mostly writing many paragraphs of text, they could pick up the markdown basics if a toolbar + cheatsheet helped them out. In my head, it was going to be some sort of amazing improvement and my forum community would begin chanting my name as they experienced the splendors of markdown.
Yeah, sure -- the writers could certainly grasp markdown #headers, how two linebreaks become a new `<p>`, and even `()` vs `()` links (with toolbar/cheatsheet help). Great! But nested elements and pretty much anything more complicated were a real monkey wrench or just plain unsupported.
Writers would put great effort into their posts (just like a blogger would), changing colors, right-aligning, center-aligning, changing font sizes. -- Things that markdown just doesn't support without some extending or post-processing that would turn into something far more confounding than the intuitive bbcode you started with.
My cheatsheet was a simple condensed table of "this | produces this" beneath the post textfield.
Also, other communities that deal with a similar audience had the same problem with Markdown and moved back to BBCode. For example, these guys (http://guildwork.com/forum/threads/4e46f3d5205cb22721000765-...) moved from BBCode to Markdown and then ended up moving back and writing their own BBCode parser in Python.
Markdown is good when users have limited syntactical/formatting options. But BBCode makes it easier to extend features with an intuitive syntax that nobody seems to have trouble with.
One example would be Markdown's dependence on character glyphs:
While BBCode is easy to recall in plain English and you don't need to remember any glyphs or the order of them:
Adding dice and a youtube embedder to BBCode intuitively extends the syntax set. It doesn't introduce any new symbols or anything.
Finally, it's been half a decade since I used Wordpress and I think I'm way off topic here since, on second thought, I'm pretty sure Wordpress just offers a WYSIWYG editor that lets you drop into html. Doesn't even use any sort of BBCode-like syntax. :O)
That’s a great point about the inherent ability to extend the number of tags that isn’t inherently present in Markdown.
I am currently writing a forum CMS (http://pygm.us/IbkgNZ4d), and I, too, have wondered how to expand the number of tags within a rigid nomenclature. Using a lexer that automatically converts links to tweets and YouTube videos to embedded scripts seems like an unintuitive solution, but on the other hand, people unfamiliar with the commands will automatically display the embeds in their posts.
For commands that don’t convert links, I was thinking about something like ':<COMMAND>:' with an expandable list of whatever people prefer. Something Awful already use this model for their emoticons, and it could be extended to things like images in general like states for election conversation and such.
I have always found the `[url]` solution to be incredibly bothersome and to some extent unintuitive, and with the advent of mobile devices, letting people write their posts in as few characters as possible is a big advantage to be taken into consideration when weighing the pros and cons.
Lots of vBulletin forums use the `:<string>:` syntax because vBulletin's default smilie set ships with that form of syntax (even though you can use arbitrary strings like setting "lol" to display a laughing gif) so everyone just piles onto it. Basically, direct string replacement seems to be universally understood by all users.
But the real riddle here is devising a syntax superior to bbcode that transcends string replacement and does things like take arguments and act like functions.
Because, it's this less-straightforward symbolism that requires the higher order of savviness/pattern-recognition that less-experienced users struggle with. Like `!()` turning into an image (but not `! ()`) or why you'd need to indent 4 spaces to resume a bullet point after an empty line.
In other words, where you and I may find it obvious that we're conforming to the rules of a parser (on some back-of-the-mind intuition at least), I found that this concept of mechanical recognition is nonobvious to the user archetype that expressed confusion over Markdown. To them, `! ()` doesn't work because of a negative rule "there can't be a space", not because the token is simply no longer recognizable to the robot behind the curtains that renders their post. That's the crux I've arrived at that makes Markdown suboptimal for my particular community demographic.
The final point I discovered is that users almost always use the toolbar button for anything that comes from their clipboard (namely image and website URLs). Click, paste, and done. Even on smartphones. So essentially all Markdown did there was take cumbersome syntax that was seldom typed-in to begin with and replace it with less intuitive syntax for a benefit that was seldom awarded: being easier to type! Users then had to confront the `()` beast when editing posts or modifying their post's layout.
Fun stuff to ponder. It's always extremely eye-opening and humbling to be so wrong.
I disagree. I know I'm on the fringe but I make my living as a writer and 100% of my work is written in Markdown (MultiMarkdown, actually) that I then convert to HTML to paste into WordPress. Is it perfect for everyone, no, but for the subset of users who want to roll their own server setup and still have an easy-to-use publishing platform, it sure does fill a lot of boxes.
Moreover, I can teach people Markdown 10x faster than I can teach them CMS-specific HTML rules. Moreover, WordPress's TinyMCE stuff can break quiet easily (we have to disable it for most of our writers, I'm still allowed to have it because I never use it), so having a readably syntax AND having an instant-preview seems pretty perfect.
I'm another one who writes for a living and writes 100% in Markdown, then convert to HTML for Markdown. I just moved my own site to Kirby so I could publish with straight Markdown files. I know we're far from the only ones that do that.
Markdown as I see it is for those who are trying to emphasise the text over style, which especially means writers. What it doesn't mean is random webforums where every second post has a rainbow of colours, boldings and so forth.
Just open a new browser window, easy to do if your OS supports window tiling. A split-screen blog editor will take up just as much room. WordPress does have a "post preview" but it's not always 100% accurate. Opening the blog post in a new window is truly the only way to see what you're actually publishing.