読書が変わるかも！PDFの一部を切り取ってEvernoteに保存する『クリップリーダーポケット』[原石No.217] - リニューアル式. クリップリーダーポケット 1.1.2（無料） Evernoteにポストすると、PDFと同じタイトルのノートブックが新規で作られ、そこにデータが保存される アプリ内のスクラップブック上で、切り抜きを削除したり、まとめてEvernoteに送ったりもできる。 原石アプリとして紹介する理由 いろいろなPDFリーダーアプリがあるなかで、Evernoteとの連携を前面に打ち出した点が新しい。 きっと作者さんがEvernoteユーザーなんだろう。 原石オススメ度 本や雑誌記事の気になったフレーズや文節、図や表などをEvernoteで保存したい人 クリップやスクラップをEvernoteで集中管理している人 おわりに iPhone/iPadでの読書スタイルを変えるアプリかも。
高橋@Motoshi_tでした。 今日の「あわせて使いたい」 MyPhotosConverter 1.0（￥85） MyPhotosConverter：カメラロールの写真をPDF/ZIP/PNGファイルにコンバートできる無料アプリ[原石No.137] - リニューアル式 Evernoteを再発見！ Evernoteを使って過去の自分とブレストできるアプリ『EverShaker』[原石No.155] - リニューアル式 今日の「風呂でも読書(笑)」 本がフヤけちゃうよね。 あわせて読む. Convert Books to ePub Format. PDFBOOK. EPUB Publications 3.0. › 3.4 Package Document Definition All elements [XML] defined in this section are in the namespace [XMLNS] unless otherwise specified. › 3.4.1 The package Element The package element is the root container of the Package Document and encapsulates Publication metadata and resource information.
Element Name package Usage The package element is the root element of the Package Document. Attributes version [required] Specifies the EPUB specification version to which the Publication conforms. The attribute must have the value 3.0 to indicate compliance with this version of the specification. unique-identifier [required] An IDREF [XML] that identifies the dc:identifier element that provides the package's preferred, or primary, identifier. Refer to Publication Identifiers for more information. prefix [optional] Declaration mechanism for prefixes not reserved by this specification. Refer to The prefix Attribute for more information. xml:lang [optional] dir [optional] id [optional] Text src. 連載：オープンソースの電子書籍管理ソフト「Calibre」を使いこなそう！ MagicScroll. Mediactive. The Cathedral and the Bazaar. Copyright © 2000 Eric S. Raymond Copyright Permission is granted to copy, distribute and/or modify this document under the terms of the Open Publication License, version 2.0.
$Date: 2002/08/02 09:02:14 $ Abstract I anatomize a successful open-source project, fetchmail, that was run as a deliberate test of the surprising theories about software engineering suggested by the history of Linux. I discuss these theories in terms of two fundamentally different development styles, the ``cathedral'' model of most of the commercial world versus the ``bazaar'' model of the Linux world.