micro - alternatif modern untuk nano

 (micro-editor.github.io)
2 poin oleh GN⁺ 2023-08-19 | 1 komentar | Bagikan ke WhatsApp
  • micro adalah editor teks yang digunakan di terminal, dimulai dengan kesederhanaan seperti nano tetapi menargetkan pengoperasian yang lebih modern dan intuitif
  • Didistribusikan sebagai binary statis tanpa dependensi sehingga beban instalasinya rendah, dan menyediakan unduhan rilis resmi serta panduan instalasi terperinci
  • Opsi dan key binding dapat diubah dalam format JSON, sementara perluasan yang lebih mendalam dapat ditangani dengan konfigurasi dan plugin Lua
  • Mendukung penyorotan sintaks untuk lebih dari 75 bahasa, 7 tema warna bawaan, tema 16/256/truecolor, multi-cursor bergaya Sublime, dan pengoperasian dengan mouse
  • Berkat emulator terminal bawaan, pengguna dapat menjalankan shell interaktif di dalam editor dan melihat kode serta bash secara berdampingan lewat layar terpisah

micro sebagai editor terminal

  • micro adalah editor teks berbasis terminal yang mengusung kegunaan yang modern dan intuitif
  • Rilis terbaru dapat diunduh dari Download, dan panduan instalasi terperinci juga tersedia
  • Ada skrip pipe to shell pihak ketiga dengan cara curl https://getmic.ro | bash, tetapi ini tidak berada di bawah kendali micro
  • Untuk kemudahan instalasi, micro didistribusikan sebagai binary statis tanpa dependensi

  • Konfigurasi dan perluasan

    • Pengaturan opsi dan pengikatan ulang tombol menggunakan format JSON yang sederhana
    • Jika membutuhkan konfigurasi yang lebih kuat, Lua dapat digunakan
    • Plugin ditulis dalam Lua, dan pengelola plugin menangani pengunduhan serta instalasi secara otomatis

  • Fitur pengeditan

    • Mendukung penyorotan sintaks untuk lebih dari 75 bahasa
    • Menyediakan 7 tema warna bawaan
    • Dapat menggunakan tema 16 warna, 256 warna, dan truecolor
    • Mendukung multi-cursor bergaya Sublime
    • Key binding dapat diubah di bindings.json

  • Mouse dan terminal bawaan

    • Teks dapat dipilih dengan klik dan drag
    • Klik ganda digunakan untuk memilih per kata, klik tiga kali untuk memilih per baris
    • Shell interaktif yang nyata dapat dijalankan di dalam micro
    • Dalam layar terpisah, satu sisi dapat menampilkan kode dan sisi lainnya bash
    • Daftar fitur lengkap dapat dilihat di daftar fitur GitHub dan bantuan online

Proyek dan komunitas

  • Bug dapat dilaporkan melalui pelacak isu GitHub, dan pertanyaan maupun usulan fitur baru juga dimungkinkan
  • Pull request diterima
  • Diskusi tidak resmi tentang editor ini dapat dilakukan di chat Gitter
  • Tautan terkait:
  • Tanggapan pengguna mencakup penilaian bahwa ini adalah editor yang cukup bekerja dengan sederhana, mendukung mouse, dan bisa digunakan sebagai pengganti nano atau Vim

Bacaan terkait

