all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Jean Louis <bugs@gnu.support>
To: help-gnu-emacs@gnu.org
Subject: Re: Better way to make sure external command exists in the system?
Date: Thu, 25 Mar 2021 18:17:34 +0300	[thread overview]
Message-ID: <YFypjoqxYKlUH+CL@protected.localdomain> (raw)
In-Reply-To: <877dlvp9al.fsf@zoho.eu>

* Emanuel Berg via Users list for the GNU Emacs text editor <help-gnu-emacs@gnu.org> [2021-03-25 18:04]:
> Jean Louis wrote:
> 
> > Now it is:
> >
> > (defvar image-default-resize-size "1536")
> > (defvar image-resize-sizes '("1536" "1024" "800" "1200" "640"))
> 
> Well, the width of a computer image is not a string but
> an integer.

Maybe yes, maybe not, but it does not matter neither for human or
computer. Human sees the number at completion.

> > Maybe it works with numbers, but now I changed it to
> > completing-read, maybe that is why I placed it as strings.
> 
> Don't do that, data should be in its natural, sound state,
> then it is up to functions and/or users who use it to convert
> it to fit their purposes. And the better everything is, the
> less of that is required.

In general yes, but in this specific case, who cares, important is
that it works. Numbers or strings are converted to string by using
format. One can supply either integer or string, it does not matter,
it works. See:

(defun image-resize (file &optional size)
  "Resizes the JPG image with default SIZE.
Argument FILE is image to be resized."
  (if (rcd-which-list '("mogrify"))
      (let ((extension (file-name-extension file)))
	(when (or (equal (downcase extension) "jpg")
		  (equal (downcase extension) "png"))
	  (let* ((file (shell-double-quote file))
		 (command (format "mogrify -resize %s \"%s\"" size file)))
	    (message command)
	    (call-process-shell-command command))))
    (rcd-warning-message "RCD ERROR: `mogrify' not found in `$PATH'")))

> > (defun image-resize-dired ()
> >   "Resizes images."
> >   (interactive)
> >   (let ((files (dired-get-marked-files))
> > 	(size (completing-read "Size: " image-resize-sizes nil t image-default-resize-size)))
> >     (dolist (file files)
> >       (image-resize file size))
> >     (revert-buffer)))
> >
> > That way is better, my choice of 1536 is offered, but if
> > I delete it, I can complete it with some of other default
> > choices. It is very handy to mark files and resize them how
> > one wants.
> 
> OK, not sure that's the way it is supposed to work but if you
> want to innovate, no problem.

I want to be able to complete straight. `read-number' does not offer
completion.

This does not work:

(completing-read "Number: " '(1 2 3))

This works:

(completing-read "Number: " '("1" "2" "3"))

Now you get it why they are strings in the completion list? They are
not strings for the underlying function `image-resize' but only for
the completion candidates.

> Otherwise looks good, I don't have dired-get-marked-files,

It is in dired.

> rcd-warning-message, rcd-which-list, or shell-double-quote but
> I suppose you do...

I gave you recently if you need.

> >> Also, why `read-number' and not in interactive?
> >
> > I often use `completing-read', maybe that may be implemented in
> > `interactive' but I don't find it nice that way.
> 
> Yes, compare:
> 
> (interactive
>   `(,(string-to-number
>        (completing-read "Digit: " '("11" "12" "13") nil t "11"))))

That would mean if I change candidates list I would actually need to
change the function. Not practical. 🙈 But interesting.

> >> And, no need for globals if they are only used here.
> >> Use let* for that as well.
> >
> > Which globals?
> 
> The two global variables.

I would not know which...



  reply	other threads:[~2021-03-25 15:17 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-03-18 12:13 Better way to make sure external command exists in the system? Jean Louis
2021-03-19 13:57 ` Daniel Martín
2021-03-19 14:16   ` 2QdxY4RzWzUUiLuE
2021-03-21 14:10     ` Jean Louis
2021-03-21 17:17       ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-03-21 14:07   ` Jean Louis
2021-03-21 17:16     ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-03-23  8:02       ` Jean Louis
2021-03-23  9:56         ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-03-23 10:13           ` Jean Louis
2021-03-25 15:01             ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-03-25 15:17               ` Jean Louis [this message]
2021-03-25 20:47                 ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-03-25 20:56                   ` Jean Louis
2021-03-25 21:10                     ` Emanuel Berg via Users list for the GNU Emacs text editor

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=YFypjoqxYKlUH+CL@protected.localdomain \
    --to=bugs@gnu.support \
    --cc=help-gnu-emacs@gnu.org \
    /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/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.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.