The only sane solution I've yet seen is WYMeditor[1]. All the ease and immediacy of WYSIWYG, but producing proper standards-compliant code with the classes you choose. The code's not brilliant (having Rangy mixed in to cope with legacy IE annoys me), but the concept is so far ahead of anything else that I now use it pretty much exclusively for in-browser editing; as a professional writer I could never rewire my habits to the obtrusive markup of Markdown.

[1] https://github.com/wymeditor/wymeditor

Thanks for the link! There were little quirks with redactor that was annoying and I think this tool would have eliminated those. The only thing that I don't like about the examples is when you want to edit in HTML, it puts the editor at the top. I prefer how redactor does it, which is one window at a time. However I'm guessing this is all customizable or you can implement one yourself if you wanted to.

Too bad it looks kinda ugly. Example: http://wymeditor.github.io/wymeditor/dist/examples/01-basic....

I think these things are quite easy to fix. I definitely prefer redactors look, but being able to see each container is actually quite nice. You sort of have use your imagination when it comes to layout spacing, but I think this route is definitely better.

i'd love to see it in action. and the examples don't work, at least not to my satisfaction. could you mount a demo? full-screen-height editor on the left half of the window.

-bowerbird

"Case in point: the markup in your final link is terrible"

To be fair to Redactor, I was using an older version before its license change. It was something I quickly integrated a while back and it does introduce <BR> and some other weird things. At the moment moment of writing the tutorial, I just needed it to "Look Right" and not technically be "Right" or "Pretty". My core product doesn't revolve around document management.

"I could never sanction the use of an editor that produces that kind of garbage."

The thing is, I'm willing to bet a lot of people couldn't care less about the HTML produced. In my case, I just needed to get the document out ASAP so that I could move on to the other hundred things on my to do list. I probably used redactor to put a square into a circle, but it got the job done for me.

"Don't get me wrong, Markdown is not the solution either"

I agree and who ever comes up with the solution, will probably do quite well. My reason for posting was to point out the Markdown isn't the final solution. For now, I'm willing to bet a lot of people just want to be able to type away and have things look right, with out it being right.

"The thing is, I'm willing to bet a lot of people couldn't care less about the HTML produced."

People with disabilities, especially visual ones, rely on technologies that extract semantic meaning from your site's HTML in order to convert it to another form. If your HTML is garbage then your site is inaccessible.

http://en.wikipedia.org/wiki/Web_accessibility

Agreed. I have seen too many people try to get their images to align by left padding it with spaces in their WYSIWYG editors. I am thinking of only allowing markdown in my latest project. I have yet to put it in front of the computer phobic user (in this case, my girlfriend) to see how well it goes so not sure how well it will go down. however I am hoping that after some initial resistance it will result in far less 'why is my page messed up' requests.

Markdown isn't totally there though because there are certain situations where specific styling is needed. I am probably still going to need to implement some kind of extension to enable setting CSS classes on blocks of text to enable this.

To be completely fair to Redactor, I don't think that it produced the 'Divs containing nothing but BRs'. I just made a few paragraphs in redactor in it marked them appropriately as <p>. I think that, given that that site was used as an example of allowing someone to let the html by hand, the errors you point out may very well likely be errors introduced by the person writing the html by hand.