Perataan PDF Online Gratis

Cara kerja

1. Pilih atau seret file PDF di atas.
2. Pilih elemen mana yang akan diratakan (bidang formulir dan/atau anotasi).
3. Klik "Ratakan PDF" untuk memproses file di peramban Anda · tidak ada yang diunggah.
4. Unduh PDF yang diratakan segera dengan semua elemen interaktif diubah menjadi konten statis.

Mengapa Meratakan PDF?

Meratakan PDF penting untuk menyelesaikan dokumen, mencegah modifikasi yang tidak disengaja, dan memastikan kompatibilitas antar sistem. Ketika Anda meratakan formulir, semua data yang dimasukkan pengguna menjadi permanen dan tidak dapat diedit. Ini sangat penting untuk dokumen hukum, kontrak, aplikasi yang telah diselesaikan, dan catatan yang diarsipkan. Perataan juga sedikit mengurangi ukuran file dan memastikan PDF terlihat identik di semua perangkat dan aplikasi, karena tidak diperlukan interpretasi formulir.

Apa yang Diratakan?

• Bidang Formulir · Kotak teks, kotak centang, tombol radio, menu tarik-turun, dan bidang tanda tangan menjadi teks atau grafik statis.
• Anotasi · Komentar, sorotan, garis bawah, stempel, dan markup lainnya digabungkan ke latar belakang halaman.
• Nilai Bidang · Setiap data yang dimasukkan ke dalam bidang formulir dipertahankan dan menjadi konten halaman permanen.
• Tampilan Visual · Tata letak, font, warna, dan desain tetap persis seperti sebelum perataan.

Kapan Meratakan PDF

• Formulir yang Telah Diisi · Ratakan setelah mengisi aplikasi, kontrak, atau survei untuk menyelesaikan dokumen.
• Dokumen Hukum · Pastikan bahwa kontrak yang ditandatangani dan perjanjian hukum tidak dapat dimodifikasi setelah pelaksanaan.
• Pengarsipan · Ratakan sebelum penyimpanan jangka panjang untuk memastikan dokumen tetap tidak berubah dan dapat dibaca.
• Berbagi · Kirim PDF yang diratakan ketika Anda tidak ingin penerima mengubah bidang formulir.
• Pencetakan · Ratakan sebelum mencetak untuk memastikan semua konten muncul dengan benar di kertas.

Pertanyaan yang sering diajukan

Apakah PDF akan terlihat berbeda setelah perataan?

Tidak. Perataan mempertahankan tampilan visual PDF Anda secara persis. Semua bidang formulir, anotasi, dan konten akan terlihat identik seperti sebelumnya. Hanya interaktivitas yang dihapus.

Dapatkah saya membatalkan perataan?

Tidak. Setelah PDF diratakan, bidang formulir dan elemen interaktif asli digabungkan ke latar belakang halaman. Anda tidak dapat memulihkannya. Selalu simpan cadangan PDF asli jika Anda mungkin perlu mengeditnya nanti.

Bagaimana jika PDF tidak memiliki bidang formulir?

Jika PDF tidak berisi bidang formulir atau anotasi, file akan diproses tetapi tidak terjadi perataan. File output akan mirip dengan input. Anda dapat meratakan PDF apa pun dengan aman, bahkan yang tidak memiliki elemen interaktif.

Apakah PDF saya diunggah ke server?

Tidak. Semua perataan terjadi secara lokal di peramban Anda. PDF Anda tidak pernah meninggalkan perangkat Anda, memastikan privasi dan keamanan yang lengkap.

Apakah perataan mengurangi ukuran file?

Sedikit. Menghapus definisi bidang formulir dapat mengurangi ukuran file sebesar 1-5% tergantung pada struktur PDF. Namun, perataan terutama tentang menyelesaikan dokumen daripada kompresi.

Berapa batas ukuran file?

Alat ini mendukung PDF hingga 100 MB. Waktu pemrosesan tergantung pada ukuran dan kompleksitas file. Sebagian besar PDF diratakan dalam hitungan detik.

