Closed
Bug 750918
Opened 12 years ago
Closed 8 years ago
[improve-devhub] Markdown!
Categories
(addons.mozilla.org Graveyard :: Developer Pages, defect, P5)
addons.mozilla.org Graveyard
Developer Pages
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: gkoberger, Unassigned)
References
Details
(Whiteboard: [ReviewTeam:P4])
Some fields on the site let developers use HTML. Instead, let's just use Markdown. Markdown lets us do everything the few allowed HTML tags do, reduces possible exploits, is much easier for us to format with HTML, looks cleaner, is easier for non-developers and means we can remove my horrible code (https://github.com/mozilla/zamboni/blob/master/apps/amo/utils.py#L350). Things to remember: * Make sure whatever we do works with the add-on manager. The add-on manager expects HTML, not markdown. * We need a link to a pop-up markdown guide under each field that allows markdown. * We need a preview button that will show the output of the Markdown. The only problem is that we have thousands of rows in the database that use HTML rather than markdown. It would be best if we wrote (or found) something that converts HTML to Markdown. If we can't, we'll have to show a little box when the user edits the field the next time indicating they need to convert it to Markdown in order to save. We store sanitized HTML separate from the raw HTML (I think), so we can safely remove the HTML5 parser without breaking backwards compatibility. When a developer saves, we'll save the markdown version and the resulting HTML version.
Comment 1•12 years ago
|
||
(In reply to Gregory Koberger (:gkoberger) from comment #0) > The only problem is that we have thousands of rows in the database that use > HTML rather than markdown. It would be best if we wrote (or found) something > that converts HTML to Markdown. If we can't, we'll have to show a little box > when the user edits the field the next time indicating they need to convert > it to Markdown in order to save. We store sanitized HTML separate from the > raw HTML (I think), so we can safely remove the HTML5 parser without > breaking backwards compatibility. When a developer saves, we'll save the > markdown version and the resulting HTML version. No problem! Markdown already allows inline HTML, meaning everything is already fully forward-compatible.
Updated•10 years ago
|
Target Milestone: --- → 2014-04
Updated•10 years ago
|
Priority: -- → P5
Updated•10 years ago
|
Target Milestone: 2014-04 → 2014-06
Updated•10 years ago
|
Target Milestone: 2014-06 → 2014-07
Updated•10 years ago
|
Target Milestone: 2014-07 → 2014-08
Updated•10 years ago
|
Whiteboard: [ReviewTeam]
Updated•10 years ago
|
Target Milestone: 2014-08 → ---
Updated•10 years ago
|
Whiteboard: [ReviewTeam] → [ReviewTeam:P4]
Comment 2•8 years ago
|
||
One bug and its closed already.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → FIXED
Comment 3•8 years ago
|
||
Oops thought it was a tracker. After four years there's been no movement on this bug and I'm not really fussed about it. If you care about it, please re-open.
Resolution: FIXED → WONTFIX
Assignee | ||
Updated•8 years ago
|
Product: addons.mozilla.org → addons.mozilla.org Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•