4 September 2026Eline Tiva

LibreOffice 26.8 Sudah Rilis: Rutin Pertukaran Dokumen yang Lebih Aman untuk Tim Kecil

LibreOffice 26.8 membawa tipografi baru, penanganan teks multibahasa, dan pelestarian OOXML. Ini rutin rollout praktis bagi tim yang membutuhkan dokumen tetap utuh dari draf sampai klien.

0:00—
Cerita singkat oleh Eline Tiva
Ilustrasi editorial original tentang dokumen yang berpindah antara laptop, desktop, dan layar perangkat.

LibreOffice 26.8 rilis pada 26 Agustus dengan catatan penting bagi siapa pun yang mengirim dokumen lintas tim kecil: keluaran yang rapi baru berguna bila berkasnya tetap dapat dipakai ketika tiba di perangkat dan aplikasi orang lain. Versi mayor baru dari The Document Foundation ini memusatkan perhatian pada tipografi, sistem tulisan, dan pertukaran dokumen. Itu menyentuh pekerjaan sehari-hari studio, sekolah, organisasi nirlaba, maupun bisnis yang masih mengandalkan proposal, daftar harga, laporan, presentasi, atau spreadsheet.

Bagi tim web di Indonesia, rilis ini bukan alasan untuk mengganti office suite yang berjalan baik secara mendadak. Ini alasan untuk memperlakukan pengelolaan dokumen sebagai proses yang disengaja. LibreOffice 26.8 tersedia untuk Windows, macOS, dan Linux dalam 120 bahasa. Ini adalah cabang fitur terbaru. The Document Foundation menyatakan bahwa organisasi dengan lingkungan produksi dapat memilih cabang pemeliharaan 26.2, yang menerima perbaikan tanpa laju perubahan fitur yang sama.

🧭 Keputusan di balik rilis ini

LibreOffice 26.8 adalah rilis mayor, bukan tambalan keamanan rutin. The Document Foundation menyebut pengembangannya dimulai pada Desember 2025 dan melibatkan 206 kontributor, termasuk 155 relawan. Fokus yang mereka nyatakan adalah kualitas tipografi dokumen, dukungan sistem tulisan, serta kesetiaan dokumen ketika berpindah di antara office suite.

Kerangka itu berguna karena istilah “software office baru” dapat menyembunyikan tiga pekerjaan berbeda. Pertama, membuat dokumen baru. Kedua, membuka berkas lama atau berkas dari pihak luar tanpa mengubah maknanya. Ketiga, mengekspor sesuatu yang dapat dibaca pelanggan tanpa mereka perlu tahu aplikasi pembuatnya. Bisnis jarang bisa memilih hanya satu. Proposal mungkin dimulai di Writer, tiba sebagai DOCX, diberi komentar oleh klien pengguna Microsoft 365, lalu keluar sebagai PDF. Spreadsheet dapat dipelihara secara lokal lalu diserahkan kepada akuntan yang memakai program lain.

Rilis ini tidak menjanjikan kompatibilitas sempurna untuk semua fitur proprietari. Namun, ada beberapa perubahan terarah untuk menjaga informasi atau membuat perilaku tata letak lebih dapat diprediksi. Itu dasar yang lebih sehat untuk membahas upgrade ketimbang klaim kabur bahwa satu suite “menggantikan” yang lain.

  • Gunakan 26.8 untuk pilot terkontrol bila fitur baru menjawab masalah dokumen yang benar-benar ada.
  • Pertahankan versi produksi yang stabil untuk template yang terkait tenggat.
  • Uji berkas pelanggan yang nyata, bukan hanya dokumen kosong dan tabel sederhana.
  • Ekspor dokumen keluar menjadi PDF saat penerima membutuhkan tata letak tetap, bukan sumber yang bisa diedit.

Rilis ini juga jelas tentang hal yang tidak disertakan. The Document Foundation menyatakan LibreOffice 26.8 tidak memiliki fitur AI generatif, tidak mengirim dokumen ke layanan jarak jauh untuk diproses, dan tidak memerlukan akses jaringan agar berfungsi. Pernyataan tersebut berbicara tentang rancangan suite, bukan jaminan bahwa setiap ekstensi, drive cloud, cadangan sistem operasi, atau jalur email bersifat privat. Tim tetap perlu mengetahui lokasi penyimpanan dan cara berbagi berkas.