Apa arti sebenarnya «meratakan PDF»

«Meratakan» adalah salah satu kata kerja perkakas PDF yang sebenarnya merujuk pada beberapa operasi yang benar-benar berbeda tergantung pada apa yang diratakan, dan perbedaannya penting karena operasi berhasil atau gagal karena alasan yang berbeda. Perataan bidang formulir adalah operasi yang dilakukan alat ini secara default. Bidang formulir PDF, dalam pengertian AcroForm, adalah konstruksi logis: ada objek bidang di katalog dokumen dengan nama seperti FirstName dan nilai seperti Sasha, dan ada satu atau lebih anotasi widget di halaman yang merender bidang itu secara visual. Widget tahu apa yang harus digambar karena kamus tampilannya (/AP) menunjuk ke aliran konten kecil yang berisi operator gambar, font yang disematkan, dan teks. Bidang dan widget adalah dua objek yang berbeda: yang satu menyimpan data, yang lain menyimpan gambar. Perataan membalik hubungan ini: aliran tampilan digambar langsung ke aliran konten halaman seolah-olah selalu menjadi bagian dari halaman, dan kemudian objek bidang dan widget dihapus. Pikselnya terlihat identik, tetapi struktur formulir telah hilang.

Perataan anotasi adalah operasi analog untuk anotasi non-formulir: catatan tempel, sorotan, coretan, gambar tangan bebas, balon teks, stempel. Setiap anotasi markup juga memiliki aliran tampilan (/AP/N) yang digunakan pembaca untuk menggambar tanda; perataan menulis aliran itu ke halaman dan menghapus objek anotasi. Tanda visual tetap, kemampuan untuk mengklik, memilih, mengedit, atau menghapus tanda hilang. Alat ini secara default meratakan baik bidang formulir maupun anotasi; dua kotak centang di atas memungkinkan Anda menonaktifkan salah satunya secara independen jika Anda ingin mempertahankan satu jenis interaktivitas sambil menghapus yang lain.

Perataan transparansi adalah hal lain: operasi yang mengambil PDF dengan objek setengah transparan dan mengubahnya menjadi kumpulan ubin yang sepenuhnya buram yang terlihat sama ketika disusun. Konversi arsip PDF/A-1 membutuhkan langkah itu karena PDF/A-1 tidak mengizinkan transparansi. PDF/A-2 dan seterusnya mengizinkan transparansi secara native dan melewatkan langkah tersebut. Alat ini tidak melakukan perataan transparansi, tumpang tindih istilah memang tidak menguntungkan tetapi operasinya berbeda. Jika Anda memerlukan kesesuaian PDF/A-1, jalankan dulu alat ini untuk meratakan formulir dan anotasi, lalu jalankan konverter PDF/A khusus yang menangani langkah transparansi.

Cara kerja alat ini

Alat ini menggunakan pdf-lib, pustaka PDF JavaScript yang ditulis oleh Andrew Dillon dan dirawat sebagai sumber terbuka sejak 2018. pdf-lib diimplementasikan dalam TypeScript dan dikompilasi ke sekitar 1,1 MB JavaScript murni tanpa dependensi native atau WebAssembly. Berjalan di lingkungan JavaScript mana pun: tab browser di sini, tetapi juga Node.js, Deno, React Native, dan service worker. Pustaka ini adalah standar de facto untuk manipulasi PDF sisi browser: digunakan oleh Documenso, oleh fitur pengeditan PDF dari beberapa produk SaaS utama, dan oleh banyak alat internal dan pipeline pemrosesan formulir.

