From 2b26bbe78a1a2b8b427963a6c44c3853efdb737e Mon Sep 17 00:00:00 2001
From: Lauri Ojansivu <x@xet7.org>
Date: Fri, 6 Mar 2020 03:52:12 +0200
Subject: Fix: img tag did not allow width and height. Removed swipebox from
 markdown editor img tag and updated marked markdown to newest version.

Thanks to hradec and xet7 !

Closes #2956
---
 .../marked/.github/PULL_REQUEST_TEMPLATE/badges.md | 50 ----------------------
 .../.github/PULL_REQUEST_TEMPLATE/release.md       | 25 -----------
 2 files changed, 75 deletions(-)
 delete mode 100644 packages/markdown/marked/.github/PULL_REQUEST_TEMPLATE/badges.md
 delete mode 100644 packages/markdown/marked/.github/PULL_REQUEST_TEMPLATE/release.md

(limited to 'packages/markdown/marked/.github/PULL_REQUEST_TEMPLATE')

diff --git a/packages/markdown/marked/.github/PULL_REQUEST_TEMPLATE/badges.md b/packages/markdown/marked/.github/PULL_REQUEST_TEMPLATE/badges.md
deleted file mode 100644
index 2078243d..00000000
--- a/packages/markdown/marked/.github/PULL_REQUEST_TEMPLATE/badges.md
+++ /dev/null
@@ -1,50 +0,0 @@
-**@mention the contributor:**
-
-## Recommendation to:
-
-- [ ] Change user group
-- [ ] Add a badge
-- [ ] Remove a badge
-
-<!-- 
-
-	Explain your reasoning behind tagging that person. 
-
-	Preferably by citing objective examples, like PRs, Issues, and so on.
-
--->
-
-## As the one mentioned, I would like to:
-
-- [ ] accept the recommendation; or,
-- [ ] graciously decline; or,
-- [ ] dispute the recommendation
-
-within 30 days, if you have not indicated which option you are taking one of the following will happen:
-
-1. If adding a badge, we will assume you are graciously declining.
-2. If removing a badge, we will assume you do not want to dispute the recommendation; therefore, the badge will be removed.
-
-<!--
-
-	Why would someone not accept a badge? Loads of reasons depending on the circumstances.
-
-	1. If you're a committer and someone puts a badge for you on having decision making authority in an area, do you really a) think you earned it and b) think you can do that *and* all the other stuff you got going as a committer, admin, or publisher (not to even mention your outside life)? Maybe not. And that's okay. Thank them for the recognition, explain you aren't able to take more on at the moment. It's cool to get recognized though.
-	2. Maybe you don't feel you actually earned it yet. I remember being in an interview once. The interviewer asked me to give an example of going above and beyond the call of duty. I said, "That's hard. Because what you consider going above and beyond may be what I consider to be 'just rising to'. If we're in battle and you get wounded and I pull you out of the frey before heading back into it, I don't consider that going above and beyond; I consider that rising to."
-
-	Why would someone remove their own badge? Loads of reasons...
-
-	1. Maybe you got a lot going on right now and want to broadcast to the Marked community that, "Hey, I don't want to say I'm going to do this unless I can really commit to it right now in a way that serves the project well." That's awesome! That takes courage! Because a) saying "no" is hard for most humans ("people pleasers") and b) the alternative, well, for those of us here since about October of 2017 (and prior), we know what the alternative can look like.
-	2. Maybe you just think you've done all you can to help and learned all you can from the experience. Again, very awesome and courageous. It takes courage to know when to walk away on your own accord.
-
-	Why would you want to remove someone's badge? Loads of reasons...
-
-	1. Maybe they have decision making authority on something. You asked for their advice. And, you ended up waiting almost a month before receiving a response.
-	2. Maybe it was relevant at the time (Master of Marked, for example) but you think they've lost their former level of skill (fell out of practice, for example). They could always get it back.
-	3. Maybe to signal to them that, "Hey, you seem to have forgotten about us. Are you still around (or alive)?"
-
-	Anyway, you get the idea. This isn't about good or bad...it's just about giving the community a simple game mechanic by which to publicly say, "Thank you" or "Here's what my status is" in the community or "Hey, I think something's wrong here" in a civil manner.
-
--->
-
-Note: All committers must approve via review before merging, the disapproving committer can simply close the PR.
\ No newline at end of file
diff --git a/packages/markdown/marked/.github/PULL_REQUEST_TEMPLATE/release.md b/packages/markdown/marked/.github/PULL_REQUEST_TEMPLATE/release.md
deleted file mode 100644
index 29cd7f2e..00000000
--- a/packages/markdown/marked/.github/PULL_REQUEST_TEMPLATE/release.md
+++ /dev/null
@@ -1,25 +0,0 @@
-## Publisher
-
-- [ ] `$ npm version` has been run.
-- [ ] Release notes in [draft GitHub release](https://github.com/markedjs/marked/releases) are up to date
-- [ ] Release notes include which flavors and versions of Markdown are supported by this release
-- [ ] Committer checklist is complete.
-- [ ] Merge PR.
-- [ ] Publish GitHub release using `master` with correct version number.
-- [ ] `$ npm publish` has been run.
-- [ ] Create draft GitHub release to prepare next release.
-
-Note: If merges to `master` occur after submitting this PR and before running `$ npm pubish` you should be able to
-
-1. pull from `upstream/master` (`git pull upstream master`) into the branch holding this version,
-2. run `$ npm run build` to regenerate the `min` file, and
-3. commit and push the updated changes.
-
-## Committer
-
-In most cases, this should be someone different than the publisher.
-
-- [ ] Version in `package.json` has been updated (see [PUBLISHING.md](https://github.com/markedjs/marked/blob/master/docs/PUBLISHING.md)).
-- [ ] The `marked.min.js` has been updated; or,
-- [ ] release does not change library.
-- [ ] CI is green (no forced merge required).
-- 
cgit v1.2.3-1-g7c22