-
Notifications
You must be signed in to change notification settings - Fork 503
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update user-js.md #750
Update user-js.md #750
Conversation
You apparently didn't notice that's Markdown inside HTML, and it's even in raw form. Wait, it's easier to show you what I mean... |
I merged both PR branches and pushed them to my fork, for previewing. Click the |
I don't understand. The link syntax is the same as the readme.md. IDK. |
If it can't be done then just close the PRs, can't be F'd anymore |
It can be done, but you'd have to get the text out of the
I think the easiest way to test these things is to submit issues in my fork, you can change the text of the template right there and see what you end up with immediately, without commiting anything. |
You know what, on second thought, I'm liking the idea of getting that text ouf of the HTML tags, because that extra hoop that users have to go through to submit their issues (blanking out the field) is actually good. These guidelines are meant to target users that don't read much, so this works as a last line of defense against RTFM issues... |
OK, I get it now, anything inside the But I don't follow what you mean in your last post? "I'm liking the idea of getting that text ouf of the HTML tags" <-- that bit? I was considering adding a single line of links above the troubleshooting wiki | changelogs | etc etc Is that what you meant? |
OK, so the links do work inside the tags? They didn't in your example. I am so confused now. I think I'll go back to |
Yes, I was talking about removing the tag itself (the |
and just change the instructions at the bottom to: "clear all of this when you're ready to type" |
I'll let you do it all, while I go repack my bags and |
Hmm.. they're gonna clear everything before posting anyway, so, if we removed the HTML comment tag, there'd be no need for markdown anymore, right? Since, you know, github renders URLs as links. Here is what I'm thinking (literal text that I would put in user-js.md): We value feedback in general, but we value feedback from informed users more. There is no need for you to be an expert to participate (most of us aren't), but we hope that you at least understand our decisions before questioning them. We discuss all changes openly, and we do not make changes lightly. So, if you don't understand why we decided to add/remove/change a certain pref, search the repo. The answer is most certainly here. If some change we made took you by surprise (in the wrong way), remember that keeping track of changes is your responsibility. Watch the repo, read the changelogs, compare releases as you update your copy of user.js, or use any other method you prefer. Clear all of this when you're ready to type. Changelogs: https://github.com/ghacksuserjs/ghacks-user.js/issues?utf8=✓&q=is%3Aissue+label%3Achangelog |
I think that's better because it looks fine when you hit Preview (you get clickable links), the links appear after the (more important) text that users are meant to read, and it looks good in the Write view too. |
Or... we go back to the Markdown route, but without the HTML comment tag... which is what you wanted to do in the first place We value feedback in general, but we value feedback from informed users more. There is no need for you to be an expert to participate (most of us aren't), but we hope that you at least understand our decisions before questioning them. We discuss all changes openly, and we do not make changes lightly. So, if you don't understand why we decided to add/remove/change a certain pref, search the repo. The answer is most certainly here.
If some change we made took you by surprise (in the wrong way), remember that keeping track of changes is your responsibility. Watch the repo, read the [changelogs](https://github.com/ghacksuserjs/ghacks-user.js/issues?utf8=✓&q=is%3Aissue+label%3Achangelog), compare [releases](https://github.com/ghacksuserjs/ghacks-user.js/releases) as you update your copy of user.js, or use any other method you prefer.
Clear all of this when you're ready to type. |
OK, I'm just going to pull the trigger on these two PRs. If we hate it, I can always assign you to fix them up, revert them, re-design them, and triple-check them until I'm satisfied |
Does the third one need changing as well? |
it doesn't work: links are not linkified |
doh: of course: it only shows in preview: ummm ... in that case this was a stupid idea on my part. I'll change em back a little later: I need to get away from all of this for a while |
or we leave it as is, and when they preview, they get easy to click links: please advise |
an illustration of 🐈 and myself working together https://thechive.files.wordpress.com/2019/06/c23581fb2292c0d1028e74361cc75d59.gif |
LOL! Yeah, I say we leave them like this. As for the other one... umm... We could make that one an actual template, actually. As in, really real template. With fields that users are meant to fill and so on. Dunno. TBH I was kinda lazy. |
No description provided.