タグ

Markdownに関するtoyaのブックマーク (20)

  • がんばらないObsidianノート術 - Qiita

    はじめに Obsidianという素晴らしいプロダクトが登場してから、デジタルノート術は活発化したと思います。私もその1人で、今日も楽しくObsidianを使っています。 しかし、その一方であまりノート術にこだわりが強くない方や深く理解するほど価値を感じていない人の中ではまだまだ単なるメモ帳として使われている現状があります。 そこで、今回は「がんばらない」Obsidianノート術として、「こだわりすぎない」「多様な原理原則がない」形で『書く』習慣を付けるためのノート術を書きました。 そんなノート術であったとしても、今後ノートを分解していけるような構造にしておくことで、今後の拡張性を残しています。ぜひ「難しくて挫折しまった」という人はチャレンジしてみてください。 『書く』ことで整理術は生きる Personal Knowledge Managementはの概念やLYTといった考え方は斬新で、とて

    がんばらないObsidianノート術 - Qiita
  • 【Obsidian】2023 年でオススメのプラグイン 66 選

    この記事で使用している画像は、公式の github から引用したものです。今回、あまりにも数が多いため引用リンクは省略しています。一部、自身で撮影したものもあります。 ファイル Recent Files ★★★ 最近開いたファイルの一覧を表示してくれるプラグイン。何故これがデフォルトで無いのかがよくわからない。絶対に入れておきたい。 Auto Template Trigger ★★★ 新しいノートを作成する際にテンプレートを選択して挿入できるプラグイン。ノートを書く敷居を下げてくれるので重要。 Quick Explorer ★★★ エクスプローラー機能を強化するプラグイン。ノートが増えてくると非常に便利。 Tag Wrangler ★★★ Tag pane から rename や merge などができるようになるプラグイン。 Quick Switcher++ ★★ ファイル移動のプラグイ

    【Obsidian】2023 年でオススメのプラグイン 66 選
  • [Obsidian]Daily notesの利用法 & 月別インデックスの作り方

    Obsidianの数ある機能の中で、僕が最も頻繁に利用するのは「Daily notes」であると言っても過言ではありません。今回は僕が実践しているDaily notesの利用法についてお話しします。 Daily notesを使うための準備標準状態ではDaily notes自体がOFFになっているので、「Settings > Core plugins > Daily notes」をONにしておきましょう。 またその日のDaily notesを開くホットキー(キーボードショートカット)は「Settings > Hotkeys > (『today』などで検索) > Open today’s note」で設定可能。僕はAlt+Tで開くようにしています。 Daily notesの基的な書き方何を書くか?ここに何を書くかはあなたの自由です。しかし敢えて言えば、漏らさず書くのが基だと思っています。僕

    [Obsidian]Daily notesの利用法 & 月別インデックスの作り方
  • Amazon.co.jp: Obsidianでつなげる情報管理術: Pouhon: Digital Ebook Purchas

    Amazon.co.jp: Obsidianでつなげる情報管理術: Pouhon: Digital Ebook Purchas
  • VSCodeで最強のMarkdownノートエディタを作ろう

    昨日の自分「今作ってる曲まじで良すぎる。天才かもしれん」 今日の自分「ナニコレ。曲作り下手すぎか~~」 この記事は新歓ブログリレー23日目の記事です。 こんにちは、カシワデと言います。サウンド班に所属していてパソコンで音楽を作っています。 皆さん、DTMってしってますか? DTMとはDeskTop Musicという和製英語の略で、パソコンで音楽を作ることを広く指します。パソコンで音楽を作ると言っても昨今の曲は大体パソコンを用いて作られているので、DTMというと特に"打ち込み"のニュアンスが出るような気がします。 でも、『パソコンで音楽を作る~』とか『打ち込み』っ… 🎉入学おめでとう🎉まずは新入生の皆さん、ご入学おめでとうございます!!!これから始まる大学生活は非常に短いですし、世間で言われる程時間に余裕があるわけでは無いので、後悔の無い充実した生活を送ってください!

    VSCodeで最強のMarkdownノートエディタを作ろう
  • gihyo.jp編集部におけるMarkdown記法 | gihyo.jp

    稿では、gihyo.jp編集部で利用しているMarkdownファイルの記述方法を主に解説します。 注意:gihyo.jp編集部内でのみ採用しているMarkdownの書き方をまとめた文書を、記事の体裁を取って公開したものです。なお、記事公開後に記述方法を追加・変更する可能性もあります。 Markdownとは? はじめに、筆者の把握している範囲でMarkdownについて概説しておきます。 近年は一般向けのウェブサービスやテキストエディタでも利用されてきているMarkdown。端的に言えば、テキストファイル上で文書を書くための構文です。文書の読みやすさに焦点を当てており、Markdown形式のテキストファイル(=Markdownファイル)をそのまま見れば文書とその構造が理解できるように、Markdown特有の編集記号や字下げを用いて表現します。また、MarkdownファイルをHTMLファイルに

    gihyo.jp編集部におけるMarkdown記法 | gihyo.jp
  • Obsidianは最高のマークダウン『メモ』アプリである

    僕は今までマークダウンエディタを資料作成ツールとして使ってきました。見出しやリスト、表を簡単に記述でき、それをCSSで整形して表示できるマークダウン記法は、ブログの下書きや業務で使うPDFなど、「他人に見せるための資料を作る」という役目にピッタリです。 逆に言えば、個人的なメモには向いていないと思っていました。 その固定概念をぶち壊したのがObsidian(オブシディアン)です。今回はマークダウン『メモ』アプリとして無くてはならない存在となったObsidianの特徴と、一般的なマークダウンエディタとの使い分けについてお話ししたいと思います。

    Obsidianは最高のマークダウン『メモ』アプリである
  • プレーンテキスト Markdown 時代の終焉

    なぜ Day One は Markdown を捨てたのか Day One が Markdown をやめて WYSIWYG に移行した話は前書いた。 Day One がクソになった Day One 、このブログでも度々言及していて、 Markdown で日記が書けて便利だったんだけど、最近のバージョンアップ( Mac は 2.8 以降 、 iOS は 3.0 以降)でプレー... portalshit.net 自分が知っている範囲でアンチ Markdown 勢は Scrapbox くらいしか思い浮かばず、 GitHub や Trello などのグローバル勢に加え、 Qiita やはてなブログなど日国内向けのサービスでも当然のように Markdown が共通言語として使われているのに、その Markdown を捨てて WYSIWYG 化する1という戦略は疑問だった。 ひとむかし前の WYSI

    プレーンテキスト Markdown 時代の終焉
  • なぜScrapboxはMarkdownを採用していないのか - 増井俊之

    Markdownというマークアップ言語がエンジニア界隈で広く使われている。もともとはHTMLをもっと簡単に記述したいという意図で開発されたものだそうで、<h1>タイトル</h1>と書くかわりに# タイトルと書けたりするので、記述が少し簡単になるというメリットがある。太字(<b>)やリスト(<ul><li>)なども簡単に書ける。 Markdownに慣れたエンジニアがよく「何故ScrapboxMarkdownを採用しないんだ」と言ってくる。「Markdownを採用しないとか馬鹿じゃないの?」とまで言う人もいる。こういう人々は完全にMarkdown脳というか、自分がタマタマ慣れているものがサイコーだと考えているだけに思える。 ScrapboxのようなWikiで一番大事なのはページ間リンクの記述であり、ここに[...]という単純な記法を使っているためMarkdownとは異なる記法になっているのだ

    なぜScrapboxはMarkdownを採用していないのか - 増井俊之
  • 様々なTODOアプリやタスク管理方法を試行した結果最終的にプレーンテキストに行き着いた話 - みんからきりまで

    TODOアプリという永遠のテーマ このブログでは過去に何度かタスク管理についてエントリを書いてきました。 kirimin.hatenablog.com kirimin.hatenablog.com kirimin.hatenablog.com タスク管理のためのいわゆるTODOアプリについては色々なものを試してきて、KanbanFlow→Habitica→GitHub→Todoistと移り変わっていった。 でもやっぱりメモ帳を使ってしまう問題 このように最高のタスク管理をしようとポモドーロ機能やリマインド機能、優先度設定やタグ付け、定期タスク登録など様々な機能を持ったタスク管理アプリを使ってきたが、いつも気がつくとWindows標準のメモ帳かVScodeでプレーンテキストに書きなぐってしまう。 しかもそれが一番しっくりくるのだ。 多分理由はいろいろあって、たとえば 一瞬で開ける いらなくな

    様々なTODOアプリやタスク管理方法を試行した結果最終的にプレーンテキストに行き着いた話 - みんからきりまで
  • Markdownファイル1本で著者校正とデザイナー連携を済ませる一石二鳥の編集術 - the code to rock

    こちらは『ライティングや編集にまつわるあれこれ Advent Calendar 2018』の23日目の記事です。 adventar.org さっそくですが、こちらをお読みの皆さんはMarkdownをお使いでしょうか? いや、もう「ご存知でしょうか?」なんて聞く必要はないと思ってとりあえず使ってるかどうかを聞いてしまいましたが、このMarkdown、使いやすいような、使いにくいような、なかなか評価が安定しない記法(マークアップ言語)です。 しかし個人的には、Markdownは使う場所さえ適切なら、あるいは複雑なことさえしなければ、十分に我々を助けてくれるものだと思っています。 今日はぼくが直近の編集仕事でどのようにMarkdownを活用したか、という話を書いてみたいと思います。 目次 取り組みの舞台・背景 作戦 画像の入り方をどう伝えるか Previm 意図と各種の効果 取り組みの舞台・背景

    Markdownファイル1本で著者校正とデザイナー連携を済ませる一石二鳥の編集術 - the code to rock
  • CommonMarkの現状 2017年4月版 - Islands in the byte stream

    CommonMarkというのはMarkdownの標準化を目指して2014年に立ち上がったプロジェクトです。 当時のニュース: Standard Markdown Becomes Common Markdown then CommonMark (日語版) 公式サイト: http://commonmark.org/ あれから3年、とうとうGitHubがCommonMarkを採用したというアナウンスがありました。つまり、長らくMarkdownデファクトと考えられてきたGFM: GitHub Flavored Markdownは、いまやCommonMarkのスーパーセットなのです。 A formal spec for GitHub Flavored Markdown | GitHub Engineering (2017/03/14) To ensure that the rendered Mar

    CommonMarkの現状 2017年4月版 - Islands in the byte stream
  • 「技術同人誌をMarkdownで書く」とは、実際どういうことか?|藤原 惟

    ※ この記事はすべて無料でお読みいただけます。投げ銭歓迎。 ※ またこの記事は「技術同人誌 Advent Calendar 2018」の4日目です。 ※ 12/4 22:34 追記・微修正 以下、技術同人誌を書きたい方・既に書いている方に向けて書いていきます。(Markdown一般の話に比べると、やや高度なことを説明しようとしています。あらかじめご了承ください) ---------------- 技術同人誌という存在を知り、自分でも書きたくなったITエンジニア(特にWeb系)にとって、 「技術同人誌を書くなら、Markdownで書きたい!」 という魂の叫びは当然のことでしょう。 Markdownを使ってブログを書き、簡単な図ならmermeidやPlantUMLで直書きし、プレゼン資料まで作ってしまうMarkdownフリークであれば、「技術同人誌ぐらい、Markdownで書けるはずだ!」とい

    「技術同人誌をMarkdownで書く」とは、実際どういうことか?|藤原 惟
  • Markdown の強調構文で使う「アスタリスク」と「アンダースコア」の違い - Corredor

    Markdown 記法の中で強調するための記号には2種類ある。アスタリスク * とアンダースコア _ だ。 **これで強調される** __これでも強調される__ これらの2つの違いと、なぜ2つあるのか、というところを調べてみた。 アスタリスクとアンダースコアの違い 「別にアンダースコアでも強調できるけど?」に対する説明 「Markdown の仕様」はどうやって決まっているのか・差異が生まれた理由 CommonMark が分かち書きしていないアンダースコアを強調しない理由 まとめ その他参考 アスタリスクとアンダースコアの違い アスタリスクで強調した時とアンダースコアで強調した時の違いは、「分かち書きが必要かどうか」にある。 「分かち書き」とは、スペースで単語を区切る、通常の英文章の書かれ方のこと。日語の場合、普段スペースで単語を区切ることはないので、「分かち書きがない文章」ということにな

    Markdown の強調構文で使う「アスタリスク」と「アンダースコア」の違い - Corredor
  • なぜ原稿をテキストで書かなければいけないのか

    これは編集とライティングにまつわるアレコレ Advent Calendar 2017の23日めの記事です。 原稿をどういう形式・記法で書くべきなのか、という質問をときどき受けます。 一瞬だけ悩むけど、だいたい答えはこうなります。 「記法はなんでもいいけど、できればテキスト形式で」 今日は、この答えの背景を話します。 まずは「なんでもいい」の部分から。 記法はなんでもいい 出版社や編集者によっては細かく原稿の記法を指定しているようですが、ぼくは特に原稿の記法を決めていません。 これは、そういう記法を決めることができずにここまできた、というのが正直な理由です。 つまり、ぼくの怠慢なんですが、なにも考えずに怠慢であったというよりは、積極的に怠慢になろうと考えた結果なので、そのへんを少し吐露してみます。 原稿の記法を決めるということは、執筆者の脳内にあるものを吐き出してもらうための形を決めるという

  • 原稿とMarkdownと私|ichigo

    こちら、「編集とライティングにまつわるアレコレ Advent Calendar 2017」の12月10日分の記事です。うわー、もう16時回ってる……遅刻だ〜 Word嫌いがよくないとは思いますが ということで、こんにちは。翔泳社で「EnterpriseZine」の編集と、「IT人材ラボ」のラボ長(=編集長)をしております、市古(いちご)と申します。珍名さんなので、読み仮名を振りました。 EnterpriseZineもIT人材ラボも、ともにWebメディアです。HTMLドキュメントとして記事を完成させてアップするわけですが、もちろん、手作業でのタグ打ちはできればしたくありません。間違いが混入しがちですしね。 原稿はWord文書で届くことが多いので、Wordのスタイルを標準化し、マクロでHTML出力するのも有力な手段です。ただ、正規表現での検索/置換機能がないので、「インタビュー記事の話者名はぜ

    原稿とMarkdownと私|ichigo
  • 脱GitHub初心者を目指す人のREADMEマークダウン使いこなし術 | ゆっくりと…

    README がキチッと書かれているプロジェクトって、どんなに小さくても立派に見えますよネ。 GitHub の場合、大抵はマークダウン記法で書かれた README.md とか README.markdown とかいう名前のファイルが、HTML に変換 (マークアップ) されて表示されていることはご存知でしょう。 マークダウン記法自体はとても簡単なのですが、GitHub では GitHub Flavored Markdown (略して GFM) という GitHub 用にアレンジされたマークダウン・エンジンが採用されていて、一般のマークダウン・エディタでチェックしてからコミットしても、意図通りの見た目にならないことが多々あります。私 (もちろん GitHub 初心者です!) の場合、README ファイルだけで10回以上もコミットしてしまいました。「マークアップ (レンダリング) を気にして

  • Markdown記法 - catch.jp-wiki

    FrontPage マークダウン記法(Markdown)は、手軽に書式設定するための記述方法。Wiki記法によく似ている。 HTMLは、ハイパーテキストマークアップ言語の略称なのですが、それなりにややこしい。 なので、「マークアップの逆」みたいな感じで「マークダウン」すかね。 ここでは、このマークダウン記法と、Github wikiで使う方法を整理しています。 記法 † Markdownは、記号が10個くらいしかない。 なので、覚えるのもカンニングするのも簡単(カンニングペーパーが膨大だと調べるのも面倒だし)。 あと、この記法で書いた素のテキストを読んでも、比較的わかりやすい。 #、##、###:見出し 見出し文字の下に「=====」(h1)「-----」(h2)でもいい *ABCDEFG*:斜体 **ABCDEFG**:強調 「*」「+」「-」:箇条書き(記号の直後にスペースかタブ要)

  • Markdown記法 チートシート

    Markdown記法のチートシートです。 記法はGitHub Flavored Markdownに準拠し、一部拡張しています。 Qiitaでシンタックスハイライト可能な言語一覧については、 シンタックスハイライト可能な言語 をご覧下さい。 Code - コードの挿入 Code blocks - コードブロック たとえば、「Ruby」で記述したコードをファイル名「qiita.rb」として投稿したいときは、 バッククオート(`) か チルダ(~) を使用して以下のように投稿するとシンタックスハイライトが適用されます。 コードブロック内でコードブロックを書きたい場合は異なる記号を使うことで書けます。

    Markdown記法 チートシート
  • Markdown記法

    HTMLは、手軽なマークアップ言語ですが、開始タグや終了タグなどあり、文章作成やちょっとしたメモ書きには不向きです。 今回紹介するのは、Markdownという軽量なマークアップ言語です。 GitHubのREADMEや、Tumblrなどでも採用されており、様々なCMSのプラグインも存在しています。 汎用性が高く便利な記法なので紹介します。 Markdownとは Markdown は、文書を記述するための軽量マークアップ言語のひとつである。 「書きやすくて読みやすいプレーンテキストとして記述した文書を、妥当なXHTML(もしくはHTML)文書へと変換できるフォーマット」として、ジョン・グル―バー(John Gruber)とアーロン・スワーツ(Aaron Swartz)によって考案された。 Markdownの記法の多くは、電子メールにおいてプレーンテキストを装飾する際の慣習から着想を得ている。

    Markdown記法
  • 1