Saat Anda memilih PDF, API File browser menyerahkan byte mentah langsung ke pdf-lib yang berjalan di mesin JavaScript halaman. pdf-lib menganalisis file menjadi model objek, menelusuri pohon AcroForm untuk menghitung bidang, mengekspos jumlahnya ke halaman, dan menunggu tombol Ratakan. Ketika Anda mengklik Ratakan, opsi yang dipilih diteruskan ke metode form.flatten() dari pdf-lib, yang mengulangi setiap bidang, meregenerasi aliran tampilan untuk menangkap nilai saat ini, menyalin aliran tampilan ke halaman setiap widget di persegi panjang widget, dan menghapus objek widget dan bidang dari dokumen. Byte yang dihasilkan diserialisasi ke Blob yang dibungkus halaman dalam URL unduhan. Tidak ada permintaan jaringan yang ditembakkan selama perataan. Anda dapat memverifikasi bahwa tidak ada unggahan: buka alat pengembang browser pada tab Jaringan sebelum mengklik Ratakan, jalankan operasi, dan amati apakah ada permintaan dengan konten file Anda. Tidak akan ada.

Struktur AcroForm, secara singkat

Saat PDF berisi formulir interaktif, katalog dokumen menyertakan entri /AcroForm yang menunjuk ke kamus AcroForm. Bidang penopang kamus adalah /Fields (larik objek bidang, masing-masing dengan nama parsial, nilai saat ini, jenis bidang, dan larik kids dari referensi anotasi widget), /DR (kamus sumber daya default yang menampung font dan ruang warna yang dirujuk oleh aliran tampilan bidang), /DA (string tampilan default, fragmen aliran konten satu baris seperti 0 0 0 rg /Helv 12 Tf yang mengatur warna teks, font, dan ukuran default), dan /NeedAppearances (bendera boolean).

Bendera /NeedAppearances penting karena perataan pdf-lib menghormati tampilan yang disimpan di setiap widget. Ketika bendera bernilai true, pembaca diharapkan meregenerasi aliran tampilan sebelum menampilkan, jadi aliran di disk bisa basi. Aturan praktisnya adalah meregenerasi tampilan sebelum perataan, yang dilakukan alat ini untuk Anda. Satu bidang dapat memiliki beberapa anotasi widget di halaman yang berbeda (berguna untuk grup tombol radio atau blok tanda tangan yang berulang); satu widget hanya dapat menjadi milik satu bidang. Widget itu sendiri hanyalah anotasi dengan /Subtype /Widget, referensi parent ke objek bidang, rect yang menunjukkan tempat menggambar di halaman, dan aliran tampilan /AP/N yang digambar di sana.

Sejarah singkat formulir PDF

• 1996, PDF 1.2, Acrobat 3, AcroForm diperkenalkan. Bidang formulir adalah objek PDF di katalog dokumen; anotasi widget merendernya di halaman. Modelnya sederhana, tampilan ditetapkan oleh penulis, dan data berpindah lewat FDF (Forms Data Format) dan XFDF (varian XML).
• 2002, Adobe mengakuisisi Accelio. Adobe mewarisi teknologi XFA, bahasa definisi formulir berbasis XML yang dikembangkan di Kanada yang telah diserahkan JetForm (kemudian Accelio) ke W3C pada 1999.
• 2003, PDF 1.5, Acrobat 6, formulir XFA diperkenalkan di dalam PDF. Formulir XFA adalah dokumen XML lengkap yang disematkan di PDF sebagai paket. XFA statis merender XML ke tata letak tetap; XFA dinamis mengubah tata letak sebagai respons terhadap data, skrip, dan input pengguna. XFA dinamis tidak dapat ditampilkan oleh apa pun selain Adobe Reader dan Adobe Acrobat.
• 2008, PDF 1.7 distandarkan sebagai ISO 32000-1. AcroForm dan XFA keduanya secara formal merupakan bagian dari spesifikasi, meskipun XFA dirujuk dari dokumentasi Adobe eksternal alih-alih sepenuhnya dispesifikasikan inline.
• 2017, PDF 2.0 diterbitkan sebagai ISO 32000-2, XFA tidak dipakai lagi. Standar sekarang mengatakan bahwa prosesor interaktif yang mendukung XFA «harus dengan jelas menunjukkan kepada pengguna ketika mereka berinteraksi dengan formulir XFA», yang merupakan cara sopan untuk mengatakan format tersebut sedang menuju pensiun. AcroForm tetap menjadi satu-satunya format formulir PDF yang distandarkan.
• 2020 dan seterusnya, AcroForm adalah standar praktis. Sebagian besar pembaca PDF non-Adobe tidak lagi mendukung XFA sama sekali. AcroForm meratakan dengan bersih dengan pustaka PDF yang masuk akal mana pun karena strukturnya didefinisikan dengan baik. XFA tidak meratakan dengan alat non-Adobe karena versi dinamis memerlukan mesin JavaScript dan mesin tata letak yang pada dasarnya hanya disertakan oleh Adobe Reader dan Acrobat.