✍️ Perubahan tata letak paragraf yang benar-benar terlihat

Writer memperoleh Paragraph Composer yang menyeimbangkan jarak antarkata di seluruh paragraf, bukan memperlakukan setiap baris rata kanan-kiri secara terpisah. Ini terdengar seperti fitur khusus sampai sebuah tim harus menyiapkan proposal beberapa halaman, katalog, laporan, atau materi pelatihan. Paragraf rata kanan-kiri dapat menimbulkan celah putih yang mengganggu atau jarak kata yang timpang. Sistem yang mempertimbangkan lebih dari satu baris dapat memperbaiki halaman tanpa desainer mengatur setiap paragraf secara manual.

Namun, jangan memperlakukannya sebagai sakelar pemformatan ajaib. Kualitas teks tetap dimulai dari panjang baris yang masuk akal, jenis huruf yang mudah dibaca, pemisah paragraf yang benar, dan hierarki yang mudah dipindai. Dokumen berstruktur buruk dengan judul yang hanya dibuat lebih besar tetap sulit diedit. Template yang memakai spasi paksa atau tab berulang dapat rusak saat font, ukuran halaman, atau perangkat lunak penerima berubah.

Uji yang berguna harus konkret. Ambil dokumen yang pernah memicu keluhan tata letak. Gandakan berkasnya. Aktifkan composer baru hanya di bagian yang sesuai, lalu periksa halaman pertama, halaman tengah yang padat, dan halaman akhir. Bandingkan akhir baris, pemenggalan kata, tabel, perpindahan halaman, header, dan footer. Ekspor dua versi ke PDF lalu lihat pada ukuran baca normal. Bila perubahan memperbaiki hasil nyata tanpa menambah beban review, simpan pengaturannya pada template.

LibreOffice 26.8 juga menambah dukungan asli untuk variasi font OpenType. Variable font dapat menyediakan sumbu seperti ketebalan, lebar, atau ukuran optik dalam satu berkas font. Ini dapat membantu sistem merek menjaga pilihan tipografi yang lebih konsisten, tetapi tidak membuat semua font yang terpasang menjadi variable font atau semua aplikasi penerima berperilaku sama. Studio web perlu membedakan dua hal: font yang berfungsi dalam dokumen mungkin memiliki lisensi, penyematan, dan aturan pemuatan terpisah untuk web.

Untuk pekerjaan klien, aturan tipografi yang aman tetap sederhana. Pakai font dengan lisensi jelas, dokumentasikan keluarga font dan fallback, jangan jadikan ketersediaan font lokal sebagai syarat tersembunyi, dan periksa PDF final. Jika klien harus mengedit sumber, kirim versi yang dapat mereka buka beserta catatan singkat tentang font, ukuran halaman, dan versi office suite yang diharapkan.

Ilustrasi original tentang baris dokumen, grid tipografi, dan kontrol variable font.
Ilustrasi: penjelasan visual tentang pemeriksaan tata letak dan tipografi dokumen.Ilustrasi original oleh 1garis

🌐 Penanganan yang lebih baik untuk tulisan kompleks dan dua arah

Perubahan paling penting dalam 26.8 belum tentu paling mencolok pada dokumen beraksara Latin. Writer kini mendeteksi arah paragraf secara otomatis saat dokumen atau teks biasa dibuka maupun ditempel. Pemenggalan baris menempatkan spasi akhir baris menurut arah paragraf. Karakter kontrol dua arah dapat ditampilkan bersama tanda pemformatan lain. Pegangan ubah ukuran ditujukan agar berfungsi benar pada dokumen kanan-ke-kiri dan CJK vertikal.

Pekerjaan ini penting ketika dokumen berisi lebih dari satu arah tulisan. Seorang staf dapat menempel nama Arab, kutipan Ibrani, URL, kode produk, atau frasa Inggris ke dalam dokumen berbahasa Indonesia. Kesalahan kecil pada arah dapat menempatkan tanda baca di sisi salah, memotong baris secara ganjil, atau membuat objek sulit dipindahkan. Kesalahan itu mungkin tidak terlihat oleh peninjau yang tidak membaca aksara terkait.

