The composer toolbar has the options in, which would format the text for you and show you how it would work if you wanted to add the Markdown  manually. Is this not more helpful than a link that would take you to some documentation outside of the message you’re writing?
and some BBCode depending on what you’re adding ↩︎
Well, eventually he discovers the correct way to make it look like " https://www.openstreetmap.org/, not https://www.openstreetmap.org/edit
But there is absolutely no way he could have figured that out if he didn’t have to go figure it out on his own, because, there in the editor, it is a big mystery, with zero documentation. Zero.
You have quite interesting way use a user, he or you everytime you are meaning I. Just saying.
Out there in the Web is three different kind editors when creating content inside a service:
CMS-style as WordPress, Drupal etc where is tons of buttons (well, WordPress is doing everything they can to break theirs editor, but that is another story)
minimalistic SoMe, as Facebook, Twitter etc where is no buttons or are just few
ancient dev-world, that are mostly static site generators etc., and Discourse
The first group tries to use same logic what office packages teached us even before web. There is no real help-button, because everyone should now what a button does. Or what shortcuts are. And if an user doesn’t know he/she/it have to find that piece of info.
Social media has understood that average Jane and Joe doesn’t need those buttons, because they don’t use those — and on mobiles there is just no room. And there is no help-button, because there is no need for it.
Dev-based ones are offering service to those who know how to mark things without need to see it happening, remember bunch of code and don’t want lift their hands off the keyboard. And there is no help-button, because everyone shall read docs and memorizes how to do tables for example.
But there is different users. On my forum ordinary people are talking about ordinary matters and they have mostly low level tech skills. Here on dev or in GitHub is totally different needs, and assumption is everyone has really high skills. Plus created content is totally different. I’m member on one site where writing itself is in spotlights. There is, again, totally different needs.
The UX-question is not help-button in the toolbox. No one is using it, because it is impossible to create and use. And even a link in github-style is too much. It is totally unrelevant component that is rarely used and everyone knows out there is is docs and manuals.
The real UX/UI-solution is to give ability to
admins create default for users
let users change defaults
And what the big majority of users actually needs, and what is missing now is a way to hide that toolbar. That would be more important than ablity edit it.
Question of editor is almost FAQ’ish topic here, and a help-button is just part of it. And lets be straight again. Dan has his agenda and help-button is just another sign of it, not the goal. I hope Dan is actually trying to say that he didn’ know how to do a thing and didn’t find help for that. That should be issue of that site, not Disourse as a platform per se.
Yes, I was talking about the real life case where I was posting
and the two link previews were the same, making my post look silly.
So I was battling with the (Discourse) interface, trying to figure out a way to disable
all that magic — with no documentation on how to do it.
there should be an official document somewhere that tells users what will happen when they type this and that character.
They shouldn’t need to read the source code to find out. Thanks.
Fine, put it in a FAQ, then link the FAQ to the interface somewhere.
OK, let’s say you put the future formatting FAQ on the Discourse website. Problem solved…
except how does the user even know he is using Discourse? Yes I am talking about users, not admins. Thanks again.