Semesta anotasi

PDF mendefinisikan sekitar 25 subtipe anotasi. Yang ditangani operasi perataan, dalam urutan kira-kira berdasarkan frekuensi: Text (ikon catatan tempel dengan jendela popup); Highlight, Underline, Squiggly, StrikeOut (kelompok markup teks, masing-masing dengan larik /QuadPoints yang menggambarkan segiempat yang akan digambar); FreeText (anotasi teks persegi panjang yang ditempatkan langsung di halaman, digunakan untuk balon dan label sebaris); Line, Square, Circle, Polygon, PolyLine (kelompok bentuk); Ink (goresan pena bebas tangan dari pena digital atau stylus); Stamp (gambar stempel seperti «Approved» atau «Confidential»); FileAttachment (ikon dengan file terlampir); Caret (tanda kecil «sisipkan teks di sini», sering dipasangkan dengan Highlight); Popup (jendela mengambang yang menampung teks komentar yang terlihat pengguna, diratakan bersama dengan anotasi markup induknya); Widget (kelompok bidang formulir, ditangani oleh perataan AcroForm alih-alih perataan anotasi).

Setiap jenis anotasi memiliki aturan tampilannya sendiri, tetapi operasi perataan tidak perlu mengetahuinya; operasi hanya merender apa pun yang ada di aliran /AP/N anotasi ke halaman. Anotasi tanpa /AP (minoritas kecil, kebanyakan PDF yang salah format) tidak dapat diratakan dengan andal dan biasanya dibiarkan utuh. Anotasi Link (hotspot URL yang dapat diklik) secara teknis adalah anotasi tetapi biasanya tidak diratakan oleh alat ini: indikasi visual (teks bergaris bawah) sudah menjadi bagian dari konten halaman dan tidak ada grafis untuk disematkan, jadi menghapus tautan hanya akan menghapus target klik.

Alur kerja nyata yang mendorong perataan PDF