Deteksi otomatis mengurangi satu langkah manual, tetapi tidak menggantikan pemeriksaan. Perlakukan arah teks sebagai properti dokumen yang perlu diperiksa ketika materi memuat Arab, Ibrani, Persia, Urdu, konten lintas aksara, atau teks Asia Timur vertikal. Tampilkan tanda pemformatan saat proofing. Minta pembaca yang menguasai aksara itu meninjau nama, kutipan, dan angka sebelum publikasi. Jangan “memperbaiki” baris yang tampak aneh dengan menghapus karakter tak terlihat bila belum memahami fungsinya.

Calc juga mengatur arah sel secara otomatis ketika teks kanan-ke-kiri diketik pada sel kosong. Di Math, fungsi dan operator bernama untuk aksara N’Ko serta Adlam telah ditambahkan. Tidak semua kantor di Indonesia akan memakai perubahan ini, tetapi pesan yang lebih luas tetap relevan: dukungan bahasa adalah bagian dari ketepatan dokumen, bukan hiasan yang ditambahkan setelah logika bisnis selesai.

Untuk studio yang menangani klien multibahasa, buat pemeriksaan intake singkat. Bahasa dan aksara apa yang muncul dalam dokumen? Siapa yang menyetujui ejaan? Apakah keluaran akhir harus dapat diedit? Aplikasi apa yang dipakai penerima? Pemeriksaan dua menit di awal jauh lebih murah daripada memperbaiki layout setelah klien menyebarkan dokumen.

🔁 Pertukaran OOXML membutuhkan alur yang jujur

The Document Foundation menyatakan LibreOffice 26.8 menambah dukungan impor dan ekspor ulang dasar untuk tipe grafik OOXML “chartex” yang lebih baru. Suite ini dapat mempertahankan definisi dasar untuk grafik seperti Box and Whisker, Funnel, Pareto, Sunburst, Treemap, dan Waterfall ketika berkas dibuka lalu disimpan, bahkan saat grafik tersebut belum dapat dirender atau diedit di LibreOffice.

Ini adalah fitur pelestarian, bukan janji bahwa setiap grafik dapat dimodifikasi dengan aman. Tetap saja nilainya besar. Sebuah spreadsheet dapat memiliki satu grafik khusus di antara tabel dan rumus biasa. Jika alat menghapus definisi grafik secara diam-diam, editor berikutnya mungkin baru mengetahui masalah ketika berkas dikembalikan kepada penulis awal. Mempertahankan definisi memberi tim peluang lebih baik untuk mengembalikan dokumen tanpa perubahan destruktif.

Pertanyaan operasional yang tepat bukan “Apakah LibreOffice mendukung DOCX atau XLSX?” Pertanyaannya adalah “Apa yang terjadi pada fitur yang benar-benar dipakai klien kami?” Bangun paket kompatibilitas kecil dari berkas nyata, dengan izin: proposal dengan tracked changes dan komentar, XLSX dengan rumus, pivot, dan grafik, deck dengan gambar serta speaker notes, dan dokumen yang memakai font merek. Hapus isi rahasia sebelum paket dipakai untuk pengujian.

Buka setiap berkas pada aplikasi produksi saat ini dan pada 26.8. Jangan menyimpan di atas berkas asli. Bandingkan rendering terlebih dahulu. Lalu lakukan satu edit yang tidak mengubah isi, simpan sebagai salinan, buka kembali pada aplikasi yang dipakai klien, dan bandingkan lagi. Catat hasil per fitur: layak dibaca, aman diedit, harus diekspor ke PDF, atau harus tetap di aplikasi asal. Hasilnya menjadi kebijakan tim yang dapat dipakai, bukan argumen kompatibilitas yang umum.

PDF berformat tetap masih merupakan handoff yang masuk akal untuk banyak dokumen keluar. PDF tidak menggantikan sumber yang aksesibel saat sumber itu diperlukan, dan tidak memperbaiki isi yang salah, tetapi mencegah reflow tak sengaja ketika font, pengaturan printer, dan office suite pembaca berbeda dari milik Anda.

Grafik rilis LibreOffice 26.8 resmi dari The Document Foundation.
Grafik rilis resmi: LibreOffice 26.8 dari The Document Foundation.The Document Foundation

