Kindle 電子書籍の作り方まとめ - 言語ゲーム
作業ログ的な物をたくさん書きなぐってしまったのでここでまとめを書きます。 ネット上には沢山無料の本があります。特にコンピュータ関係の本が多く、作者のサイトで HTML として公開されています。それを Kindle 用に変換すれば一応読めるのですが、そのうち色々こだわりが出て来て、書体やレイアウトを自分なりに工夫したくなってきます。そうなると変換ソフト任せでは駄目で、Kindle のフォーマットについて色々知る必要があります。 一番お勧めなのは Kindle Formatting (Joshua Tallent) http://www.amazon.com/dp/B0024FAPF4 という本。web 上の情報では分かりにくい Kindle の癖についてもまとめて書いてある。 Amazon の一時情報源 https://dtp.amazon.com のはずだけど分かりにくい。 mobipoc
はてブ向けに Canonical URL を導入したがブックマークレットが古いと動かない ( ラボブログ )
スパイスラボ神部です。 以前 Analytics 日本版 公式ブログ: RSSフィードとアクセス解析（その２） - Movable TypeでRSSをトラッキングする方法 - という記事が Google 公式ブログにあり、これは便利と早速 MT に導入したのですが、この方法だと RSS 経由のアクセスの場合とそうでない場合の URL が異なるものになってしまっていました。 この弊害は思ったより大きく、はてブでもブックマークされる URL の揺れなどがあり大変困っていましたが、はてなより ブックマークレットでの URL の正規化に対応しました - はてなブックマーク日記 - 機能変更、お知らせなど というお知らせとともに、canonical URL を指定するとよいとのどうぞご利用くださいが。 そこで遅まきながら導入してみました。 -canonical URL が好きだ！ - Favorit
[css] @importを使うべきでない理由
実は以前に別の場所でも書いたのですが、今回Google Page Speedの方でも少しだけ触れられていたので、改めてまとめ。 自分でも経験があることなのですが、開発をやっているとどうしても、構造をモジュール化して複数のファイルに分割して管理したくなります。 StyleSheetにおいても同様で、プレゼンテーション層のコンポーネントにあわせてCSSを用意し、ページ構成にあわせて取り込むようなことをやりたくなるでしょう。 しかしその際、@import構文を使うのはパフォーマンスと挙動の両方に有害である可能性が高いと、「」の著者としても知られるSteve Souders氏が警鐘を鳴らしています。 使うべきでないポイント @importは、大きく分けて2つの観点で「使うべきでない」とされています。 ひとつは、パフォーマンスの問題。StyleSheetはほぼ全ての主要ブラウザでパラレルロードがサポ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.rcdtokyo.com/ucb/contents/i000865.php