• Pengajuan elektronik pengadilan melalui CM/ECF dan sistem serupa. Sistem pengadilan federal AS mengharuskan PDF yang dapat diisi diratakan sebelum diunggah ke sistem pengajuan kasus elektronik CM/ECF-nya. Alasannya adalah CM/ECF menyimpan PDF dan data formulir secara terpisah, dan formulir yang dapat diisi telah menjadi sumber kebingungan berulang, data hilang, dan tiket kerusakan bidang. Beberapa pengadilan distrik memposting pemberitahuan eksplisit tentang cara meratakan. Sistem serupa di pengadilan Kanada, Inggris, dan UE menerapkan aturan yang sama. Alur kerja standar adalah mengisi formulir, meratakan, dan mengunggah salinan yang diratakan.
• Platform tanda tangan elektronik yang menangani bidang yang ada dengan tidak sempurna. DocuSign dan Adobe Sign sama-sama harus melakukan sesuatu terhadap bidang AcroForm di PDF yang diunggah, dan konversi ke representasi bidang tanda tangan internal mereka terkadang kehilangan data, merusak penyelarasan, atau salah memberi nama pada bidang. Adobe Sign secara eksplisit menawarkan tombol «ratakan saat unggah» untuk mencegah kesalahan konversi. Pra-meratakan di sini memberi Anda kontrol atas apa yang dipasang permanen alih-alih menyerahkan keputusan itu kepada platform tanda tangan.
• Mengarsipkan kontrak yang ditandatangani dan catatan perusahaan. Tim hukum meratakan kontrak yang ditandatangani sebelum pengarsipan jangka panjang sehingga akses selanjutnya ke kontrak tidak memberikan peluang untuk memodifikasi data formulir. Perataan membuat nilai menjadi bagian dari konten halaman yang permanen. Sama umumnya untuk catatan SDM, pengembalian pajak yang telah diisi, dan dokumen kepatuhan apa pun yang perlu tetap sama secara semantik melalui peningkatan perangkat lunak pembaca di masa depan.
• Konversi arsip PDF/A. PDF/A-1 (standar arsip 2005) tidak mengizinkan transparansi, multimedia tertanam, JavaScript, atau konten terenkripsi, dan sangat memilih tidak adanya bidang AcroForm, dengan teori bahwa dokumen arsip tidak boleh bergantung pada pembaca masa depan yang mengimplementasikan semantik formulir dengan benar. Meratakan sebelum konversi PDF/A-1 adalah alur kerja standar. PDF/A-2 dan yang lebih baru mengendurkan beberapa pembatasan ini tetapi masih lebih menyukai formulir yang diratakan untuk keandalan arsip.
• Alur kerja cetak dan cetak-ke-PDF. Beberapa driver cetak menangani bidang formulir yang diisi secara tidak konsisten, terutama saat PDF diisi di satu pembaca dan dicetak dari pembaca lain (Preview di macOS membaca PDF yang diisi di Acrobat adalah kasus buku teks). Meratakan sebelum mencetak menghilangkan variabilitas antar pembaca: aliran tampilan yang ada di layar pada saat perataan adalah tampilan yang berakhir di kertas.
• Membagikan formulir yang diisi saat penerima tidak boleh mengedit. PDF masih terlihat seperti formulir, tetapi bidang tidak dapat dikosongkan, kotak centang tidak dapat dihilangkan, dan nilai tidak dapat diedit. Bendera bidang hanya-baca ada untuk tujuan yang sama, tetapi perataan lebih tahan lama: pembaca tidak dapat mengabaikan ketiadaan bidang secara selektif seperti terkadang mengabaikan bendera hanya-baca.

Jebakan umum dan artinya

• Keluaran memiliki bidang kosong di tempat nilai yang diisi sebelumnya. PDF ditulis dengan /NeedAppearances true dan tidak pernah memiliki aliran tampilan widgetnya dihasilkan; pembaca meregenerasinya secara langsung setiap kali file dibuka, sehingga nilainya terlihat tetapi tidak persisten. Perbaikannya adalah meregenerasi tampilan sebelum perataan. Alat ini melakukannya secara otomatis, tetapi beberapa implementasi perataan lain (termasuk beberapa alat baris perintah) melewatkan regenerasi dan menghasilkan PDF dengan bidang kosong dari file sumber dengan /NeedAppearances true.
• Beberapa bidang meratakan tetapi yang lain tidak. Formulir adalah campuran AcroForm dan XFA, atau XFA murni. Bidang AcroForm meratakan; bidang XFA memerlukan alat Adobe karena tata letak yang digerakkan XML tidak dapat dirender oleh pustaka lain. Perbaikannya adalah membuka PDF di Adobe Acrobat dan melakukan «Save As Other, Reader Extended PDF» untuk mengonversi ke AcroForm, atau menerima bahwa bidang XFA akan tetap interaktif. File dari layanan pemerintah Kanada dan otoritas pajak Jerman sering masih XFA saja.
• Font terlihat sedikit salah setelah perataan. Aliran tampilan formulir merujuk font berdasarkan nama di string tampilan default /DA tetapi font tidak disematkan; pembaca PDF menggantikan font sistem pada saat ditampilkan, dan perataan memasang permanen penggantian itu. Ini menghasilkan teks yang benar secara visual di pembaca yang memiliki fallback yang sama dan teks yang berbeda secara visual di pembaca yang tidak memilikinya. Perbaikannya adalah meratakan dengan Helvetica yang disematkan, yang dilakukan pdf-lib secara default; dalam kasus patologis, PDF sumber memerlukan font disematkan sebelum perataan.
• Tanda tangan digital sekarang tidak valid. Berdasarkan desain. Tanda tangan digital adalah hash kriptografi yang dihitung di atas rentang byte dokumen, jadi perubahan struktural apa pun (termasuk perataan) membatalkannya. Jika Anda berniat mempertahankan tanda tangan, jangan meratakan. Jika Anda berniat meratakan, tanda tangani setelahnya, bukan sebelumnya. Gambar tanda tangan yang digambar hanyalah grafis dan bertahan dari perataan utuh, tetapi tidak pernah membawa verifikasi kriptografi sejak awal, hanya klaim visual.
• PDF yang diratakan berukuran sama atau lebih besar dari aslinya. Perataan terkadang meningkatkan ukuran file. Font yang disematkan yang dirujuk aliran tampilan sekarang harus disertakan dalam sumber daya halaman alih-alih sebagai default formulir, dan pdf-lib tidak menghapus duplikat subset font secara agresif antar halaman. Perbedaannya biasanya kecil (di bawah 10 persen), tetapi tidak selalu merupakan pengurangan. Tujuan perataan adalah struktural, bukan kompresi. Untuk mengurangi ukuran, jalankan PDF yang diratakan melalui Kompres PDF Online Gratis.
• Bidang formulir terlihat baik dalam pratinjau tetapi menghilang setelah perataan. Bidang memiliki bit bendera /F yang menandainya sebagai Hidden atau NoView (bendera anotasi spesifikasi PDF). Bidang tersembunyi menurut definisi tidak memiliki tampilan untuk digambar, jadi meratakannya tidak menghasilkan apa pun di halaman. Ini adalah perilaku yang benar tetapi mengejutkan jika Anda tidak tahu bidangnya tersembunyi. Periksa PDF dalam mode edit formulir Adobe Acrobat untuk melihat bidang mana yang ditandai sebagai tersembunyi.

