All-in-one markdown editor, collaborative canvas, and diagram-as-code builder
![Eraser – Docs and Diagrams for Engineering Teams](https://cdn-ak-scissors.b.st-hatena.com/image/square/08ed4965efdee3705b821559c8dd0d289cf37a52/height=288;version=1;width=512/https%3A%2F%2Fassets-global.website-files.com%2F62d58a323cbc396f06a780aa%2F653593ee1f1473aa50cca8a9_eraser-og-image.png)
最近の開発者が最も好むドキュメント形式を挙げるとしたら断然マークダウンになるでしょう。マークダウンは、GitHub、GitLab、Bitbucketなど、タスクやイシュー管理に対応するほとんどのサービスにおいて、基本のドキュメント形式として使用されています。また、IntelliJ、VSCode、Vim、Emacsなど、ほぼすべてのテキスト編集ツールでも、プラグインを通じてマークダウン文書の強調構文やプレビュー機能を使用することができます。 TOAST UI Editorはここからさらに一歩進んで、マークダウンエディターとウィジウィグエディターを統合した形式のインターフェースを提供しています。ウィジウィグエディターを使用すると、テーブルなどの複雑な文法をより直感的に簡単に編集することができ、マークダウンに慣れていないユーザーでもマークダウン基盤の文書を簡単に編集できます。特に、開発者と非開発
西村賢さんのこの記事について coralcap.co 68件のコメント https://t.co/jGBUcpTCoK “プレーンテキスト Markdown 時代の終焉 - portal shit!” https://t.co/1Q831CDuXY— 限界シェアハウスみたいなTL (@mizchi) 2019年11月18日 ↑ の記事や、あとは最近の slack の wysiwyg 化について色々思うところあった。 wysiwyg は人類の技術の進歩なのかコンピュータへの適応の失敗なのかは議論の余地がある— 限界シェアハウスみたいなTL (@mizchi) 2019年11月19日 編集してるものと、出力されるものが違う、という発想、エンジニアの発想であるのは間違いなく、markdown を使うのはプログラミング的な思考や訓練が前提にあるのはそうで、人間を訓練するか、内部状態が汚れるのを許容
8月に Google Developers Expert となり、新米の様にオロオロとしています。過去の GDE ミーティングの議事録を見せて頂いているのですが Google Document に保存されており、Go だけでなく他のカテゴリの GDE に関する物も含めると全てに目を通すのはなかなか骨が折れます。技術者なので問題は技術で解決すべく、これらの資料を grep 検索できる様にしました。 Google Document はエクスポートすると Microsoft Word の形式となるので、Microsoft Word から Markdown に変換するプログラムを書けばテキスト検索もできるし、なんならそのまま GitHub に貼り付けてしまう事もできます。 GitHub - mattn/docx2md docx2md Convert Microsoft Word Document
Webページなので誰でも使えます! ただ、スマホ対応はしていないので、PCから使ってみて下さい (ついでにIEなんかも対応してません…) 左がエディタ部分で、右がプレビューです こんな感じで投稿内容を書いていきます 「HTMLをコピー」ボタンを押すと、MarkdownからHTMLに変換した内容をクリップボードにコピーします あとは管理画面から新規投稿を作成して貼り付けて公開ボタンを押せば完了です! このエディタの特徴 書いた内容を自動保存 このエディタ部分を実現しているJavaScriptライブラリのお陰で、書いたそばから入力内容をブラウザに保存してくれます うっかりブラウザを閉じても投稿内容が残っているので安心です ただ、何かの拍子に消えるかもしれないので過信しないで下さい オレオレ変換機能を搭載 markd.jsを使うと、見出し(hタグ)の変換でidが自動で付くのですが、日本語だとid
Markdown 記法の中で強調するための記号には2種類ある。アスタリスク * とアンダースコア _ だ。 **これで強調される** __これでも強調される__ これらの2つの違いと、なぜ2つあるのか、というところを調べてみた。 アスタリスクとアンダースコアの違い 「別にアンダースコアでも強調できるけど?」に対する説明 「Markdown の仕様」はどうやって決まっているのか・差異が生まれた理由 CommonMark が分かち書きしていないアンダースコアを強調しない理由 まとめ その他参考 アスタリスクとアンダースコアの違い アスタリスクで強調した時とアンダースコアで強調した時の違いは、「分かち書きが必要かどうか」にある。 「分かち書き」とは、スペースで単語を区切る、通常の英文章の書かれ方のこと。日本語の場合、普段スペースで単語を区切ることはないので、「分かち書きがない文章」ということにな
In developing Commonmark, we have tried, as far as possible, to remain faithful to John Gruber’s original Markdown syntax description. We have diverged from it only occasionally, in the interest of removing ambiguity and increasing uniformity, and with the addition of a few syntax elements that are now virtuously ubiquitous (like fenced code blocks and shortcut reference links). There are very goo
Markdown Night 2017 Summer https://connpass.com/event/63383/
Markdown Night 2017 Summer - connpass 自己紹介 藤吾郎(@__gfx__) Bit Journeyのエンジニア Kibela を開発中 WikiとBlogが別れているのが特徴の情報共有ツール 最近はKibela MarkdownのCommonMark化をしたり非公開boardの実装をしたりした 第一部: Markdown小史 多くのサービスで利用できる軽量マークアップ言語 GitHub, Qiita, esa.io, Slack, stackoverflow, Reddit, Confluence... KibelaもMarkdown採用サービスのひとつ 処理系ごとの 方言が非常に多い ことで知られる 構文そのものの違い たとえばテーブル記法をサポートしている処理系は比較的少ない 構文の微妙な差の方言 スペースの要不要はエッジケースを含めるとかなり違う
This library is the first step of a journey that every markup file in a repository goes on before it is rendered on GitHub.com: github-markup selects an underlying library to convert the raw markup to HTML. See the list of supported markup formats below. The HTML is sanitized, aggressively removing things that could harm you and your kin—such as script tags, inline-styles, and class or id attribut
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く