-
Firefox/Thunderbird: Fixed bug: Tabbing into the email body and then Markdown-Toggling via keyboard (i.e., never clicking the mouse in the message body) would result in the email body being lost when sent.
- This is due to a bug in Firefox/Thunderbird.
-
Discovered Wordpress post compatibility, thanks to user Sina Iravanian. (See details.)
-
Added hot-key (keyboard shortcut) support. The default key combination is ctrl+alt+m, but it is configurable from the Markdown Here options. Using the hot-key is identical to using the "Markdown Toggle" context menu item.
-
Added basic support for the Postbox desktop email client, at the request of a user. There are some significant caveats, like the lack of an options page.
-
Fixed bug: Gmail and Thunderbird reply exclusion wasn't working well, resulting in quoted replies getting messed up when doing a full (non-selection) rendering.
-
Fixed: In Chrome on OS X, right-clicking on a word causes it to be selected. If "Markdown Toggle" were then clicked, it would render just that one word, which is lame. This behaviour is now avoided by not rendering single word selections -- if a single word is selected, the entire content will be rendered instead.
-
Discovered Evernote web-interface compatibility, thanks to user markgoodson. (See details.)
-
Added support for TeX math formulae. For info check out the Options page.
- Note that this feature is disabled by default, due to privacy concerns. Again, the see the Options page for info.
- Thanks to bordaigorl for suggesting this feature and helping to implement it.
-
Firefox/Thunderbird: Added Options page. (Chrome already had it.) Take a look around and play with the styles.
-
Added a few new syntax highlighting themes. (Thanks to Highlight.js.)
- Chrome: Fixed compatibility with Chromium v18 (currently the version in the Ubuntu repo).
- Limitation: Chromium v18 doesn't support synchronized settings. And when the user upgrades to a more recent version that supports
chrome.storage
, previous settings will not be migrated. - Thanks to gingerlime for finding this bug and helping to fix it.
- Limitation: Chromium v18 doesn't support synchronized settings. And when the user upgrades to a more recent version that supports
- Firefox/Thunderbird: Minor change resulting from Mozilla review. (Fixed a "loose" variable.)
- Chrome: Fixed bug: In version 21 of Chrome, the Markdown Here options page no longer rendered correctly. (Chrome changed the display style name for flexbox layout from "-webkit-flexbox" to "-webkit-flex". Using bleeding edge CSS maybe wasn't a great idea.)
-
Changed default styles (e.g., font sizes) to be more relative. This results, for example, in ordinary Markdown-Here-rendered text looking more like ordinary Gmail text instead of the previous somewhat jarring size change.
- This also fixes a bug: Inline code in headings will now be the correct size.
-
Chrome: Options page with changelist at top will be opened when Markdown Here updates.
-
Significant changes under the hood to (hopefully!) allow Markdown Here to properly pass a full Mozilla review. For details, see issue #21.
-
Fixed bug: Empty line would appear at the top of rendered fenced code blocks that had been pasted.
-
Removed feature/fixed bug: Pre-formatted links are no longer left intact. It conflicted with Marked.js's GFM behaviour of turning text that looks like a URL into a link. So if a pre-formatted link was created that used the URL as the text (e.g.
<a href="http://github.com">http://github.com</a>
), the resulting rendering would get messed up (<a ...><a ...>...</a></a>
).- Let this be a lesson about the perils of frivolous features.
-
Chrome: Added styling options. You can now edit the CSS used to style the rendered Markdown and choose between various syntax highlighting themes. These options are synchronized between your different installations of Chrome (if you have it enabled in Chrome).
-
Removed feature: Pre-formatted text (colours, italics, bold, etc.) and lists (made using the email client rich edit controls, for example) are no longer left intact. It just caused too many problems and special cases (and would have required more special cases to get working again in Yahoo). Links are left intact.
-
There are still two ways to still get additional formatting:
- Format after Markdown-Toggling. Note that any changes -- including formatting -- made to rendered text will be lost if you toggle back to Markdown. So only do your additional formatting after you're happy with the rest.
- Add inline HTML with the desired formatting.
-
In your Markdown, you can use
<span>
or<b>
, etc., to explicitly style your text. For example:Here is some <span style="background-color:red; font-size:2em;">*big red*</span> highlighting.
-
If you find you use inline tags with complex styles a lot, edit the CSS in the options to add a class that you can reuse for your inline tags. For example, in the CSS add:
.bigred { background-color: red; font-size: 2em; }
And then in your Markdown:
Here is some <span class="red">*big red*</span> highlighting.
-
-
It saddens me to remove out this feature, but I think it's essentially creeping featurism that has a higher bug-danger-cost than it has an actually-useful-benefit. If this feature is/was important to you, please create an issue to let me know.
-
- Fixed bug: Yahoo: Code blocks would just show a bunch of span tags. (Introduced in 2.3.0.)
-
Works with Google Groups posts! You can use it either in the GG rich compose box, or when sending posts via email.
-
Added support for inline, pre-rendered images. Some email editors allow the user to drag-and-drop an image into an email body, and some allow users to select one from their computer or the web (or an emoticon in the email compose controls!). Previously, the image would be lost when a "Markdown Toggle" was done. Now the image will be retained.
-
Pre-formatted text (colours, italics, bold, etc.), links, and lists (made using the email client rich edit controls, for example) are now left intact when rendering the Markdown.
-
Added ability to convert a reply email in its entirety, rather than using the select-and-convert piecemeal approach.
- This doesn't work with Yahoo and Hotmail, because they don't seem to quote the original email.
- Resolves issue #14.
-
Some styling changes.
-
Bug fixes.
-
Created a Markdown cheatsheet: https://github.com/adam-p/markdown-here/wiki/Markdown-Cheatsheet
-
Syntax highlighting! Coloured monospace text is super sexy.
-
Email signatures are now excluded from conversion. Signatures must be preceded by "-- " (note the space at the end).
-
Fixed block quotes.
-
Much improved table and definition list styling.
-
Better styling and consistency across browsers and mail clients.
-
Firefox/Thunderbird: "Markdown Toggle" menu item will show up for non-rich-edit elements, but an error message will be given if the item is clicked. Hopefully this will help people notice that they're not using a rich editor, instead of wondering where the menu item is.
-
Chrome: If the "Markdown Toggle" menu item is clicked for a non-rich-edit element, a helpful error message will be shown.
-
Fixed bug: Significant trailing spaces were being stripped. This was breaking the Markdown syntax feature of two spaces at the end of the line indicating a hard line break.
-
Changed context menu access key to 'k'. Previously, Chrome had no access key and Firefox/Thunderbird had the more-common letter 'm'.
-
Other minor bugfixes.
-
Chrome: Fixed manifest. Using manifest version 2 worked in debug, but not when published to the Store. Had to delete original Store extension in the process. :(
-
Chrome: Updated manifest home page link to new Store address.
-
Added Thunderbird support to Firefox extension.
-
Tightened security restrictions in Chrome extension.
-
Added Firefox extension.
-
Chrome version: Moved most rendering code out of content scripts and into background scripts. This means less code needs to be loaded with each page. (The Firefox version also more or less behaves like this.)
- Bug fix: Rendering and reverting same selection (rather than reverting a point or selection within the original selection) would result in a loss of original Markdown.
- New feature: You can convert only part of an email by selected a region before clicking "Markdown Toggle". This is great for replies. To revert back to Markdown, right-click in the converted block and click "Markdown Toggle" again.
- Fixed issue with fonts sent and received by Yahoo.
- Fixed Gmail display of received rendered-from-Markdown email. Gmail was killing the
<style>
block, so styles are now also set explicitly on each element. Gmail works great now.
- Added ability to revert rendered HTML back to Markdown.
- Initial release.