Perataan hanya-browser versus perataan cloud

Setiap layanan perataan PDF cloud (Smallpdf, ILovePDF, PDF24 web, Adobe Acrobat Online, Sejda, DocHub, dan selusin operator lebih kecil) mengunggah PDF Anda ke server operator, menjalankan perataan di sana, dan mengembalikan salinan yang diratakan sebagai unduhan. PDF melintasi internet publik yang dienkripsi dengan TLS, beristirahat di penyimpanan operator selama jendela yang berkisar dari menit hingga hari tergantung operator, diratakan oleh pustaka PDF operator yang berjalan di infrastruktur operator, dan kemudian dihapus. Kebijakan privasi umumnya berkomitmen pada penghapusan dalam beberapa jam hingga satu hari, TLS dalam perjalanan, dan (untuk operator yang lebih besar) infrastruktur bersertifikat ISO/IEC 27001. Operator memiliki alasan komersial untuk menghormati komitmen tersebut. Mereka juga memiliki log, snapshot cadangan, dan aliran data respons insiden yang, secara umum, tidak dicakup oleh komitmen penghapusan.

Alat ini tidak mengunggah PDF. Kode pdf-lib berjalan di tab browser Anda, menerima byte file melalui API File, melakukan perataan di mesin JavaScript, dan mengembalikan byte yang diratakan sebagai Blob ke tab yang sama. Anda dapat membuktikan bahwa tidak ada unggahan: buka alat pengembang pada tab Jaringan sebelum mengklik Ratakan, jalankan operasi, dan amati bahwa tidak ada permintaan yang ditembakkan dengan konten file Anda. Kode pdf-lib dimuat sekali dari CDN saat pemuatan halaman dan di-cache oleh browser; operasi perataan tidak melakukan permintaan jaringan tambahan. Tukar tambahnya adalah cakupan fitur: layanan cloud sering kali membundel OCR, konversi Word/Excel, atau kompresi agresif bersama dengan perataan. Perataan sisi browser di sini hanya melakukan perataan. Untuk OCR atau konversi format, layanan cloud adalah panggilan yang tepat; untuk dokumen sensitif yang sikap privasinya penting, browser-lah itu.

