Nano is not a gui desktop editor. Besides that vim is superior to nano in my opinion. A viable alternative would be an open source editor like Atom, but it can be useful to have a lightweight simple editor that doesn't blow up with a big file and is installed by default.
On Wed, Jan 23, 2019, 21:45 madbiologist <[email protected] wrote: > This needs to be fixed. In the meantime, try using nano. Unfortunately > nano doesn't have syntax highlighting. > > -- > You received this bug notification because you are subscribed to the bug > report. > https://bugs.launchpad.net/bugs/156201 > > Title: > gedit handles opening big files badly > > Status in gedit: > Confirmed > Status in gedit package in Ubuntu: > Triaged > > Bug description: > Binary package hint: gedit > > Opening big text files (400 MB, 750 MB) in gedit is bad > - from a usability standpoint > -> There's no progress bar or cancel button for the action, and the > load takes a long time. > - from a system standpoint: > -> In earlier versions, gedit would take so much memory until the > system swapped all other applications to disk, and the system became > unusable. > -> Since Ubuntu 9.04 Beta, gedit crashes without a GUI message, but > the message "failed to allocate <X> bytes" in the console. > > > > Original description: > I just opened a 400 MB text file (mbox mail file) in gedit, and it my > system has now been unresponsive for minutes. Other editors can open large > files without a problem. Also, there's no progress bar or cancel button > that would make it easy to see how long gedit is loading the file or to > cancel the load. > > To manage notifications about this bug go to: > https://bugs.launchpad.net/gedit/+bug/156201/+subscriptions > -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gedit in Ubuntu. https://bugs.launchpad.net/bugs/156201 Title: gedit handles opening big files badly Status in gedit: Confirmed Status in gedit package in Ubuntu: Triaged Bug description: Binary package hint: gedit Opening big text files (400 MB, 750 MB) in gedit is bad - from a usability standpoint -> There's no progress bar or cancel button for the action, and the load takes a long time. - from a system standpoint: -> In earlier versions, gedit would take so much memory until the system swapped all other applications to disk, and the system became unusable. -> Since Ubuntu 9.04 Beta, gedit crashes without a GUI message, but the message "failed to allocate <X> bytes" in the console. Original description: I just opened a 400 MB text file (mbox mail file) in gedit, and it my system has now been unresponsive for minutes. Other editors can open large files without a problem. Also, there's no progress bar or cancel button that would make it easy to see how long gedit is loading the file or to cancel the load. To manage notifications about this bug go to: https://bugs.launchpad.net/gedit/+bug/156201/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
