From: Simon Tournier <zimon.toutoune@gmail.com>
To: Ricardo Wurmus <rekado@elephly.net>, 67038@debbugs.gnu.org
Subject: bug#67038: Inconsistent use of space before ellipsis
Date: Thu, 16 Nov 2023 10:43:17 +0100 [thread overview]
Message-ID: <86r0kqvxsa.fsf@gmail.com> (raw)
In-Reply-To: <87wmuq9dfy.fsf@elephly.net>
[-- Attachment #1: Type: text/plain, Size: 1098 bytes --]
Hi,
On Fri, 10 Nov 2023 at 10:12, Ricardo Wurmus <rekado@elephly.net> wrote:
> --8<---------------cut here---------------start------------->8---
> applying 3 grafts for python-pytest-bootstrap-7.1.3 ...
> applying 9 grafts for libxslt-1.1.37 ...
> applying 6 grafts for python-lxml-4.9.1 ...
> waiting for locks or build slots...
> applying 4 grafts for python-xmlschema-1.2.5 ...
> applying 7 grafts for python-pytest-7.1.3 ...
> applying 11 grafts for python-numpy-1.23.2 ...
> building CA certificate bundle...
> listing Emacs sub-directories...
> building fonts directory...
> building directory of Info manuals...
> building profile with 2 packages...
> --8<---------------cut here---------------end--------------->8---
>
> Note the inconsistency in whether we separate the ellipses from the
> preceding text with a space or not.
Well, to my knowledge, the typographical rule is not clear depending on
some style; without going to USA vs UK vs ….
For consistency, I suggest the rule: ’word...’ and not ’word ...’
Something like the patch attached.
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: p.patch --]
[-- Type: text/x-diff, Size: 776 bytes --]
diff --git a/guix/status.scm b/guix/status.scm
index fd89ba9dd3..0ed6d3318a 100644
--- a/guix/status.scm
+++ b/guix/status.scm
@@ -494,8 +494,8 @@ (define* (print-build-event event old-status status
(let ((count (match (assq-ref properties 'graft)
(#f 0)
(lst (or (assq-ref lst 'count) 0)))))
- (format port (info (N_ "applying ~a graft for ~a ..."
- "applying ~a grafts for ~a ..."
+ (format port (info (N_ "applying ~a graft for ~a..."
+ "applying ~a grafts for ~a..."
count))
count
(string-drop-right (store-path-package-name drv)
[-- Attachment #3: Type: text/plain, Size: 22 bytes --]
WDYT?
Cheers,
simon
next prev parent reply other threads:[~2023-11-16 10:01 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-11-10 9:12 bug#67038: Inconsistent use of space before ellipsis Ricardo Wurmus
2023-11-16 9:43 ` Simon Tournier [this message]
2023-11-16 14:09 ` pelzflorian (Florian Pelz)
2023-11-17 15:47 ` Ludovic Courtès
2023-11-19 16:55 ` bug#67038: [PATCH] guix: status: Fix ellipsis inconsistencies Adriel Dumas--Jondeau via Bug reports for GNU Guix
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
List information: https://guix.gnu.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=86r0kqvxsa.fsf@gmail.com \
--to=zimon.toutoune@gmail.com \
--cc=67038@debbugs.gnu.org \
--cc=rekado@elephly.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 public inbox
https://git.savannah.gnu.org/cgit/guix.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).