1 komentar

 
GN⁺ 2023-08-19
Pendapat di Hacker News

  • Saat belajar pemrograman baris perintah di kelas yang semua pesertanya pemula, saya menyarankan nano kepada para siswa.
    Bagi pengguna seperti ini, keunggulan terbesar nano adalah semua perintah ditampilkan di bagian bawah layar, jadi saya terkejut karena micro tidak memilikinya.

    • Perbedaan micro dan nano adalah pintasan keyboard nano cukup khas dan tersendiri, sedangkan micro mengikuti cara yang dipakai kebanyakan aplikasi grafis modern sekarang, seperti Ctrl+S untuk menyimpan, Ctrl+F untuk mencari, Ctrl+Z untuk undo, dan Ctrl+Q untuk keluar.
      Di bagian bawah layar juga ada petunjuk bahwa Alt+G bisa ditekan untuk melihat pintasan, dan Ctrl+G untuk melihat bantuan.
    • Niat micro tampaknya lebih dekat ke editor modern dan dapat diperluas, bukan editor yang ramah pemula atau tersedia di mana-mana.
      Dalam hal itu, untuk siswa tetap tepat merekomendasikan nano, sedangkan micro tampaknya cocok untuk orang yang sudah belajar dari nano lalu menginginkan lebih banyak fitur atau UI yang lebih baik.
    • Sepertinya menekan Alt+G menampilkan layar pintasan, dan Ctrl+G membuka bantuan.
      Tampaknya juga ada semacam mode komentar.

  • Setelah memakai Emacs lebih dari 10 tahun, sekarang saya memakai micro sebagai editor kode utama. Satu-satunya pengecualian adalah memakai vscode untuk menulis Coq.
    Saya melihat micro sebagai acme yang berkompromi secara modern, dan hampir semua fitur yang mendukung gagasan inti acme sudah ada. Saya juga menulis plugin untuk memanfaatkan arah ini: https://github.com/xxuejie/micro-acme
    Sejauh ini sangat cocok.

    • Belakangan ini saya hanya memakai sekitar 1% fitur Emacs, jadi saya terus mencoba editor terminal ringan sebagai alternatif Emacs, tetapi saya sangat merindukan mode utama Emacs yang umum untuk C/C++ dan semacamnya, terutama cara indentasinya.
      Saya berharap editor lain juga mengikuti konvensi memaksa indentasi yang benar dengan tombol Tab.
    • Saya kurang mengenal micro, jadi saya ingin bertanya: apakah ada alasan mengapa kecepatan pengembangan melambat dalam 1–2 tahun terakhir?
      https://github.com/zyedidia/micro/tags
    • Mirip, saya pindah dari Emacs ke Acme, dan di terminal saya memakai mg.
      Sekarang saya sudah mengustomisasi Micro agar terasa seperti Acme.

  • Saya tidak tahu ada orang yang memakai nano sebagai editor kode utama. Di server *nix yang sedang saya kerjakan, saya selalu memakainya, mungkin sudah puluhan ribu kali.
    Saya sudah lama bekerja sebagai engineer Linux/BSD, dan di beberapa tempat mereka menolak memasang nano di server. Ada admin Linux senior yang benar-benar tidak mengizinkan apa pun selain vi, dan saya tidak mengerti. Paketnya 20 MB dan attack surface-nya juga tidak terlalu besar.

    • Senior pada akhirnya akan bersikap seperti senior.
      Selalu lucu ketika bertanya kepada generasi lama sistem apa yang mereka operasikan, lalu mereka dengan bangga berkata pernah memegang seluruh departemen TI pemerintah daerahnya, dan karena itu kota yang cukup besar, penggunanya setidaknya sekitar 500 orang.
      Saya 105% yakin sistem itu pasti yang paling aman di seluruh county, tetapi pada saat yang sama pasti merupakan sistem yang tidak bisa dipakai. Ketika orang itu pensiun, atau seseorang di kantor akhirnya menyingkirkannya karena putus asa, saya berharap penggantinya adalah engineer generasi baru yang, meski mungkin tidak tahu vi, setidaknya sedikit peduli pada pengguna. Tentu saja kita juga engineer, jadi tidak akan terlalu peduli juga.
    • Alasan utama admin Unix perlu benar-benar menguasai vi adalah karena vi adalah penyebut umum terkecil di sistem Unix dan Linux.
      Jika bekerja sebagai teknisi *nix, Anda mungkin harus menangani sistem seperti QNX, HP-UX, superkomputer SGI Altix, atau Sun Ultra 2. Linux lebih mudah karena punya manajemen paket perangkat lunak bebas/open source, dan sebelum nano menjadi populer, konfigurasi default yang menyertakan Emacs juga cukup umum.
      Kadang ada masalah terminal sehingga Anda harus bekerja dalam kondisi hanya satu baris yang terlihat, dan dalam situasi itu Anda harus mengoperasikan vi tanpa melihat atau memakai sed/awk. Jadi mungkin masih tersisa naluri KISS untuk membuat semua orang belajar vi. Saya juga belajar begitu.
      Satu editor tidak menciptakan attack surface besar, tetapi saya tidak menutup kemungkinan penyerang menyalahgunakan fungsi plugin sebagai sarana mempertahankan persistensi. Saat dijalankan sebagai root mungkin perilakunya berbeda, tetapi pada akun layanan mungkin tidak.
    • Kalau dibilang 20 MB, executable nano hanya 277 KB, dan seluruh paket .deb juga 860 KB.
      https://packages.ubuntu.com/jammy/nano
    • Awalnya saya pengguna nano, tetapi karena didesak para senior saya jadi memakai vim, dan sekarang saya hanya menyentuh nano saat perlu merapikan file vimrc.
      Saat itu saya kesal, tetapi sekarang saya puas karena beralih. Vim atau vi ada di mana-mana, termasuk switch dan router yang saya tangani. nano tidak ada di mana-mana, dan juga tidak selalu mudah dipasang di mana-mana.
      Kalau saya tidak rutin SSH ke hardware tua atau minim sumber daya, mungkin saya tidak terlalu merasakan manfaatnya.
    • Secara pribadi saya sangat tidak suka nano, jadi kapan pun saya akan memilih vi.
      Namun pilihan editor teks adalah hal yang sangat personal. Sama sekali tidak masuk akal kalau seseorang memaksa orang lain memakai atau tidak memakai editor tertentu. Biarkan saja orang memakai yang mereka suka.

  • JOE cukup bagus: https://joe-editor.sourceforge.io/
    Gabungan WordStar dan Emacs, dan jika dijalankan sebagai jstar, ia memberikan pengalaman WordStar yang terasa cukup autentik, sambil tetap menyisakan nuansa awal Borland Turbo IDE

    • Saya dulu sangat menyukai JOE. Mungkin karena ada jejak WordStar di dalamnya
      Bahkan sekarang saya menulis artikel tentang cara menggunakan tombol WordStar Diamond di Linux: https://benhoyt.com/writings/wordstar-diamond/
    • Pengolah kata pertama yang saya pakai adalah WordStar di CP/M, dan lingkungan pemrograman pertama saya adalah Borland Turbo Pascal
      Belakangan saya juga memakai QEdit, yang bisa dikonfigurasi untuk menggunakan tombol WordStar
      Saat pindah dari DOS ke Unix pada awal 90-an, saya senang menemukan JOE. Itu program pertama yang saya instal di mesin Linux atau *BSD baru, juga di VM
      Sekarang JOE punya syntax highlighting dan berbagai fitur bagus, jadi saya tidak pernah merasa perlu menjadi mahir memakai vi atau emacs
    • Saya punya kenangan baik memakai joe untuk hampir semuanya pada era 90-an, kecuali mengedit kode
      Untuk mengedit kode, ia kurang cocok, karena lebih dekat ke model pengolah kata, seperti auto word wrap dan kurangnya syntax highlighting
      Namun untuk menulis dokumen teks, ia adalah editor kecil yang menyenangkan
    • Apakah perbedaan tiap mode dan key binding memang tidak didokumentasikan di manual?
      Mungkin saja saya yang tidak menemukannya, tapi benar-benar tidak terlihat
    • Saya sering menjalankannya sebagai jmacs untuk memakai set pintasan keyboard Emacs

  • Saya suka micro dan memakainya setiap hari
    Namun setelah mencoba Helix, saya jadi menginginkan micro dengan treesitter, LSP, dan bantuan kontekstual bawaan. Helix benar-benar berhasil mengemas rangkaian fitur itu dengan baik, tetapi “mode tunggal + perintah” serta muscle memory Ctrl-C/Ctrl-V terlalu nyaman sehingga sulit pindah

    • Saya sudah memakai Helix setiap hari sekitar 6 bulan, dan saya benar-benar suka karena ia adalah editor dengan fitur dasar yang lengkap. Editor yang hebat

  • Saya tidak mengerti mengapa masih ada perangkat lunak yang menyuruh orang menjalankan sudo pada sesuatu yang diunduh dari internet
    Padahal ada opsi yang lebih mudah, lebih aman, ukuran instalasinya lebih kecil, dan sudah tersedia di semua distro; saya heran mengapa mereka membuat orang memakai skrip seperti itu
    Sebagai perbandingan, paket micro di Alpine berukuran 4MB setelah instalasi, sedangkan binary statis yang diunduh dari GitHub berukuran 11MB. Menurut saya memakai paket repositori lebih terasa sesuai semangat micro

    • Apakah benar-benar menyuruh menjalankan sudo?
      Melihat https://github.com/zyedidia/micro#quick-install-script, skrip instalasi cepatnya adalah curl https://getmic.ro | bash, dan skrip itu menaruh binary micro di direktori saat ini
      Setelah itu, jika mau, Anda bisa memindahkannya ke direktori yang ada di path, dan contohnya adalah sudo mv micro /usr/bin. Itu hanya memberi tahu bahwa sudo diperlukan jika ingin memindahkannya ke /usr/bin; saya tidak yakin itu masalah
    • Menganjurkan orang mem-pipe sumber sembarang dari internet ke sudo atau (ba)sh itu sepenuhnya tidak bertanggung jawab
      Saya juga muak dengan pembenaran konyol seperti “semua orang juga melakukannya”
    • Secara pribadi, saya tidak ingin ada perantara di antara pengembang aplikasi dan saya
      Saya ingin mendapatkan aplikasi langsung dari pengembangnya. Dengan begitu saya bisa memastikan bahwa saya memakai versi resmi yang didukung dan tidak ada orang lain yang mengutak-atik kodenya
      Jika saya tidak mempercayai pengembang aplikasinya, saya tidak akan menginstalnya

  • Saya kira Nano adalah alternatif modern untuk Pico

  • Saya penasaran mengapa orang tertarik pada editor sekecil ini
    Satu-satunya alasan memakai vi/vim adalah karena ia ada di mana-mana. Kalau harus memasang editor, saya akan memasang Emacs
    Kalau di sistem jarak jauh, dengan tramp saya membuka file lewat SSH dan tetap mempertahankan semua kemampuan serta kecepatan Emacs lokal. Untuk pengeditan UI terminal seperti sudoedit, git commit, C-x C-e, saya menjalankan Emacs sebagai daemon, jadi frame baru maupun frame terminal langsung muncul, nyaris sama dengan GUI Emacs termasuk nerd font dan warna, dan secara harfiah itu Emacs
    Tidak perlu punya beberapa editor untuk tiap penggunaan

    • Sebagai orang yang sudah memakai Linux lebih dari 20 tahun, saya tetap tidak pernah benar-benar memahami vi dan terasa tidak intuitif
      Emacs lebih menarik bagi saya, dan saat ssh ke perangkat berdaya rendah seperti router yang menjalankan OpenWRT, karena tidak ada Emacs saya memakai Nano, yang tampak paling intuitif di antara editor yang tersedia
      Saya tahu Emacs dan TRAMP juga bisa dipakai, tetapi setiap orang akhirnya punya alur kerja masing-masing. Saya tidak bermaksud merendahkan vi; fenomena bahwa sebagian hacker tidak bisa merasa nyaman dengan vi memang sudah dikenal
    • Tidak semua orang tertarik pada editor raksasa dan kurva belajar yang curam
      Sebagian orang hanya ingin mengubah file dengan cepat
      Ini bisa dipakai dengan pengetahuan yang sudah mereka punya dari Windows Notepad atau Mac SimpleText, dan tetap berfungsi dalam situasi ketika hanya ada konsol Unix pada mesin yang rusak atau mesin server
    • Saya tidak tertarik pada editor kecil seperti ini sebagai sesuatu tersendiri
      Namun saya sangat tertarik pada editor kecil seperti nano. Alasannya ada di komentar akar ini: https://news.ycombinator.com/item?id=37173126
      Paragraf pertama di sini juga layak dirujuk: https://linuxize.com/post/how-to-use-nano-text-editor/
      Untuk para administrator sistem masa kini yang tidak tumbuh bersama vi atau vim dan tidak memilih kubu emacs, menyertakan nano dalam image distribusi massal adalah pilihan yang sopan
    • Di semua sistem operasi yang saya temui, ada Nano
      Saya juga tidak sering mengedit sesuatu dari jarak jauh, dan biasanya hanya file konfigurasi sederhana
      Saya pernah mencoba micro dan menyukainya, tetapi ia tidak langsung terbuka di Pi, dan pekerjaan saya tidak cukup besar sampai benar-benar membutuhkan fitur sebagai editor command-line
    • Alasan saya memakai micro adalah karena saya bisa mengembangkan plugin kustom tanpa banyak usaha, dan mudah mendistribusikannya hanya dengan menyalin ke sistem yang tidak punya editor terminal yang layak
      Biasanya saya lebih suka vim, tetapi usaha untuk mendistribusikan konfigurasi yang bagus ke sistem target terlalu besar

  • Masalah yang saya alami di micro adalah paste berformat
    Saat menempelkan potongan kode, micro mencoba memberi indentasi pada tiap baris, tetapi karena tidak tahu konteks keseluruhan, indentasi teks yang ditempel makin lama makin dalam tanpa batas
    Prosesnya juga menjadi sangat lambat sampai hampir berhenti karena mencoba menyimpulkan format baris demi baris. Alih-alih menempel lalu menonton adegan seperti di Matrix, saya malah pergi mengambil kopi
    Saya berharap ini sudah diperbaiki, tetapi pada saat itu saya sudah pergi. Kalau sudah diperbaiki, saya mungkin akan mencobanya lagi

    • Bisa dinonaktifkan: Ctrl+E lalu set autoindent off
      https://github.com/zyedidia/micro/blob/master/runtime/help/o...
      Meski begitu, saat fitur ini aktif pun, ketika menempelkan seluruh blok seharusnya indentasinya tetap benar
      Jika Anda bisa membagikan pengaturan, lingkungan, dan konfigurasi, saya bisa mencoba membuat patch
    • Saya pernah mengalami itu sekali saat memakainya dengan Wezterm di Windows
      Itu tergantung cara menempelkannya. Saya tidak 100% yakin persis cara kerjanya, tetapi micro tampaknya mengimplementasikan ulang paste secara langsung dengan xclip, dan saya tidak tahu apa yang dilakukannya di Windows
      Jika menempel dengan Ctrl+V, isi clipboard langsung dimasukkan sebagai blok dan indentasi aslinya disalin. Jika memakai Ctrl+Shift+V, kadang terminal memperlakukannya seolah isi clipboard mengalir masuk karakter demi karakter; ketika melihat karakter return tanpa mengetahui karakter berikutnya, ia menambahkan indentasi ekstra lalu dengan naif menumpuk beberapa tab lagi

  • Dari 14 kiriman lain, artikel tahun 2020 mendapat 103 komentar, dan artikel tahun 2021 mendapat 162 komentar
    [0]: https://news.ycombinator.com/item?id=23334190
    [1]: https://news.ycombinator.com/item?id=29128702