all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Alex Vong <alexvong1995@gmail.com>
To: swedebugia <swedebugia@riseup.net>
Cc: guix-devel@gnu.org
Subject: Re: Nano: disable hard wrapping by default
Date: Wed, 07 Nov 2018 13:38:35 +0800	[thread overview]
Message-ID: <87h8gtv44k.fsf@gmail.com> (raw)
In-Reply-To: <fdb031d0-2cf5-852a-8ec2-f417ede94e2a@riseup.net> (swedebugia's message of "Tue, 6 Nov 2018 22:57:39 +0100")

[-- Attachment #1: Type: text/plain, Size: 1776 bytes --]

swedebugia <swedebugia@riseup.net> writes:

[...]
>
> That is what soft wrapping is for (soft wrap = on screen only, hard
> wrap = break lines with \n to fit on screen whatever the cost).
>
> Soft wrapping is supported with: --softwrap
>
> Arch/Antergos has this:
>
> $ nano -V
>  GNU nano, version 3.1
>  Kompileringsflaggor: --disable-wrapping-as-root --enable-utf8
>
> Gentoo warns in their wiki but compile as we do now with
> utf8. https://packages.gentoo.org/packages/app-editors/nano
>
Good to learn something new! For editing files, I prefer soft wrapping
because of the reason mentioned before but not hard wrapping because of
the reason mentioned by Gentoo:

  Important

  To edit configuration files always pass nano the -w option. Without
  the -w option long lines become wrapped lines. This creates problems
  when saving because the lines are saved as wrapped lines instead of
  how they were in the original file. Many time this will break
  configuration files. 

Although I do use hard wrapping when writing emails and git commit
messages in Emacs (in different modes).

> Nixpkgs uses no arguments
> https://github.com/NixOS/nixpkgs/blob/1c2d575205f7aa3fc37d64d0606e3fd33de08d74/pkgs/applications/editors/nano/default.nix
>
> Dunno with other distributions.

For Debian, 'nano -V' displays:

alexvong1995@debian:~$ nano -V
 GNU nano,版本 3.1
 (C) 1999-2011, 2013-2018 Free Software Foundation, Inc.
 (C) 2014-2018 Nano 貢獻者
 電子郵件: nano@nano-editor.org	網頁: https://nano-editor.org/
 編譯選項: --disable-libmagic --disable-wrapping-as-root --enable-utf8

I think we can also go ahead with the change if many nano users think it
is a better default (even if not all distros do it). 

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]

  reply	other threads:[~2018-11-07  5:39 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-11-06 18:43 Nano: disable hard wrapping by default swedebugia
2018-11-06 18:49 ` swedebugia
2018-11-06 19:27   ` Alex Vong
2018-11-06 21:57     ` swedebugia
2018-11-07  5:38       ` Alex Vong [this message]
2018-11-07  9:19         ` Thorsten Wilms
2018-11-11  8:02           ` swedebugia
2018-11-11 10:16             ` Thorsten Wilms
2018-11-07 18:20 ` Leo Famulari
2018-11-11  8:04   ` swedebugia
2018-11-15 13:14     ` swedebugia
2018-11-15 20:28       ` Alex Vong
2019-03-25 19:08 ` Leo Famulari

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87h8gtv44k.fsf@gmail.com \
    --to=alexvong1995@gmail.com \
    --cc=guix-devel@gnu.org \
    --cc=swedebugia@riseup.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.