From: Nicolas Goaziou <mail@nicolasgoaziou.fr>
To: Jon Snader <jsnader@mac.com>
Cc: emacs-orgmode@gnu.org
Subject: Re: Patch to implement sorting Org tables by IP address
Date: Sun, 14 Dec 2014 12:25:22 +0100 [thread overview]
Message-ID: <87tx0y79st.fsf@nicolasgoaziou.fr> (raw)
In-Reply-To: <2217AFF8-7135-4EAC-A189-8152FDDE52F9@mac.com> (Jon Snader's message of "Sat, 13 Dec 2014 17:37:13 -0500")
Jon Snader <jsnader@mac.com> writes:
> Well, I’m just going by what happens now. In org-do-sort, each of the
> sort options sets a different extraction function. For example, if you
> want a numeric sort, the extraction function calls string-to-number,
> while if you want an alphabetic sort it calls
> org-sort-remove-invisible. Really, this doesn’t matter because I was
> merely commenting on why (prompt . comparison) isn’t enough. Of
> course, you could roll any special extraction functionality into the
> comparison but I don’t really like that.
Then
(prompt comparison extraction)
while still allowing
(prompt comparison)
which would be a special case for
(prompt comparison #'org-sort-remove-invisible)
> Anyway, what I was suggesting in my last post was that we duplicate
> the functionality of org-sort-list.
This what I initially suggested. However, I'm trying to see if a table
approach would ultimately be better.
> There, if you’re calling it programmatically you specify getkey-func
> and compare-func. If you call it interactively, it asks you for the
> extraction function (which must return a string or number) and it
> tests it to see which comparison function to use. I like this approach
> because it makes org-sort-list and org-table-sort-lines work the same
> way. What’s not to like?
The networking researcher will have to provide its sorting function each
time, which was one of your arguments.
Regards,
next prev parent reply other threads:[~2014-12-14 11:24 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-09 19:16 Patch to implement sorting Org tables by IP address Jon Snader
2014-12-12 22:58 ` Nicolas Goaziou
2014-12-13 14:19 ` Jon Snader
2014-12-13 14:29 ` Nicolas Goaziou
2014-12-13 15:19 ` Jon Snader
2014-12-13 16:01 ` Nicolas Goaziou
2014-12-13 18:47 ` Jon Snader
2014-12-13 22:07 ` Nicolas Goaziou
2014-12-13 22:37 ` Jon Snader
2014-12-14 11:25 ` Nicolas Goaziou [this message]
2014-12-14 15:19 ` Jon Snader
2014-12-14 17:18 ` Nicolas Goaziou
2014-12-17 17:31 ` Jon Snader
2014-12-20 11:57 ` Nicolas Goaziou
2014-12-20 18:40 ` Jon Snader
2014-12-20 20:55 ` Nicolas Goaziou
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://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87tx0y79st.fsf@nicolasgoaziou.fr \
--to=mail@nicolasgoaziou.fr \
--cc=emacs-orgmode@gnu.org \
--cc=jsnader@mac.com \
/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/emacs/org-mode.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).