Pertanyaan yang sering diajukan lainnya

Jenis formulir apa yang ditangani alat ini?

AcroForm dalam semua variannya: bidang teks, kotak centang, tombol radio, tarik-turun, kotak daftar, tombol tekan, dan bidang tanda tangan (widget visual, bukan tanda tangan kriptografi). Formulir XFA tidak didukung karena tata letak dinamis XFA memerlukan JavaScript dan mesin tata letak milik Adobe. Jika formulir Anda hanya XFA, perataan akan berhasil tetapi akan membiarkan formulir tetap interaktif; membuka PDF di Adobe Acrobat dan menyimpannya sebagai Reader Extended PDF mengonversi sebagian besar formulir XFA menjadi setara AcroForm yang kemudian dapat diratakan alat ini.

Dapatkah saya meratakan hanya satu halaman atau hanya satu bidang?

Tidak. Alat ini meratakan seluruh dokumen. Perataan selektif (satu bidang sekali atau satu halaman sekali) memerlukan Adobe Acrobat Pro atau pustaka pengembangan yang dipanggil dari skrip kustom. Untuk sebagian besar alur kerja, perataan seluruh dokumen adalah yang Anda inginkan, karena «beberapa bidang statis, lainnya dapat diedit» jarang menjadi tujuannya.

Apakah ini menjaga bookmark, metadata, dan lampiran?

Ya untuk bookmark (garis besar dokumen), metadata dokumen (judul, penulis, subjek, kata kunci, tanggal pembuatan dan modifikasi), file dan lampiran tersemat, grup konten opsional (lapisan), dan struktur aksesibilitas PDF bertag untuk konten non-formulir. Tag terkait formulir dihapus bersama bidang, yang merupakan perilaku yang diharapkan untuk perataan. Hyperlink bertahan ketika «ratakan anotasi» tidak dicentang; ketika kedua opsi dicentang, hotspot anotasi Link juga dihapus (teks bergaris bawah yang terlihat tetap ada).

Bagaimana dengan PDF yang dilindungi kata sandi?

Perataan tidak dapat berjalan pada PDF terenkripsi: pdf-lib perlu membaca struktur formulir, dan pembacaan dihalangi oleh dekripsi. Buka kunci PDF terlebih dahulu dengan Buka Kunci PDF Gratis Online, lalu ratakan. Jika Anda ingin keluaran yang diratakan dilindungi kata sandi, jalankan setelahnya melalui Perlindungan Kata Sandi PDF Gratis Online. Urutan tiga langkah buka kunci, ratakan, lindungi adalah alur kerja standar untuk pipeline arsip «finalisasi dan amankan kembali».

Apakah ini sama dengan mencetak ke PDF?

Praktis serupa, secara struktural berbeda. Mencetak ke PDF merasterisasi atau memaksakan kembali halaman melalui pipeline cetak sistem operasi, yang biasanya meratakan bidang sebagai efek samping tetapi juga menyandikan ulang gambar, menyemat ulang font dalam subset yang berbeda, dan terkadang mengubah ukuran halaman atau margin. Perataan alat ini beroperasi langsung pada struktur objek PDF, mempertahankan gambar, font, dan geometri halaman asli secara tepat. Gunakan cetak-ke-PDF saat Anda ingin salinan rasterisasi baru; gunakan perataan saat Anda menginginkan PDF asli dengan hanya struktur formulir dihapus.

Apakah ada padanan desktop atau baris perintah?

pdf-lib berjalan di Node.js (npm install pdf-lib) dan panggilan perataannya sama: await form.flatten() diikuti oleh await pdfDoc.save(). Untuk baris perintah, qpdf memiliki padanan parsial (qpdf --flatten-rotation --generate-appearances) yang menangani regenerasi tampilan tetapi tidak langkah penghapusan formulir; operasi flatten pdftk melakukan penghapusan tetapi melewatkan regenerasi tampilan. Item menu «Flatten Fields» Adobe Acrobat Pro menangani kedua langkah secara native dan merupakan referensi untuk paritas perilaku.

Alat terkait