TXT ke PDF

Pemilih berkas membaca .txt Anda melalui API FileReader peramban, yang mendeteksi UTF-8 (dengan atau tanpa BOM), UTF-16 LE/BE, dan kembali ke pengaturan default sistem operasi untuk pengodean lama seperti Windows-1252 atau ISO-8859-1. UTF-8 adalah pilihan yang aman — setiap editor teks modern (VS Code, Notepad, TextEdit, Sublime, Vim) menulis dalam UTF-8 kecuali Anda mengaturnya lain. Jika PDF hasil menampilkan kotak atau tanda tanya alih-alih huruf beraksen, berkas sumbernya memakai pengodean lama; buka di editor Anda, lakukan "Simpan sebagai" UTF-8, lalu unggah ulang. Fon Helvetica, Times, dan Courier yang disertakan PDF hanya mencakup himpunan karakter WinAnsi — untuk CJK atau Sirilik lengkap, lihat pertanyaan berikutnya.

Tidak secara langsung. Tiga pilihan fon (Helvetica, Times, Courier) adalah fon Standar 14 PDF, yang hanya mencakup WinAnsi (Latin + Eropa Barat). Karakter di luar rentang itu — hanzi Tionghoa, kana Jepang, Arab, Sirilik, Yunani, Ibrani, Thai — tampil sebagai glif yang hilang (kotak) di hasilnya. Untuk teks beraksara tersebut, ketik atau tempel di mode Ketik/tempel lalu ekspor dari alat pemformatan yang lebih lengkap, atau gunakan alur kerja kami yang lain: tempel teks Anda ke Word, simpan sebagai DOCX, lalu jalankan Word ke PDF — alur itu menanamkan fon Unicode yang mencakup semua aksara umum. Kami mungkin menambahkan penanaman fon Unicode di sini pada pembaruan mendatang.

Pemutus baris keras (\n dan \r\n) pada teks sumber Anda dipertahankan sebagai pemisah paragraf di PDF. Tab diubah menjadi empat spasi saat penataan. Baris panjang yang melebihi lebar teks yang tersedia dibungkus lunak pada batas kata; pembungkusan asli dari editor Anda diabaikan agar tidak muncul kata yatim yang janggal saat Anda mengubah ukuran halaman atau margin. Perataan rata kanan-kiri (justify) melebarkan jarak antarkata pada setiap baris kecuali baris terakhir tiap paragraf. Jika Anda butuh pemformatan monospace yang tepat di mana kolom karakter harus sejajar (seni ASCII, kode, tabel), pilih Courier dengan perataan Kiri — kombinasi itu menjaga setiap karakter pada posisi kolom yang sama.

Tidak. Isi area teks tetap berada di halaman; berkas .txt yang Anda unggah dibaca melalui FileReader (yang tidak pernah menyentuh jaringan); PDF dibangun secara lokal memakai pdf-lib (WebAssembly) atas sebuah Blob dan ditawarkan kepada Anda sebagai unduhan langsung. Anda bisa melihatnya di tab Network pada DevTools: tidak ada POST keluar yang membawa teks Anda. Ini penting jika Anda mengonversi draf, catatan harian, kode sumber, catatan berisi kredensial, atau teks apa pun yang tidak ingin Anda serahkan ke server. Menutup tab akan membuang isi area teks — tidak ada yang disimpan di localStorage juga.

Bisa. Ukuran halaman menawarkan A4 (210 × 297 mm), Letter (8,5 × 11 inci / 216 × 279 mm), dan Legal (8,5 × 14 inci / 216 × 356 mm). Preset margin adalah 10 mm, 20 mm (default — sesuai default Word/Pages), dan 30 mm, diterapkan merata pada keempat sisi. Pilihan jarak baris adalah 1.0 (rapat, seperti teks berspasi tunggal), 1.15 (default — sedikit lebih longgar, seperti default Microsoft Word), 1.5 (esai sekolah), dan 2.0 (spasi ganda untuk dicetak dan disunting). Ukuran fon mulai 10 pt hingga 24 pt. Belum ada kontrol "indentasi baris pertama" atau "spasi setelah paragraf" — paragraf dipisahkan oleh satu baris kosong jika teks sumber memilikinya.

Dalam praktiknya, teks polos hingga beberapa megabita berjalan baik — itu ratusan halaman, jauh melampaui dokumen biasa. Alat ini menyimpan seluruh teks di memori, menatanya, dan merender PDF secara sinkron di thread utama; berkas yang sangat besar (lebih dari 10 MB teks, puluhan ribu baris) dapat membekukan tab peramban selama beberapa detik saat penataan. Kami tidak menetapkan batas maksimum yang kaku. Setiap halaman pada PDF hasil hanya menyimpan teks dan referensi fon, sehingga ukuran berkas didominasi oleh fon yang ditanamkan (~30 KB untuk Helvetica), bukan oleh jumlah halaman.