all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Andreas Röhler" <andreas.roehler@online.de>
To: "Stephen J. Turnbull" <stephen@xemacs.org>
Cc: Andreas Schwab <schwab@linux-m68k.org>,
	Emacs developers <emacs-devel@gnu.org>
Subject: Re: forward-paragraph return value
Date: Tue, 24 Aug 2010 11:14:21 +0200	[thread overview]
Message-ID: <4C738D6D.5040805@online.de> (raw)
In-Reply-To: <87y6bw5sb8.fsf@uwakimon.sk.tsukuba.ac.jp>

Am 24.08.2010 10:27, schrieb Stephen J. Turnbull:
> Andreas Röhler writes:
>
>   >  Then people may write functions taking already the return value.
>
> Sure.  But will they?  Show us examples of existing functions
> (preferably already in Emacs) that would benefit from this change.
>    

Didn't I point to?

If a look in forward-paragraph doesn't speak to you,
maybe have a look into

bounds-of-thing-at-point .

Forms like
         (let
           (beg
             (progn
              (funcall
               (or (get thing 'beginning-op)
                               (lambda () (forward-thing thing -1))))
              (point))))

Thats bug-sourcing BTW, as it returns point in any case, even if move 
failed.
Why not make implementation of return value from

search-forward

canonical instead, returning the position if succesful, nil otherwise.

The gain will be for newly written code.
For writers first, who must not learn function by function the return value.

In the example above we could write

(let
     (beg
      (funcall
       (or (get thing 'beginning-op)
           (lambda () (forward-thing thing -1))))))

Its clean and much more reliable, as beg will be nil, if nothing was found.

> An easy example would be functions which look like
>
>      ;; some code here
>      (forward-paragraph count)
>      (foo (point) other args)
>      ;; more code
>
> But it's not clear to me that
>
>      ;; some code here
>      (foo (forward-paragraph count) other args)
>      ;; more code
>
> is going to be more readable without seeing examples.  Since point has
> a byte code, it's not particularly costly to use point.
>
>    




  reply	other threads:[~2010-08-24  9:14 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-08-23 18:25 forward-paragraph return value Andreas Röhler
2010-08-23 20:59 ` Andreas Schwab
2010-08-24  5:43   ` Andreas Röhler
2010-08-24  8:27     ` Stephen J. Turnbull
2010-08-24  9:14       ` Andreas Röhler [this message]
2010-08-24 11:30         ` Davis Herring
2010-08-24 16:57           ` Andreas Röhler
2010-08-24 12:06         ` Stephen J. Turnbull
2010-08-24 17:10           ` Andreas Röhler

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=4C738D6D.5040805@online.de \
    --to=andreas.roehler@online.de \
    --cc=emacs-devel@gnu.org \
    --cc=schwab@linux-m68k.org \
    --cc=stephen@xemacs.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.