「マークダウン」（Markdown）という言葉を聞いたことがあるだろうか。Web系を中心としたプログラマならよく馴染んでいる言葉だ。 マークダウンはテキストファイルの書き方のひとつだ。特別なファイル形式ではない。見出しや強調したい部分、リンクや画像の挿入について一定のルールで書く。それ以外は、普通のテキストファイルと変わらない。 そうして書いたテキストの文書を、特定のWebサイトに投稿すると、見栄えよくHTMLに変換してくれる。手元でHTMLファイルに変換したければ、マークダウンエディタと呼ばれる種類のテキストエディタを使えばよい。エディタの一機能として、マークダウン変換機能が付いていることもある。 文書の整形に「Word」を立ち上げる必要はない。「Word」の不可思議な挙動に悩まされることもない。使い慣れたテキストエディタで、サクッと書けばよい。シンプルなテキストで、小さなファイルサイズ
タイトルとおりほんとに無料すか？っていうくらい高機能なGUIコンパイラーがPreprosがリリースされました。 CSS HappyLife大明神様よりとても詳しく丁寧に解説してくれるだろうとのフリをうけ筆を走らせている次第でございます。 追記:現在は無料版はなく有料版のみっぽいです (2015.04.05) Preprocessing just got easier with Prepros Prepros 現在バージョンは1.7。Windows版のみリリースされています。 追記:バージョン2.2でMac版も出ました (2013.07.11) Codekitのような高機能GUIコンパイラーがWindowsにもいよいよ登場ですね。 すでに海外の記事では「WindowsのCodekitだぜ！」みたいなことが言われてるとかいないとか。 Preprosの主な機能 Preprosの主な機能として ブ
まだ使ってない人向けです。WordPressの場合は、Jetpackが提供してくれるMarkdownを利用することで、普通にタグを書くよりもずいぶんブログを書く時間が短縮できますよ。 見出し [code lang=text] # h1 ## h2 ### h3 // 増やした数だけ数字が増える [/code] リスト [code lang=text] – リスト – リスト – 子要素(先頭にタブインデント1つ) – 孫要素(先頭にタブインデント2つ) – 子要素(先頭にタブインデント1つ) – リスト [/code] 数字のリスト [code lang=text] 1. リスト 2. リスト 3. リスト //数字を増やさなくても同じ結果になる 1. リスト 1. リスト 1. リスト [/code] リンク [code lang=text] [リンクのテキスト](http://hoge
Markdown (やその派生)のpre要素になる記法では、問答無用にその中はcode要素でマークアップされる。多くの場合はコードの断片なのでそれでいいんだけど、そうじゃないことももちろんある。例えばCLIプログラムでの操作手順を記載する時のターミナルの画面のコピー。 プログラムによる出力はsamp要素で、キーボードによる入力はkbd要素になるので、以下のようにマークアップするのがベストに近い。 <pre><samp>$ <kbd>node --help</kbd> Usage: node [options] [ -e script | script.js ] [arguments] node debug script.js [arguments] Options: ... NODE_DISABLE_COLORS Set to 1 to disable colors in the REPL
私は大学生時代の4年間、キャバクラでキャバ嬢としてアルバイトをしてたんやけど、その時はナンバー1までは行かずとも、そこまで売れてないわけではなかった。 でも、最高でそのお店でナンバー3を取るくらいの人気を得ることができてたから、決して悪い成績ではなかったかなーとは思ってて笑 そんな私が4年間キャバクラ業界にいて、稼げるキャバ嬢と稼げないキャバ嬢の違いについて、気づいたことをここで書いていくね。 大阪のキャバクラで稼ぎたい、そう思ってる女の子はこのことについて1回考えてみて欲しい！ 稼げるキャバ嬢の特徴① 常に学ぼうとする意識がある キャバクラに入りたての頃は、仕事や接客の方法について学ぼうという意識を持つやろうけど、ある程度経って仕事にも慣れてきた頃が要注意。 キャバ嬢の仕事に慣れてきたからと言って、何も学ぼうとしないのはNG！ 接客の方法がワンパターンやと最初に持ったお客さんも、だんだん
28. HTMLの場合 <h1>Web Touch Meeting</h1> <h2>第56回「WEB TOUCH MEETING」やります！</h2> <p> <a href="http://atnd.org/events/38431"> お申し込みはこちらのアテンドから事前申請で！ </a> </p> <blockquote> <p>WEB TOUCH MEETINGとは主に広島県、中国地方の方を対象に ウェブ周りの技術や知識に関して自分は知ってる当たり前のことを まずはさわりの部分からでもお互いにしあいましょうという会です。</p> </blockquote> <p>今回は、以下の<strong>３セッション</strong>を予定しています。</p> <ul> <li> 『OOCSS＋』 <ul> <li>井上さん</li> </ul> </li> <li> 『レスポンシブwebデ
intro 最近は Readme やら執筆原稿などで markdown を使うことが結構多かったりします。 markdown をレンダリングするツールは色々あるんですが、 エディタは好きなものを使いたいので、自分でレンダリングして、 ブラウザで確認できる何かがあればいいなぁと思ってました。 そんな時、 Github が markdown のレンダリングを API としてやっていたことを知りました。 Markdown | GitHub API しかも、サーバから叩くぶんには認証などもなく、 5000 回/時も叩けるということで、 それを使ってリアルタイムにレンダリングするツールを作りました。 使い方 インストールは $ npm install markup $ markup readme.md [3000]これだけです。 流行りに乗っかって?、ググラビリティの低い名前でリリースしてます。 m
はてなダイアリー はてなダイアリーでははてな記法という、HTMLの簡略記法が使えます。この記法を利用することで簡単に整形された日記を書くことができます。私も６年間はてなダイアリーと、はてな記法のお世話になりました。 しかしはてな記法は、はてな独自の簡略記法なので他では使えません。従って一つの不安がよぎります。 この先もし10年、20年とブログを書き続けるとしたら、それははてな記法でいいのかと。 はてなダイアリーには別の不満もあります。次のようなものです。 HTML整形後の文章をローカル環境で確認できない。 記事に変更が生じてWeb上で直接編集した場合に、ローカルデータと内容が不一致となり、その管理が煩雑となる1。 あんなにサンプルがあるのに、イケてるデザインが見当たらない2。 基本的にサイトが重い。 Github Pages + Jekyll そんな理由から私はGitHub PagesとJ
Markdown や Rest など軽量マークアップ言語で README が書かれることも多くなってきた．そのような README ファイルを less README.md などとして端末上で見ようとすると，目でレンダリング処理を行なう必要があり厳しい．また，ドキュメント内にリンクがあった場合などに，それをコピーしてブラウザ上で閲覧することもやや面倒となる． そこで，軽量マークアップ言語を人にも見やすいようにレンダリングし，端末上で閲覧することを考える． 今回は軽量マークアップ言語を HTML へ変換するために github-markup を，端末上での HTML ファイル閲覧に w3m を利用するような次のコマンドを用意した． ress() { FILENAME=$1 if [ $# -lt 1 ]; then echo "Usage: $0 FILENAME" else github-
README がキチッと書かれているプロジェクトって、どんなに小さくても立派に見えますよネ。 GitHub の場合、大抵はマークダウン記法で書かれた README.md とか README.markdown とかいう名前のファイルが、HTML に変換 （マークアップ） されて表示されていることはご存知でしょう。 マークダウン記法自体はとても簡単なのですが、GitHub では GitHub Flavored Markdown （略して GFM） という GitHub 用にアレンジされたマークダウン・エンジンが採用されていて、一般のマークダウン・エディタでチェックしてからコミットしても、意図通りの見た目にならないことが多々あります。私 （もちろん GitHub 初心者です！） の場合、README ファイルだけで10回以上もコミットしてしまいました。「マークアップ （レンダリング） を気にして
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