📊 Calc dan presentasi mendapat manfaat praktis yang tenang

Writer banyak mendapat perhatian dalam rilis yang berfokus pada dokumen, tetapi bisnis kecil bisa menghabiskan lebih banyak waktu di Calc dan Impress. LibreOffice 26.8 menambah calculated fields pada pivot table Calc, perintah shuffle untuk rentang, dan kontrol border yang mengingat gaya terakhir dipakai. Catatan rilis juga menjelaskan perbaikan line break pada sel rujukan dan visibilitas kontrol formulir XLSX di Navigator.

Tidak satu pun perubahan tersebut seharusnya memicu upgrade seluruh organisasi. Secara bersama-sama, perubahan itu layak diuji secara terarah oleh tim yang pekerjaannya bergantung pada rutin spreadsheet berulang. Calculated field pivot dapat mengubah cara laporan dirakit. Border yang diingat dapat mengurangi format berulang. Navigasi yang lebih baik dapat membuat workbook rumit tidak terlalu gelap. Ujinya tetap sama: gunakan salinan workbook nyata, bandingkan total sebelum dan sesudah, lalu pastikan fitur yang bergantung pada penerima tetap selamat di jalur balik.

Impress dan Draw memperoleh dukungan beberapa ukuran halaman dalam satu dokumen serta presentation sections di Impress. Nama slide kustom dapat muncul di samping nomor, dan varian template bawaan mencakup 16:9 serta 4:3. Ini adalah urusan produksi biasa. Deck sering dimulai di ruang presentasi layar lebar lalu berakhir sebagai handout gambar sosial, papan cetak, atau proyektor lama. Section dapat membantu presenter menavigasi deck panjang; beberapa ukuran halaman dapat membantu desainer menghindari pembangunan ulang seluruh berkas untuk satu halaman khusus.

Namun, keandalan presentasi datang dari gladi bersih. Uji PDF hasil ekspor, deck asli, media tertanam, dan font pada jalur tampilan yang benar-benar akan digunakan. Jika deck dibagikan ke luar, sertakan PDF serta aset berlisensi terpisah bila diperlukan. Jangan menganggap komputer dengan sistem operasi serupa memiliki font, codec, atau penskalaan layar yang sama.

Anggota tim meninjau dokumen di samping laptop dalam kantor.
Foto ilustrasi: tim meninjau dokumen sebelum rollout software.Foto oleh Ketut Subiyanto di Pexels

♿ Aksesibilitas adalah syarat dokumen

LibreOffice 26.8 mencakup pekerjaan terkait aksesibilitas. Tabel Writer kini melaporkan indeks baris dan kolom menurut spesifikasi ARIA, sementara pemilih karakter khusus dapat dinavigasi dengan keyboard. Rincian ini bukan pengganti penulisan dokumen yang aksesibel, tetapi seharusnya mendorong tim meninjau template mereka sendiri.

Dokumen menjadi sulit digunakan ketika tampilan visual adalah satu-satunya struktur. Judul yang hanya berupa teks besar tebal mungkin tampak benar, tetapi tidak menyediakan hierarki yang dapat dinavigasi. Peringatan yang hanya memakai warna dapat hilang bagi pembaca dengan penglihatan rendah atau pada cetakan hitam-putih. Tabel tanpa header jelas memaksa pengguna pembaca layar menebak hubungan sel baris demi baris. Gambar tanpa alt text bermakna meninggalkan lubang pada informasi dokumen.

Untuk dokumen bisnis umum, daftar periksa ringkas sudah cukup untuk memulai:

  • Gunakan heading style yang nyata dan pertahankan urutannya tetap logis.
  • Beri tabel tujuan yang jelas, header sederhana, dan hindari sel gabung yang tidak perlu.
  • Tulis alt text untuk gambar yang membawa informasi. Tandai elemen dekoratif dengan tepat, bukan menjelaskan gangguan visual.
  • Periksa kontras dan jangan memakai warna saja untuk menandai status.
  • Gunakan teks tautan yang deskriptif alih-alih alamat mentah ketika pembaca membutuhkan konteks.
  • Ekspor ke PDF lalu periksa urutan baca, tautan, dan teks yang dapat dicari.

