手軽すぎ！ブラウザでそのまま使える無料のPDFエディター！
引用元：https://news.ycombinator.com/item?id=43880962
法律文書を試してみたんだけど、埋め込みフォントはまだ改善の余地がありそうかな。個人の文書だからテストケースは共有できないけどね。まあこの形式の文書、埋め込みフォントは本当にいつも悪夢なんだよ。批判してるわけじゃないよ！
あとさ、ダウンロードできるオフライン版（HTML単一ファイルとか）もあったら便利だなって思った。データ通信量抑えたい時とかにね。優先度は低いけど。
でもこれめっちゃすごいじゃん！記事ありがとう、ブックマークしたよ。ちょこっと直したい時に使うわ。今後の進化も期待してる！
ウェブ上でのフォントはめちゃくちゃ大変だよね。PDFに必要な組版とか文字のバウンディングボックスとかフォントのサブセット化とか、ブラウザのAPIには役立つものが全然ないんだよ。ちゃんと解決するには、harfbuzzみたいな大量のコードをWASMにコンパイルして入れる必要があるんだ。
まあ、それが大変なところだよね。Webフォントも難しいけど、PDFフォントは超難しい。両方同時は…最近はそうでもないのかな。でも、WASMでちゃんとしたツールをこの貧弱な環境に持ち込むってアイデア、すごく理にかなってると思うよ…。俺、前ブラウザでPDF扱うので大変な目にあったからさ。
埋め込みフォントって使われてる文字しか埋め込まないから、「John」を「Mary」に変えたいのに文書内に大文字の「M」がどこにもないと、もうお手上げなんだよね。これが君の問題かも？
多分、マッピングが間違ってデコードされて適用されてるんだよ。グリフが埋め込まれてるのにたくさんの文字が表示されない。これ、PDFのmojibakeとして結構よくあるパターンだと思う。変なサブセット化されたWebフォントとか「アイコンフォント」とかでもブラウザの設定でページフォント無効にするとたまに出るやつ。
ありがとう！埋め込みフォントのレンダリング改善、見てみるよ。オフラインでダウンロードできるってアイデアもいいね、考えてみる。フィードバック感謝します！
参考までにね−Service Workerを使うと自動的にオフラインで使えるようになるし、単一のHTMLファイルにバンドルするより多分簡単だよ。
おー、それは素晴らしい指摘だね、特にこれがworker全般に最適なケースなわけだし。ここ数年アプリ開発からちょっと離れてたんだけど、Service Workerのサポートがそんなに広まってるなら素晴らしいニュースだ！まあ特に驚きはしないけどね。最後にちゃんと見てた時は、特にiOS SafariでのService Workerの状況は「やめとけ」って感じだったんだ。
俺iPhone好きだからさ−というか13年以上「一番マシかな」って思ってるんだけど−これでどれだけやる気なくしてたか想像つくでしょ。ここで関係ないけど（タッチスクリーンでのPDF編集は超難しい問題で個人開発者が対応できるとは思ってない）、Worker使って作ったものが自分自身で使えないって知ってるだけで、そのトピックに時間と労力を費やしたくなくなってたんだ。まあ最悪無駄になるだけだし。
Service Workerの機能はPWAとして表現できるよ！コメント見て、そっちの方向に進もうかなって考えてるんだ。
タッチスクリーンでのPDF編集については、100％可能だよ。近いうちに追加するつもり。TouchEventはウェブでネイティブにサポートされてるからねhttps://developer.mozilla.org/en-US/docs/Web/API/Touch_event…
アプリはPWAにするべきだよ[1]。PWAは基本的に「インストールできる」ページで、独自のブラウザウィンドウで開いて、大体オフラインでも動くんだ。[1] https://developer.mozilla.org/en-US/docs/Web/Progressive_web…
ダウンロード版っていいアイデアだよね。ビジネスで、PDFにちょっと変更（線を追加、ページ順変更、ファイル連結）したいだけなのに、Adobeは高いしサブスク地獄。簡単な作業でも課金されるんだ。会社のAdobe契約があっても、ITの許可取るのが作業より大変かも。うちのサーバーにはpdftkが入ってて、それ使ってPDF連結したよ。本物のAcrobatと格闘するよりマシだった。
いい仕事だね。俺も最近ブラウザでPDF操作するやつ作ってて、プライバシー重視なんだ、まあユースケースは全然違うけど。pdf-libとjspdf使ってるの見かけたよ、どっちもいいライブラリで俺も使ってる。でもさ、(1) 最近出たMuPDFのWASMコンパイル見た？ 俺も一部機能で使ってるんだけど、APIが分かりやすくて機能も優秀だよ。試す価値あるよ！ (2) (メンテされてない) pdf-libのフォークだけど、俺たちは違うのを選んだんだね。なんでpdf-lib-plus-encryptにしたの？ 俺はcantooフォークを選んだけど、あれはメンテされてるように見えたよ。他のフォークをそんなに調べたわけじゃないから、理由を知りたいな。
(1) ああ、MuPDFのWASMコンパイルはよく知ってるよ。いい機能がたくさんあるね。実はpdfredactoronline.comっていう別の製品で、MuPDF WASMコンパイルを使ってブラウザだけで黒塗り（リダクション）するやつ作ったんだ。BreezePDFで使わない理由は、MuPDFがAGPLライセンスだから、それを使ったコードは公開しないといけないんだよね。まあ、完全にブラウザベースなら技術的にはほぼオープンソースみたいなもんか :) だからここでも使えるのかもしれないね。今のところ追加した基本的な機能の多くは、君が挙げたようなもっと許容されるパッケージでもカバーされてるから、そっちから始めたんだ。でも、教えてくれてありがとう、黒塗りとか他の機能でMuPDFを使うかまた検討してみるよ。(2) pdf-lib-plus-encryptを選んだのは、オリジナルのpdf-libにはPDFにパスワード保護かける機能がないからなんだ。pdf-lib-plus-encryptにはそれがあるから、その機能を入れたくて使ったんだよ。
”＞ 完全にブラウザベースなら技術的にはほぼオープンソースみたいなもんか :) だからここでも使えるのかもしれないね。
オープンソースっていうのは、ソースコードが見られるだけじゃないんだ（そしてウェブアプリ作る時は、コンパイルステップがあってブラウザで見えるコードはソースコードじゃないことが多い）。それを提供するライセンスが大事なんだよ。
どんな意味でも、技術的にはオープンソースじゃないんだ。
コードは公開されてるの？
まだオープンソースでは公開してないんだ。オープンソースには主に二つの目的があると思うんだよね。信頼と、カスタマイズしたり他の製品に統合したりすること。最初の部分、信頼についてだけど、すべてブラウザ内で完結するから、誰でもhtml/javascriptを見れるし、Networkタブを調べればPDFをどこにも送ってないことが分かるんだ。そして二つ目の部分だけど、このソフトを使う人のほとんどは開発者じゃないだろうし、修正したいとは思わないだろうね。あと、企業内のシナリオ以外で、このソフトを他のものに統合するユースケースも特に思いつかないな。まあ、Sejdaみたいに、有料でデスクトップ版を提供することにするかもしれないけどね。
素晴らしいツール！「ブラウザから出ない」のが最高だね、他のサービスと違って安心できる。でも君を知らないから将来は分からない。minifyされたJSはオープンソースじゃないし。オープンソースにすれば有名になれるのに、クローズドだと埋もれちゃうかもね。有料デスクトップ版も考えてるんだ？無料サービスはベータテスト目的かと思ったよ。それはそれで君の自由だけどね。
コメントありがとう。君の言ってることはわかるよ。PDFをサーバーに送る気はないけど、プライバシーとかオープンソース化の点は考えてる。大多数の人が自分でホストしないのに、オープンソースのメリットって何かな？収益化もまだ試行錯誤中だけど、コア機能をオープンソースにして、追加機能を有料にするのが理想かも。色々考えさせられたよ。感謝してる！
オープンソース化は開発者以外にも信頼を得やすいよ。開発者を信じられなくなっても使い続けられる安心感がある。Simple Mobile Toolsみたいにフォークできるし、draw.ioみたいに他のサービスに組み込まれる成長もある。Typstみたいにコアをオープンソースにして、ウェブアプリや一部機能を有料にするモデルもあるよ。収益化は難しいけど、一般向けサービスなら市場が大きいのが強みだね。
信頼は大事だけど、このサイトは誰が作ったか全くわからないのが気になる。身元不明だと、どうやってクリエイターを信頼すればいいの？ソースコードも情報もないと、FOSSを動かしてるだけで、ユーザーのPDFをスキャンして個人情報とか盗んでるんじゃないか、って疑っちゃうのが正直なところだよ。
インサイトありがとう。AGPLは問題ないよ。ソースコード見れたから、ライセンスは確認しなかったんだ。
妻が重いPDFで困ってたのがきっかけで、pdfminiっていうオープンソースのPDF圧縮ツールをブラウザ用に作ったんだ！インストールも料金も不要で、データは全部自分のPC。すごく手軽でプライバシーも安全だよ。良かったら試してみて！https://den-run-ai.github.io/pdfmini/
ソースコードも公開してるよ！https://github.com/den-run-ai/pdfmini
君にいいアイデアがあるんだ。私のPDF作業は色々ステップがあって大変なんだ（結合、圧縮、ページ操作など）。これを最初にまとめて指示できるツールがあったら便利じゃない？「入力ファイルを結合して、グレースケールで1MBに圧縮、右下にページ番号を付けて」みたいに指定できたら、難しい作業で困ってる多くの人が助かると思うよ。PDF24は機能が多いけどクラッシュするし、pdfux.comは機能不足だし。こういうフローを定義できるツールが欲しいな。
これはbashスクリプトの例だよ。画像をPDFに変換したり、PDFを結合したり、圧縮したり、特定のページを削除したり、ページ番号を付けたりする作業をまとめてできるんだ。
そうだ！朝になったら俺のスクリプト共有するよ。Scantailor Goでスキャンしてtifファイルになったやつを、jpgに変換してPDFに結合、OCRでテキスト追加、圧縮するスクリプトを作ったんだ。これはニッチな自動化だけどね…ウェブは普通の人向けで、ターミナルを怖がる人には無理だよ。pdftkは俺のオフィスで使えるの俺だけだし。
BreezePDFに圧縮機能を追加する予定だよ。だから、これもワンクリックでできるようになるね。
結合／サイズ指定圧縮／カラー→グレースケール／ページ削除／PDFと画像とか複数形式の入力／エクスポートオプション／サイズ超えたら複数ファイルで出力。あと、前のコメントでも言ったけど、こういう複数ステップをフローで定義できる方法があれば、コマンド覚えないで一つのファイルで色々できるようになるね。
これめっちゃいいね，これらのコマンドラインツールって全部オープンソースなの？
これをpdfminiへの機能リクエストとして定義できるなら，githubで提出してみて．例えばドラッグアンドドロップのフロービルダーとか
うーん，そのプロジェクト何やってるか見てみたけど，PDFをJPEGにラスタライズして”圧縮”してるみたい．ベクターやテキスト情報は全部消えて，ただのボケたJPEG画像集になってるよ．検索もコピーもできないし，印刷もボケボケ．元のPDFとは全然別物だね．
もっとコメントを表示（1）
まさにそれ．写真が入った200MBのPDFファイルを50％圧縮してって頼んだら，読めないひどい状態になったよ．税金申告みたいな機械可読性が必要なものには絶対使えないと思う．
俺はこれにstirling-pdfを使ってるよ．docker run -d -p 8080:8080 -e DOCKER_ENABLE_SECURITY=false –name stirling-pdf frooodle/s-pdf:latestでローカルで動かせる．機能たくさんあるから，OPは絶対見てみるべきだよ．
Stirlingは救世主だね．Web UIもあるよ：https://stirlingpdf.io
公式イメージは”docker.stirlingpdf.com/stirlingtools/stirling-pdf:latest”みたいだよ．ちなみにね．
いいね！シェアしてくれてありがとう．MITライセンスだけどJavaで書かれてるから，残念ながらコードは借りられないな．でもインスピレーションにはなるね．
俺，コロナ禍に似たようなオフラインツール作ったんだ．個人情報とか適当なサーバーにアップロードしたくなかったからさ．オープンソースだから誰かの役に立つかも：https://timothebarbe.github.io/pdfModer （俺，フロントエンド開発者じゃないからUIはそんな良くないけどね）
いいね！後で試してみるね。ウェブベースじゃない代替ツールを探してる人には、今はXournal++ (https://xournalpp.github.io/) を使ってるよ。これはローカルでPDF編集できるんだ。あとスキャンPDFをきれいにする良い方法を探してるんだよね。見開きページを分割したり、文字を黒くしたり、歪みや余白を直したり、ページをカットしたり回転させたり、最終結果を圧縮したり…誰か知らない？
見開きページを分割するには、これが見た中で最高のツールだよ: Briss-2.0 (https://github.com/mbaeuerle/Briss-2.0)。他の問題については、これ一つ！ってツールは見つけられてないんだけど、unpaperとかghostscriptとかdeskew (https://github.com/galfar/deskew) みたいなツールを組み合わせて使ってるよ。あとOCRが必要なら、hocr-toolsとGoogle’s Document AI ocr APIはすごくうまくいったよ（Geminiは大きいドキュメントだと問題があったんだ）。
素晴らしいプロジェクトだね！僕も完全にブラウザ内で動くデータ可視化・分析ツール [1] をメンテしてるんだけど、データがどこにも送られないことを人に納得させるのが大変だとよく感じるよ。Networkタブを見てって言うのも全く同じで笑っちゃう。コードをオープンソースにする代わりに、デスクトップ版の同じツール（Electronアプリみたいなの）でネットワーク通信はしませんって明記すれば、プライバシーの懸念を解消できるかもしれないね。まあ、技術的な問題じゃなくて認識の問題なんだけどさ。[1]: https://docs.visprex.com/
ありがとう、君のプロジェクトもいい感じだね！プライバシーが技術より認識の問題ってのはその通りだわ。デスクトップアプリは調べるの難しいのに、URLがないから安全って感じるのは面白いね。PWAはどうかな？オフラインアプリみたいで軽量、メンテも楽、自動更新もある。オープンソースの難しさは、PDF使う人の多くが開発者じゃないこと。企業はホスティングとかにお金払えるしね。商業目的なら、ソース変更を有料にする方が正直かも。人気が出るとオープンソース部分を取り戻したくなる誘惑もあるし。長文ごめんね、考えながら書いてるんだ。コメントありがとう！
dimavaが上で言ってたみたいにPWAはすごく良い代替策だね。商業的な意図があるならオープンソースにしない方が正直っていう意見、分かるわ。ライセンス変更で反発されるのは避けたいよね。開発者（HNとかにいる人たち）はopen-coreモデルをもっと信頼する傾向があると思うけど、このツールの一般的なユーザー層を考えれば、そこまで気にしなくてもいいかもね。最終的な収益化の目標が分からないけど、現実的な道としては、サブスクより一回払いで全機能使えるようにする方がいいんじゃないかな（ソースにStripeリンクがあったの見たよ）。
50%くらい確信してるんだけど、「オフラインアプリをインストール」ボタン（PWAをインストールするやつ）を追加すれば、みんな信じてくれるようになると思うよ。さらに「アップデートを確認」ボタンを付けて、ブラウザで変更履歴ページに飛ぶようにすれば、もっといいかもね。
これは素晴らしいアイデアだね。PWAとオプトインアップデートについては、ちょうど他のコメントで返信してるところだったんだ。だから他の人も同じことを提案してるって聞いて嬉しいよ。変更履歴のところもいいね。さて、問題はみんながお金を払ってくれるかってことだよね。PWAとアップデートを一定期間もらうのに少額の一回払いにするか、無期限にするのに毎月払うか？ウェブ版はコア機能無料で、PWAにオフラインとか追加機能を持たせる？君ならこういうのにお金払う？
データがアップロードされないことをテストする別の提案だよ。アプリを読み込ませて、デバイスのネット接続を切らせてからアプリを使わせるんだ。もっと慎重な人は、接続を戻す前にタブを閉じるだろうね。
素晴らしいアイデアだね、本当に。でも、アップロードしないっていうのが将来も変わらない保証はないよね。そこで疑問なんだけど、ブラウザが「オフラインのみ」モードを提供してくれたら良くない？それが無いから、個人的にはこのアプリをスタンドアロンのelectronとか、インターネットアクセスを無効にできるdockerコンテナとしてダウンロードして使いたいな。
本当に素晴らしいアイデアだわ。でも、僕みたいな偏執狂？は、ブラウザで動くからお勧めしないかな。いつかコードが変わってファイルがどこかにアップロードされる可能性が気楽じゃないんだよね。「オフラインモード」（プロキシ127.0.0.1？）…それはneatだけど僕は反対。冷蔵庫はただ冷やすだけ、トースターはパンを焼くだけ、インターネットブラウザはアプリであるべきじゃないんだ。
ありがとう！”オフライン限定”アプリはPWAにできるかもね。
オフラインでもアクセスできて、コードでネットワーク接続を無効にすることもできるし。
それが一番簡単な気がするな。
アップデートを選択制にもできるし、軽量で誰でも簡単に使えるようになるよ。
これについてどう思う？お金払ってもいいかな？それとも有料でもいい機能とかある？意見を聞かせて欲しいな。
firefox containersを使えばタブをlocalhostにリダイレクトできるよ。
スクロールとモーダルが使いにくいよ。テキスト編集（フォント、装飾、後からの編集、選択状態）も改善求む。ページ削除は確認なしUndo付きがいいな。左側のページ一覧閉じる時の動きとズーム機能も直してほしい。
プライバシー重視のコンセプトはクールだけど、ilovepdf.comとかsmallpdf.comみたいな既存サービスに対抗するにはもっと品質を上げてね。頑張って！
スクロールとモーダルの外クリック閉じを直したよ。
テキスト編集機能も対応中。フォントや装飾、即時削除＆Undo/Redoもすぐ追加する予定だよ。
左のプレビュー閉じる時の表示ずれも直したよ。
ilovepdf.comとかsmallpdf.comレベルを目指して、ブラウザ完結で機能追加していくよ。フィードバックありがとう！
参考までに、FirefoxのPDF.jsビューワーには結構前から似たような機能のほとんどが入ってるよ。
確か最近署名機能も追加されたはず。
ページの削除とかPDFの結合ができるかはちょっと分からないけどね。
pdf.jsはchromium系のブラウザでも拡張機能として使えるよ。
僕はhigh dpiの画面でchromium内蔵のPDFリーダーを使うとスクロールがめちゃくちゃ重いから、これは絶対入れてる拡張機能なんだ。
このツール、PDF内のリンクが保存されないことに気づいたよ。（https://github.com/Hopding/pdf-lib/issues/341）
PDFエディターでいつも試す主要な点なんだけど、これもその問題にぶつかってるのが残念だな。
修正するには、別のPDFライブラリを使うか、pdf-libが提供する機能を使って手動で実装するかだよ。
外部リンクか内部リンクか分からないけど、外部リンクは編集後のPDFをダウンロードすればちゃんと保存されるよ。
エディターで表示してる時も外部リンクがクリックできるように更新したんだ。
内部リンクもクリックして機能するように今作業中だよ。
これで求めてることに合ってるか教えてね。
PDFのテキストを”編集”するんじゃなくて、ただ追加してるだけだね。
PDFエディタってみんなそうでしょ。追加は簡単だけど、元々あるものを編集するのはマジで難しいんだよ。PDFって見るか印刷するためのフォーマットだからね。
前仕事で大量のドキュメント扱ってた時、まともなPDFエディタって一つしか見つけられなかった。既存の要素消したり、文字変えたりできたんだ。変な挙動もあったけど、全体的には問題なかったよ。
PDFは基本的に最終プレゼン用フォーマットとして作られてて、デザイン的には追記専用なんだよ。だから墨消しとかもテキストの上に白い箱置くだけってよく聞くでしょ。
テキストの編集は技術的に結構大変で、圧縮解除して再圧縮したり、ファイル全体のオブジェクト参照オフセットがズレたり、フォントが変わったり…
文字が文字列じゃなくて個別の座標で配置されてる可能性もあるしね。みんなPDFを編集したいって思うのは、たぶんAdobe側の設計ミスなんじゃないかな。
PDFでテキスト編集するのが他の形式よりマジで難しいのは、ほとんどのPDFがドキュメントの”物理”をエンコードしてないからなんだ。
例えば、”単語が自動で折り返されるテキストブロック”みたいな概念がなくて、”グリフ（文字の形）がX座標にフォントYで挿入されてる”って感じなんだよ。
アクセシブルじゃないPDFだと、レイアウトから色々推測しないとまともに編集できない。Acrobatはできるけど、すごく大変だよ。これはPDFが植字じゃなくて、プレゼンや印刷ジョブ用の形式として始まった名残だね。
そうそう、フォーマットの問題と並んで、PDFには通常ドキュメントで実際に使われてるフォントのグリフしか含まれてないんだ。
だから、もしPDFに”Hello World”って書いてあったら、”Hello Hello”には変えられるかもしれないけど、”Goodbye World”には変えられないかもね。だって”G”、”b”、”y”、”e”のグリフが含まれてないから。
使われてるフォントを特定して新しいグリフをPDFに挿入するって手もあるけど、普通のPDFエディタには無理だろうね。一部のエディタはPDF全体のフォントを入れ替えることで対応してるけど、そうすると保存後に見た目が変わっちゃうんだ。
タイトルにあるように、PDFエディタは存在するものだよ。さっとGoogleで探したら知らなかったのが見つかって、テキスト編集して無料で保存できたよ。
もっとコメントを表示（2）
PDFエディタって言葉はかなり広く使われてるんだよ。他のツールでも既存テキスト編集できるけど、あれはPDFをサーバーにアップロードするから、プライバシーを気にするならダメだね。
ブラウザでオフラインで既存テキストを編集できるような既成ツールは無いけど、これからゼロから自分で作るつもりだよ。そうすればプライバシー侵害なく既存のPDFテキストを編集できるようになるからね。
これできるかもよ、もし僕の記憶が正しければね（今確認できないけど）。でもこれはPOC（概念実証）で、完成品じゃないんだ。
リンクはこれ → https://github.com/ShizukuIchi/pdf-editor
Sejda.comならできるよ。ただ、無料版はかなり制限がひどいけどね。
PDFは特にテキストコンテンツの編集向けに設計されたフォーマットじゃないんだ。限られた状況でしか無理なんだよね。
そうなんだ，だから説明には”テキスト追加”って書いてあって，編集じゃないんだよ🙂 ブラウザで既存のPDFテキストを編集できるパッケージは今のところないけど，そのうち自分で作るつもりだよ。
ウェブサイトには：Edit PDFs Freely & Privately， Right in Your Browser. って書いてあるよ。
無料の代替ツールに足りないのは墨消し機能だな。ただ黒いバーを重ねるんじゃなくて，テキスト自体がPDFから消えるやつ。他のコメントで言われてたけど，他のテキストの配置を変える必要も本来はないはずだし，そうじゃないと現状維持って感じになっちゃう。
pdfredactoronline.comを見てみてよ，それも俺が作ったんだ。今はMuPDF JS libraryを使っててAPGL licensingだから分けてるけど，規約を守れるならこっちにも追加するかも。
素晴らしい！フォームフィールドがPreviewやAcrobatで表示されるなんて，すごいね。実はフォームフィールド自動検出AIツール作ってるんだけど，PDFに追加するのが一番難しかった。あと，SafariでもChromeでもスクロールできない問題があるのも確認したよ。
ありがとう！スクロールの問題は直したよ。
これすごくいいね！拍手。細かいお願い：ドキュメントを開いてる時に，うっかりタブを閉じないように確認メッセージを出してほしいな。大きなお願い：画像や署名のサイズ変更ができるようにしてほしい。
ありがとう！うっかりタブを閉じないように確認する提案，すごくいいね，さっそく追加したよ！画像や署名のサイズ変更は，間違いなく近いうちに追加するつもりだよ。
オープンソースにする予定？それとも製品にするの？うちはheadless content solutionsを扱ってるんだけど，全部デジタル化しようと頑張っても，現場の人ってまだ物理的なコピーが必要なんだよね。アウトプットのために良いPDF editorを連携させるのは難しいんだけど，これは良い解決策になりそうだよ。
今んとこオープンソースの予定はないけど、検討はするかもね。開発をもっと進めるのを応援してもらうためと、プレミアム機能を使えるように、購読ボタンを追加してみたんだ。もし機能を追加するとしたら、どんな機能だったらお金払っても良いかな？
主にテンプレートかな。headless CMSから動いて、ある程度カスタマイズして印刷できるといいな。headless CMSに行ったり、他のツールを使ったりせずに、ブラウザで編集できるのが良いね。もう他の選択肢も見たけど、これは自分で作るか買うかの問題だわ。
君が言ってることを理解した上で、こんなアイデアを考えたんだけど、どうかな？インターフェースで変数を追加できて、君のデバイス上の安全な場所で君のheadless CMSのAPIを呼び出し、SDKを使ってAPIのレスポンスの値を変数に割り当ててPDFをプログラム的に作れるようにするんだ。そんで印刷ボタンをつける。これで全部プライベートなままで、自動化できるんだけど。これで良い？もしこれで行くなら、いくらくらい払うのを期待する？
値段は難しいけど、大体それで合ってるよ。うちではウェブテンプレートでも、ライブプレビュー機能を使って同じようなことやってるんだ。これから計画を立てるんだけど、この時期にこれがどれくらい優先度が高いか考えなきゃね。
わかったよ。君が求めてる機能は間違いなく検討してる。いろんなことに応用できるかもしれないね。計画が終わった後、どうなったか知りたいな。その後どうなったか連絡してもいい？BreezePDFのホームページにあるお問い合わせフォームからメッセージ送ってくれるか、一番良い連絡方法を教えてよ。じゃあね。
これってオープンソース？良い感じの無料かつオープンの、PDFの”ユーティリティ”アプリは、みんな欲しいと思うんだよね。今どきのデジタルビジネスって、Adobeとか無料じゃないオンラインサービスにお金払わないと、たかが書類を編集するだけでもちゃんとした機能がないって、結構キツいんだわ。
今はオープンソースじゃないけど、検討はするよ。これはちゃんと考える必要があるんだ。一度オープンソースにすると、元に戻すのは結構大変だからね。だから、やるならちゃんと確信を持ってからにしたいんだ。中にはコードをいじりたい人もいるかもしれないけど、ほとんどの人は開発者じゃないし、そういうことはしないと思う。VCとか後ろ盾は何もなくて、全部一人でやってるんだ。費用はサーバー代だけで、全部君のローカルのデバイスで処理されるんだ。だから、今無料で提供してる機能を今後有料にするってことは、全然ないよ。
＞ 今はオープンソースじゃないけど、検討はするよ。これはちゃんと考える必要があるんだ。一度オープンソースにすると、元に戻すのは結構大変だからね。だから、やるならちゃんと確信を持ってからにしたいんだ。
”アップロードなし、100％プライバシー保証”っていうサイトの約束は、コードを見れないと信用しにくいよね。
オープンソースじゃないけど無料でWindowsで使えるやつなら、PDFGearがあるよ。
いくつか提案！ペン入力（Apple Pencil）がカクカクしてるんだけど、これはブラウザが複数のペンイベントをまとめちゃって、ペンの入力速度が遅くなるからだよ。PointerEvent.getCoalescedEventsってのを使うと良いよ。筆圧対応もあれば、署名とかもっとリアルになるんじゃないかな。あと、どこにでも描けると嬉しいな。今はXournal++で注釈つけてるけど、重くて他に良いのないか探してるんだ。
