Mengapa kami melewatkan aplikasi desktop

Ketika berkas tidak boleh meninggalkan jaringan privat, permintaan berikutnya biasanya adalah pemasang untuk Windows atau macOS. Kami sengaja menolak bentuk itu. GUI desktop akan menjadi basis kode antarmuka kedua. Begitu kedua pohon itu menyimpang, perbedaan fitur antara "aplikasi" dan /api/v1/ hampir tidak terhindarkan.

Batasannya adalah batas jaringan, bukan tampilannya

"Byte tetap di sini" cukup dipenuhi oleh pdfx-server yang Anda jalankan sendiri, bukan secara khusus oleh WinForms atau Electron. Compose plus pdfx (lokal, atau --cloud terhadap base URL Anda) mempertahankan satu katalog operasi di belakang browser, REST, MCP, dan CLI.

Cara menegakkan tumpukan itu didokumentasikan di Self-host: task docker:build / task docker:up untuk Compose (API di :8080, portal di :3000), atau task pdfx:dev secara native di samping portal untuk pekerjaan lokal. Setel SECURITY_CUSTOMGLOBALAPIKEY bila Anda menginginkan gerbang yang tetap. Artikel ini hanya membahas mengapa tumpukan itu tidak dibungkus sebagai produk desktop.

pdfx lokal tanpa --cloud menjalankan pdf-core di mesin yang menyimpan berkasnya. Itu sudah mencukupi untuk tugas batch offline yang memang tidak pernah membutuhkan GUI. Mode cloud dipakai ketika CLI yang sama harus menyentuh base API self-host atau hosted dengan kontrak multipart yang sama seperti curl.

Berapa biaya fork desktop

Suite untuk konsumen mengoptimalkan penyuntingan kanvas, perbandingan visual, dan pemasang lewat toko aplikasi. Memelihara permukaan itu berarti menduplikasi setiap operasi baru (flag merge, mode OCR, default sanitasi) ke dalam GUI yang bukan kontrak OpenAPI yang sudah dipanggil agen.

Plugin dan saluran toko melipatgandakan beban dukungan tanpa memperbaiki perilaku MCP atau Idempotency-Key. Setiap siklus peninjauan toko dan setiap permintaan izin sistem operasi adalah waktu yang tidak berujung ke /v1/openapi.json. Begitu pohon desktop merilis opsi merge yang tidak dimiliki API (atau sebaliknya), otomasi dan demo diam-diam berbeda.

OCR adalah contoh konkret mengapa duplikasi merugikan. Jalur server saat ini mengembalikan Markdown (text/markdown) dengan mode Auto dan Force (ocrType=force-ocr untuk Force). Antarmuka desktop yang masih menjanjikan "PDF yang bisa dicari dengan lapisan tersembunyi" akan berbohong tentang alur yang berbeda. Menjaga satu definisi operasi menghindari perpecahan itu.

Satu katalog, empat klien, tanpa antarmuka kedua

Produk ini sudah punya empat cara memanggil operasi yang sama: formulir portal, curl ke /api/v1/…, MCP di /mcp, dan pdfx lokal maupun cloud. Merge adalah contoh konkretnya: gabungkan PDF menurut urutan unggahan tanpa meraster halaman menjadi gambar, entah Anda mengklik Process atau mengirim bagian fileInput.

Edisi desktop akan menjadi cara kelima dengan jalur rilis terpisah. Mode gagal yang kami khawatirkan bukan "kehilangan ikon di baki sistem", melainkan "halaman demo masih bekerja sementara skrip yang bergantung pada operasi yang sama diam-diam rusak".

Apa yang tidak kami klaim

Melewatkan versi desktop tidak berarti menghadirkan penyuntingan interaktif sekelas Acrobat di browser. Alat berbasis formulir dan pekerjaan HTTP tetap menjadi produknya. Kanvas Edit daring, perbandingan visual, dan antarmuka Sign untuk konsumen sengaja dibiarkan di luar cakupan. Jika Anda membutuhkan penerapan privat, jalankan compose up dan arahkan klien ke base API Anda. Jika Anda membutuhkan editor piksel, gunakan suite yang memang dibangun untuk itu; jangan menunggu .exe dari PDF123.

PDF123 hosted tetap menjadi jalur anonim yang cepat. Self-host adalah toolkit yang sama di balik firewall Anda. Tidak ada jalur yang menjadi edisi desktop ketiga yang menyimpang. Untuk perbandingan dengan konverter yang hanya berjalan di browser, lihat Mengapa self-host toolkit PDF. Untuk apa yang Anda dapatkan dan apa yang harus Anda operasikan, lihat Apa yang sebenarnya Anda dapat dari self-host. Untuk cara empat klien non-desktop tetap selaras, lihat Operasi yang sama, empat klien.