Pemeriksaan aksesibilitas juga merupakan pemeriksaan mutu. Ini mengungkap judul palsu, label yang tidak konsisten, dan screenshot yang dipakai ketika teks yang dapat dipilih akan lebih baik. Dokumen yang lebih mudah dinavigasi biasanya lebih mudah dipelihara saat staf berikutnya mewarisinya.

🛠️ Pilot aman lebih singkat daripada perbaikan

The Document Foundation menempatkan 26.8 sebagai rilis terkini bagi pengguna yang menginginkan fitur baru, sambil mengarahkan lingkungan produksi ke cabang pemeliharaan 26.2. Perbedaan itu memberi model rollout praktis bagi tim kecil. Jangan biarkan semua perangkat otomatis upgrade sekaligus hanya karena versi baru tersedia. Pilih kelompok pilot dengan dokumen yang mewakili pekerjaan sehari-hari dan jalur kembali yang jelas.

Mulailah dari inventaris. Daftarkan keluaran berulang: invoice, quotation, kontrak, laporan, brosur, anggaran, rencana proyek, slide deck, dan PDF siap kirim. Tandai mana yang keluar organisasi dan mana yang memakai macro, extension, template proprietari, font tidak lazim, tracked changes, atau fitur spreadsheet kompleks. Berkas berisiko tinggi harus diuji lebih dulu.

Lalu tetapkan definisi sukses sebelum membuka software. Pengujian dapat gagal karena grafik berubah, karena pelanggan tidak bisa mengedit berkas balasan, karena PDF kehilangan tautan, karena extension tidak ada, atau karena template mendapat default alignment baru. “Berkasnya terbuka” belum cukup. Simpan screenshot atau PDF hasil saat ini dan bandingkan keluaran pilot halaman demi halaman.

Sesudah itu, ambil keputusan per kelas dokumen. Brief internal sederhana dapat pindah ke 26.8 segera. Laporan klien bulanan dapat berpindah setelah dua siklus bersih. Template legal atau workbook keuangan dengan macro mungkin harus tetap berada pada alat yang sudah disetujui sampai orang yang bertanggung jawab atas alur tersebut memberi persetujuan. Version control dan penamaan berkas penting di sini: simpan asli, pakai salinan uji bertanggal, dan jangan membiarkan pilot menyimpan langsung di atas satu-satunya sumber.

Rilis ini mengubah default alignment dokumen baru dari left menjadi start alignment. Ini pilihan internasionalisasi yang masuk akal, tetapi dapat memengaruhi asumsi pada template. Inilah jenis default kecil yang ditangkap pilot sebelum tim mengirim satu batch dokumen.

🔒 Pemrosesan lokal tidak menghapus risiko berbagi

Rancangan LibreOffice yang local-first memberi organisasi opsi jelas untuk menyusun dokumen tanpa layanan generatif bawaan atau koneksi jaringan wajib. Menurut pengumuman rilis The Document Foundation, dokumen tidak dikirim ke layanan jarak jauh untuk diproses dan tidak ada komponen suite yang membutuhkan akses jaringan agar berfungsi. Ini adalah sifat yang berguna untuk draf rahasia, catatan klien, dan pekerjaan dengan konektivitas tidak andal.

Tetapi kerahasiaan mengikuti seluruh alur. Berkas yang diedit lokal dapat disinkronkan oleh folder cloud, dilampirkan ke email, disalin ke aplikasi chat, dicetak di kantor bersama, atau dicadangkan sistem operasi. Seseorang juga dapat memasang extension dengan praktik data sendiri. Pesan yang tepat untuk klien harus spesifik: rancangan inti suite bersifat lokal, sedangkan bisnis perlu mengatur penyimpanan, berbagi, akun, dan add-on secara terpisah.

Untuk tim web kecil, buat batas tersebut terlihat. Simpan berkas klien di lokasi penyimpanan yang disetujui. Tetapkan siapa yang boleh membagikan berkas final ke luar. Gunakan folder dengan kontrol akses, bukan mengirim satu-satunya master melalui beberapa thread chat. Periksa izin extension dan hapus alat yang tidak memiliki penanggung jawab. Putuskan kapan dokumen harus menjadi PDF, kapan sumber harus tetap dapat diedit, dan berapa lama draf disimpan. Tidak satu pun aturan itu membutuhkan program kepatuhan besar. Semua membutuhkan keputusan yang memiliki nama pemilik.

