https://c1780d83429.wedangronde.info https://x993y48084.plotkara.info https://x347y25351.sgpu.info https://x716y42093.thekirchbergs.info https://x896y14559.propr.info https://x938y31829.trajekti.info https://c1624d71366.satalog.info https://x931y47259.supurbia.info https://c1436d56758.pinkes.info https://x685y41081.shumen-camp.info https://x925y31679.twroom520.info https://x1177y21148.toowoombahol
Appleから提供されているiOSのプログラミングガイド。日本語に翻訳されたiOSのドキュメントがあります。iOSデバイス向けのアプリを開発するにあたっては、必読の内容となっています。 これらは全てPDFで提供されています。 ですのでiPhoneでPDFを開き、iBooksで保存することが出来ます。 このように、持ち運んで空き時間に勉強できるんです。 PDFのリンクは下記にまとめていますので、iPhoneでご覧ください! iOSのドキュメント一覧(2011.8.20現時点) Audio & Video AV Foundationプログラミングガイド iOSカメラプログラミングトピックス Audio Session プログラミングガイド Core Audio の概要 iPodライブラリアクセス プログラミングガイド Tools & Languages Objective-C
Kindle2 は、視認性がよく、持ち運びにも適したサイズで、大変便利なデバイスです。特に PDF を閲覧できる点が気に入っています。 Kindle2 は、指定されたファイルを画面いっぱいに拡大し、画面を有効活用して表示しようと試みます。このため小さな画面を大きく活用できます。 しかし、例えば書籍をスキャナで読み込み、JPEG化したファイルから生成したPDFの場合、この機能が却ってアダとなってしまいます。ファイルの拡大により、フォントが崩れてしまうのです。 そこで、JPEGなどのメージデータで構成されたPDFをKindle2で読みやすいサイズへ変換するためのスクリプト、kdconv を作成しました。github から取得可能です。 http://github.com/n-miyo/kdconv このスクリプトの特徴は以下の通りです。 Kindle がPDFのサイズを変更しないようにデータを
以前書いたエントリで、うちの断裁スキャンのポリシーは以下であると書きました。 拙速主義(サイズ、画質ともに気にしない) 袋とじや、折り込みページもスキャンしない(何も考えずにできる事だけをする) スキャンは雑誌のみとし、断裁後すぐ捨てる(単行本を切るべきかなどで悩まない) 現在、一ヶ月にスキャンしているコミック誌は70冊程度ですが、これを維持し続けるには、ScanSnap が出力する以上のことはやらないとあらかじめ決めるのが肝要だと思っていたのです。 ところが、先週 Kindle が届いてみるとそうも言ってられず…。 コミック雑誌の紙の色が問題なんですね。iPad や iPhone で読むぶんには紙の色がそのまま表示されますからあまり気にならないんですが、Kindle はグレースケールなので紙の色によってはインクがよく見えないというね…。 そこで「pdf の美白化」をしようと思い立ちました
iPadで自炊データを楽しむ際の注意点やTipsを紹介する短期連載。後編となる今回は、iPadで自炊データを扱う際に起こりがちな問題とその解決策、またそれ以外の細かいTipsを見ていくことにしたい。 「回転処理したのに取り込んだ向きで表示してしまう」問題 前回述べたように、自炊データのファイルサイズが大きすぎると、読書ビュワーアプリによってはうまく開けなかったり、ページをめくっているうちに強制終了するといった問題が発生する。もっともこれらの問題は現時点ではどのアプリもおおむね解消されており、数百Mバイトを超える巨大なデータでもない限り、安定して読めるようになっているようだ。 ではこれ以外に、自炊データ側のクセによって引き起こされる問題にはどのようなものがあるだろうか。筆者がこれまで経験した中では、おもに2つの問題がある。 まず1つは、PDFの回転にまつわる問題だ。一部の読書ビュワーアプリで
iPadの上陸、Googleの参入などで盛り上がる電子書籍市場。「Webに近い」性質を持つ電子書籍は、Web制作の世界とも決して無縁ではありません。本連載では、「JavaScriptラボ」でおなじみの古籏一浩氏が、主な電子書籍フォーマットのデータの作成方法を解説します。(編集部) 電子書籍にはPDF、EPUB、.book、AZW/MOBI、Topaz、XMDFなどさまざまなフォーマットがありますが、どのフォーマットがどんなコンテンツに適しているのか、どのような方法でデータを作成できるのか、電子書籍の課題や現実のワークフローは実際にデータの作成を体験することで見えてきます。そこで、本連載では現時点で広く使われている(もしくは仕様が公開されている)4つの電子書籍フォーマットについて、データの作り方を解説します。
以下、よくわかっていない人のよくわかっていない記事なので、鵜呑みにしないように。あと、「そこ違うから!」というご指摘歓迎します。または、「普通はこうするんだけどな...」的ご指導もいただけると嬉しく思います。っていうか、みんなどうやってやってるの? AcrobatのJavaScriptの歴史は古いんだけれど、たいていはPDFに埋め込む形なんですね。ボタンやらフォームやらにアクションとして割り付けるみたいな感じ。 やりたいのはそういうことじゃなくて、外部に置かれたJavaScriptからAcrobatやらPDFやらをグリグリと意のままに操りたいってことなんだよね、InDesignやIllustratorみたいに。しかしながら、AcrobatはExtendScript Toolkitからも仲間はずれにされている。自前のJavaScriptエディタやデバッガはなんだか貧弱だし、前述の通り埋め込み
まずは下の表を見てください。 Perlベストプラクティス 作者: Damian Conway,クイープ出版社/メーカー: オライリー・ジャパン発売日: 2006/08/24メディア: 大型本購入: 11人 クリック: 153回この商品を含むブログ (155件) を見る |版 / ページ数|B5版 / 513ページ| |スキャン|白黒 600dpi /(表紙のみ)カラー 300dpi| |圧縮前のサイズ|89.2MB| |圧縮後のサイズ|28.1MB| これは前回のエントリー「ScanSnap S1500 の「OCR テキスト認識」に関する 15 の真実」で調査対象にした本(PDF)を、Adobe Acrobat 9(Pro / Standard)を使って圧縮した結果です。*1 前回のエントリーでは、 ScanSnap でスキャンした後に Adobe Acrobat で OCR テキスト認識
iPad向けにPDF/マンガリーダーCloudReadersを発表してから、いままで直に付き合いがなかった出版業界の人たちからちょくちょくコンタクトをいただくようになった。その中で良くある質問の一つが、「iPad向けに最適化したPDFファイルの作り方」。そこで今日は、そのあたりのノウハウをまとめて書いてみる。 まもなく日本でも発売されようとしているiPadは色々な意味で画期的なデバイスだが、あくまで位置づけはモバイル・コンピューターであり、パソコンではない。画面も大きく、CPUも高速になったとは言え、搭載するメモリ(RAM)の量はiPhone 3GSと同じだ。 そのため、メモリがふんだんにあるパソコン用に作ったPDFファイルを読もうとすると、メモリ不足でアプリが落ちたり、極端に遅くなったりしてしまう。アプリを作る側もいろいろと対応はしてはいるが(参照)、やはり快適にiPad上でPDFファル
ScanSnap でコミック誌を取り込んでいてぶち当たるのが、1000 ページの壁というやつ。何の制限なのかまったく不可解ですが、ScanSnap の読み取りソフトは 1000 ページを超える pdf を作れないんです。 少年ガンガン、少年エース、アフタヌーン、ガンガン JOKER など、鈍器的な意味で人を殺せそうな雑誌を取り込んでいると必ずこの制限に引っかかって、「もうこれ以上読み取れない」と言ってきます。 初めてメッセージを見た時は、「おいおい、ここまできてそれかよ…」と、例えるならスーパーリアル麻雀で「ごめんなさい、もうこれ以上お見せできないの。あとはお姉ちゃんがお相手するのでよろしくね」と言われたときみたいな絶望感にうちひしがれたものですが、別に焦ることはありません。 1000 ページまででいったん保存し、その後、続きを別の pdf として取り込んで結合するだけです。で、OS X
ここ数日、断裁機→ScanSnap→ i文庫HD という流れで書いている以下のエントリが大変好評なようで、とてもうれしいです。 Desire for wealth : 男の娘オンリーマガジン「わぁい!」が届いたので何も考えず iPad に入れた Desire for wealth : i文庫HDが決定的すぎてやばい & フォルダごとUSB転送する裏技 こうしてできた pdf は、iPad で読むならいいのですが、iPhone などその他の画面が小さいデバイスに転送するには、ちょっとサイズが大きいのです。また、iPad 上の i文庫 HDでも pdf のサイズが大きいとメモリ不足になったりすることがあるようです。 読むデバイスが固定の場合は、dpi での指定ではなくて、イメージのサイズを固定したいですよね。 そこで、いろんな方法があるとは思いますが、ここでは OS X の標準機能を使ってサイ
(Leopard Preview.app's potential) アプリケーションの名前こそ「プレビュー」だが、すでに機能は「レタッチ」レベルなのであった! The application's name is "Preview", but the function is "retouch" level! スクリーンショット(Screen capture) ウィンドウの影なし撮影ができる。(command-shift-4 & spaceの影あり撮影と使い分けると便利) "File >> Grab >> Window" is without shadow.(Properly, we can use that "command-shift-4 & space" is with shadow.) タイマー撮影ができる。 "File >> Grab >> Timed Screen" command
日本よりも一足早く、アメリカでiPadが発売されました。 iPadは内蔵のiBooksと言うソフトで、ePub(イーパブ)というオープンな電子書籍のファイル形式を読むことができる、つまり自分で作成した電子書籍ファイルを読み込めるとのことなので、書籍を裁断して、ScanSnapでスキャンした場合にePubを作成する方法を掲載します。おおざっぱに、ePub=書籍版のMP3(企業はDRMもかけれる)、ということですね。 ※iBooksは日本版のiPadに展開されるかまだ未定とのこと。詳しくは以下の記事をご覧ください。 iPad日本版ページがオープン。3月から発売、iBooksの記述なし それでは、始めます。 まずは、裁断、スキャンは前回の記事を参考に。ここまでで、一般的な書籍の場合数10メガバイト~100メガバイトほどののPDFファイルが作成されます。今回はクリスアンダーソンのフリーを試しにeP
GoodReader v2.4: 誰もが認めるPDFリーダー王者を徹底解剖。Goodreader解体新書。473 GoodReader最新版の解説記事はこちらです!→GoodReader for iPhone の完全まとめ。使い方・機能の全てを網羅しました。 GoodReaderの進化っぷりがすごいと聞き、実際にすごいことになっているので、 GoodReader解体新書を御送りします! というわけで、GoodReaderの機能全体像を描いてみました。後日レビュー予定のWhiteboard Capture Proを使ってみました。 さて、GoodReaderに限らず、「ファイルを読んだり編集したり」なアプリは、4つの機能を持ちえます。具体的には下記の4つ。 ファイルをアプリ内に持ってくるImport機能 ファイルを読むRead機能 ファイルを取り扱うManage機能 ファイル自体を編集するE
今作っている研修医向けのマニュアル本について、少しだけ話が前に進んで、昨日は出版社の方と、いろいろお話をさせていただいた。まだまだ先は長そうだけれど。 いろいろ思ったこと。 出版は大変 「自分の電子原稿が、出版にはあんまり貢献できない」ということが、個人的にはショックだった。 原稿はすでに、表紙から目次、本文、図版、索引に至るまで全て完成しているし、原稿内部でのページ参照だとか、あるいは索引だとか、ああいうのも全部ラベル参照にしてあるから、出版社の方から、判型と1行当たりの文字数、ページ当たりの行数の指定さえいただければ、コマンド一発、せいぜい1秒もあれば、参照ページの入った原稿が、いつでも出せる状態。たとえばそれを電子化したいなら、LaTeX ならhtml の出力も簡単だから、こういうのが、少しは役に立つだろうなんて考えてた。 少なくとも電子原稿は、「手書き原稿の山」なんて状態に比べれば
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く