Tidak adanya fitur generatif tertanam juga bukan vonis atas setiap alat AI. Ini batas produk. Jika bisnis memakai layanan lain untuk transkripsi, penerjemahan, peringkasan, atau drafting, layanan itu harus dinilai dengan ketentuannya sendiri, termasuk kontrol akun, retensi data, persetujuan pelanggan, dan review manusia.

🧪 Batasan yang perlu tetap terlihat

LibreOffice 26.8 bukan lapisan kompatibilitas universal. Pekerjaan OOXML chart yang baru mempertahankan definisi sejumlah grafik, tetapi bukan berarti setiap grafik dapat dirender atau diedit. The Document Foundation juga mencatat perubahan yang dapat memengaruhi dokumen lama: Gentium Basic dan Gentium Book Basic tidak lagi dibundel, sehingga dokumen yang menentukan font tersebut dapat jatuh ke typeface lain kecuali font dipasang terpisah.

Rincian font ini punya dampak operasional langsung. Sebelum meng-upgrade mesin yang dipakai untuk template bermerek, buka berkas representatif dan bandingkan akhir baris, jumlah halaman, header, tabel, dan halaman terakhir. Font fallback dapat mengubah quotation dua halaman menjadi tiga halaman atau mendorong blok tanda tangan ke lembar terpisah. Perbaikannya bisa sesederhana memasang font yang diizinkan, memperbarui template, atau memfinalkan keluaran sebagai PDF. Ini harus menjadi perbaikan yang disengaja, bukan kejutan yang ditemukan pelanggan.

Rilis ini juga mengganti nama Safe Mode menjadi Troubleshoot Mode serta menghapus konfigurasi Java applet usang dan contoh OfficeBean pada SDK. Perubahan tersebut tidak mungkin mengganggu pekerjaan kantor biasa, tetapi memperkuat perlunya mendokumentasikan dependensi khusus. Jika sebuah alur bergantung pada macro, extension, atau komponen Java lama, identifikasi pengelolanya dan uji sebelum mengadopsi rilis mayor.

Tidak ada artikel yang dapat menentukan apakah 26.8 tepat untuk organisasi tertentu. Fakta yang relevan selalu bersifat lokal: tipe berkas, persyaratan mitra, catatan yang diatur regulasi, kapasitas dukungan, dan biaya handoff gagal. Pilot yang disiplin mengubah fakta itu menjadi jawaban.

Ilustrasi original proses pilot, pengujian, dan persetujuan untuk alur dokumen.
Ilustrasi: rollout software dokumen yang terkendali bergerak dari pilot ke pemeriksaan dan persetujuan.Ilustrasi original oleh 1garis

✅ Hasil yang berguna adalah jalur dokumen yang teruji

LibreOffice 26.8 adalah pembaruan besar office suite open source dengan penekanan jelas pada tata letak teks, ketepatan multibahasa, dan pertukaran dokumen yang lebih aman. Bagi tim Indonesia, peluang praktisnya bukan judul besar tentang fitur. Peluangnya adalah merapikan jalur dari draf sampai klien.

Pasang di satu perangkat pilot. Uji dokumen yang benar-benar keluar dari bisnis. Jaga berkas asli. Bandingkan keluaran di software penerima. Gunakan PDF untuk tata letak final yang harus tetap. Periksa font, aksara, aksesibilitas, serta jalur berbagi. Jika hasilnya bersih, rollout per kelas dokumen, bukan perasaan antusias.

Alur dokumen yang baik bekerja dengan tenang. Penerima membaca proposal, spreadsheet, atau deck tanpa perlu menemukan alat apa yang dipakai untuk membuatnya. LibreOffice 26.8 dapat membantu mencapai hasil itu, tetapi tim mendapatkannya lewat pengujian dan kebijakan handoff yang jelas.

Sumber: pengumuman LibreOffice 26.8 dan catatan rilis The Document Foundation; informasi unduhan dan rilis LibreOffice; video fitur resmi LibreOffice 26.8; rencana rilis LibreOffice; serta dokumentasi rilis The Linux Kernel Archives untuk konteks siklus rilis open source yang lebih luas.

Keep reading