GNU logs - #45260, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#45260: 28.0.50; Maybe flex should only sort when there is no sorting metadata?
Resent-From: Omar =?UTF-8?Q?Antol=C3=ADn?= Camarena <omar@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 15 Dec 2020 18:48:01 +0000
Resent-Message-ID: <handler.45260.B.160805806811762 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 45260 <at> debbugs.gnu.org
From: Omar =?UTF-8?Q?Antol=C3=ADn?= Camarena <omar@HIDDEN>
Date: Tue, 15 Dec 2020 12:47:30 -0600
Message-ID: <86a6uehpod.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Received-SPF: pass client-ip=132.248.17.1; envelope-from=omar@HIDDEN;
 helo=gauss.matem.unam.mx
X-Spam_score_int: -41
X-Spam_score: -4.2
X-Spam_bar: ----
X-Spam_report: (-4.2 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3,
 SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -1.3 (-)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.3 (--)


Hi! This is isn't quite a bug report, but more like a technical question
and suggestion.

Briefly, the flex completion style does its own sorting of candidates by
something called "completion-score". It does this by adjusting the
metadata of the completion table to introduce new display-sort-function
and cycle-sort-function properties that sort by completion-score. If the
completion table already had a display-sort-function or a
cycle-sort-function, then the orginal function is called first and then
the result is sorted by completion-score.

I was a little surprised by this last behavior and think the following
is more natural: if the original completion table has *no*
display-sort-function then a new one that does sorting by
completion-score is introduced, but if the original table does have sort
functions, keep those intact! My reasoning is that if a completion table
bothers specifying sort functions, it is probably because they sort
things in a useful order and it's a bad idea to mess with it.

Here's the concrete example where I came across this behavior. Daniel
Mendler is working on a library called consult [1], which provides a
series of commands that rely on completing-read. One of the commands is
consult-line, which prompts you for a line from your current buffer and
jumps to it. The idea, of course, is that depending on your
completion-styles, specifying a line in the buffer with completion might
require typing very little.

The consult-line function sets the display-sort-function and
cycle-sort-function to #'identity in the metadata of the table it hands
to completing read. This is done so that the completions buffer or
icomplete display the matching lines in the order those lines occur in
the buffer. Daniel noticed [2] that under fido-mode the lines became
disordered! I set out to investigate and eventually figured out that
this was because fido-mode overrides the user's setting of
completion-styles setting it to '(flex), and the flex completion styles
uses:

(put 'flex 'completion--adjust-metadata 'completion--flex-adjust-metadata)

to install the completion--flex-adjust-metadata function which modifies
the completion table metadata to compose any existing sort-functions
with one that sorts by completion-score.

Now, I do understand the purpose of flex's sorting by completion-score
and think it does a fair job of making flex more useful. I only wonder
if always sorting by completion-score is a good idea, and propose
instead sorting by completion-score only in the absence of sort-function
metadata.

So, my questions are:

1. Why does flex sort even if there is display/cycle-sort-functions
present? Is there some good reason or use case I'm not seeing?

2. If not, would you consider change completion--flex-adjust-metadata so th=
at it only does the sorting by completion-score in case there is no display=
/cycle-sort-function metadata present?

[1] Consult, https://github.com/minad/consult
[2] "Candidate order is changed when filtering in fido-mode", https://githu=
b.com/minad/consult/issues/57


In GNU Emacs 28.0.50 (build 1, x86_64-w64-mingw32)
 of 2019-12-28 built on W550S
Windowing system distributor 'Microsoft Corp.', version 10.0.19041
System Description: Microsoft Windows 10 Home (v10.0.2004.19041.685)

Recent messages:
Auto-saving...done
Starting new Ispell process c:/Users/Omar/Utils/hunspell/bin/hunspell.exe w=
ith default dictionary...done
Checking spelling of OCCURRENCE...
OCCURRENCE is correct
Mark set [2 times]
Auto-saving...done
Saving file c:/Users/Omar/advent-of-code/2020/day15.pl...
Wrote c:/Users/Omar/advent-of-code/2020/day15.pl
Discard unstaged changes in 2020/day15.pl? (y or n) y
Reverting buffer =E2=80=98day15.pl=E2=80=99.

Configured using:
 'configure --without-compress-install --without-dbus --with-modules
 'CFLAGS=3D-O2 -g3''

Configured features:
XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY W32NOTIFY ACL GNUTLS LIBXML2
HARFBUZZ ZLIB TOOLKIT_SCROLL_BARS MODULES THREADS JSON PDUMPER LCMS2 GMP

Important settings:
  value of $LANG: en_US
  locale-coding-system: cp1252

Major mode: Lisp Interaction

Minor modes in effect:
  magit-auto-revert-mode: t
  global-git-commit-mode: t
  async-bytecomp-package-mode: t
  shell-dirtrack-mode: t
  show-paren-mode: t
  electric-pair-mode: t
  beginend-global-mode: t
  beginend-prog-mode: t
  global-dot-mode: t
  dot-mode: t
  marginalia-mode: t
  minibuffer-electric-default-mode: t
  minibuffer-depth-indicate-mode: t
  gcmh-mode: t
  override-global-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ox hides c:/Users/Oma=
r/emax64/share/emacs/28.0.50/lisp/org/ox
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ox-texinfo hides c:/U=
sers/Omar/emax64/share/emacs/28.0.50/lisp/org/ox-texinfo
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ox-publish hides c:/U=
sers/Omar/emax64/share/emacs/28.0.50/lisp/org/ox-publish
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ox-org hides c:/Users=
/Omar/emax64/share/emacs/28.0.50/lisp/org/ox-org
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ox-odt hides c:/Users=
/Omar/emax64/share/emacs/28.0.50/lisp/org/ox-odt
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ox-md hides c:/Users/=
Omar/emax64/share/emacs/28.0.50/lisp/org/ox-md
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ox-man hides c:/Users=
/Omar/emax64/share/emacs/28.0.50/lisp/org/ox-man
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ox-latex hides c:/Use=
rs/Omar/emax64/share/emacs/28.0.50/lisp/org/ox-latex
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ox-icalendar hides c:=
/Users/Omar/emax64/share/emacs/28.0.50/lisp/org/ox-icalendar
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ox-html hides c:/User=
s/Omar/emax64/share/emacs/28.0.50/lisp/org/ox-html
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ox-beamer hides c:/Us=
ers/Omar/emax64/share/emacs/28.0.50/lisp/org/ox-beamer
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ox-ascii hides c:/Use=
rs/Omar/emax64/share/emacs/28.0.50/lisp/org/ox-ascii
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/org hides c:/Users/Om=
ar/emax64/share/emacs/28.0.50/lisp/org/org
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/org-version hides c:/=
Users/Omar/emax64/share/emacs/28.0.50/lisp/org/org-version
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/org-timer hides c:/Us=
ers/Omar/emax64/share/emacs/28.0.50/lisp/org/org-timer
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/org-tempo hides c:/Us=
ers/Omar/emax64/share/emacs/28.0.50/lisp/org/org-tempo
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/org-table hides c:/Us=
ers/Omar/emax64/share/emacs/28.0.50/lisp/org/org-table
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/org-src hides c:/User=
s/Omar/emax64/share/emacs/28.0.50/lisp/org/org-src
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/org-protocol hides c:=
/Users/Omar/emax64/share/emacs/28.0.50/lisp/org/org-protocol
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/org-plot hides c:/Use=
rs/Omar/emax64/share/emacs/28.0.50/lisp/org/org-plot
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/org-pcomplete hides c=
:/Users/Omar/emax64/share/emacs/28.0.50/lisp/org/org-pcomplete
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/org-num hides c:/User=
s/Omar/emax64/share/emacs/28.0.50/lisp/org/org-num
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/org-mouse hides c:/Us=
ers/Omar/emax64/share/emacs/28.0.50/lisp/org/org-mouse
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/org-mobile hides c:/U=
sers/Omar/emax64/share/emacs/28.0.50/lisp/org/org-mobile
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/org-macs hides c:/Use=
rs/Omar/emax64/share/emacs/28.0.50/lisp/org/org-macs
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/org-macro hides c:/Us=
ers/Omar/emax64/share/emacs/28.0.50/lisp/org/org-macro
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/org-loaddefs hides c:=
/Users/Omar/emax64/share/emacs/28.0.50/lisp/org/org-loaddefs
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/org-list hides c:/Use=
rs/Omar/emax64/share/emacs/28.0.50/lisp/org/org-list
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/org-lint hides c:/Use=
rs/Omar/emax64/share/emacs/28.0.50/lisp/org/org-lint
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/org-keys hides c:/Use=
rs/Omar/emax64/share/emacs/28.0.50/lisp/org/org-keys
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/org-install hides c:/=
Users/Omar/emax64/share/emacs/28.0.50/lisp/org/org-install
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/org-inlinetask hides =
c:/Users/Omar/emax64/share/emacs/28.0.50/lisp/org/org-inlinetask
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/org-indent hides c:/U=
sers/Omar/emax64/share/emacs/28.0.50/lisp/org/org-indent
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/org-id hides c:/Users=
/Omar/emax64/share/emacs/28.0.50/lisp/org/org-id
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/org-habit hides c:/Us=
ers/Omar/emax64/share/emacs/28.0.50/lisp/org/org-habit
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/org-goto hides c:/Use=
rs/Omar/emax64/share/emacs/28.0.50/lisp/org/org-goto
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/org-footnote hides c:=
/Users/Omar/emax64/share/emacs/28.0.50/lisp/org/org-footnote
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/org-feed hides c:/Use=
rs/Omar/emax64/share/emacs/28.0.50/lisp/org/org-feed
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/org-faces hides c:/Us=
ers/Omar/emax64/share/emacs/28.0.50/lisp/org/org-faces
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/org-entities hides c:=
/Users/Omar/emax64/share/emacs/28.0.50/lisp/org/org-entities
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/org-element hides c:/=
Users/Omar/emax64/share/emacs/28.0.50/lisp/org/org-element
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/org-duration hides c:=
/Users/Omar/emax64/share/emacs/28.0.50/lisp/org/org-duration
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/org-datetree hides c:=
/Users/Omar/emax64/share/emacs/28.0.50/lisp/org/org-datetree
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/org-ctags hides c:/Us=
ers/Omar/emax64/share/emacs/28.0.50/lisp/org/org-ctags
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/org-crypt hides c:/Us=
ers/Omar/emax64/share/emacs/28.0.50/lisp/org/org-crypt
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/org-compat hides c:/U=
sers/Omar/emax64/share/emacs/28.0.50/lisp/org/org-compat
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/org-colview hides c:/=
Users/Omar/emax64/share/emacs/28.0.50/lisp/org/org-colview
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/org-clock hides c:/Us=
ers/Omar/emax64/share/emacs/28.0.50/lisp/org/org-clock
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/org-capture hides c:/=
Users/Omar/emax64/share/emacs/28.0.50/lisp/org/org-capture
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/org-attach hides c:/U=
sers/Omar/emax64/share/emacs/28.0.50/lisp/org/org-attach
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/org-attach-git hides =
c:/Users/Omar/emax64/share/emacs/28.0.50/lisp/org/org-attach-git
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/org-archive hides c:/=
Users/Omar/emax64/share/emacs/28.0.50/lisp/org/org-archive
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/org-agenda hides c:/U=
sers/Omar/emax64/share/emacs/28.0.50/lisp/org/org-agenda
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ol hides c:/Users/Oma=
r/emax64/share/emacs/28.0.50/lisp/org/ol
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ol-w3m hides c:/Users=
/Omar/emax64/share/emacs/28.0.50/lisp/org/ol-w3m
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ol-rmail hides c:/Use=
rs/Omar/emax64/share/emacs/28.0.50/lisp/org/ol-rmail
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ol-mhe hides c:/Users=
/Omar/emax64/share/emacs/28.0.50/lisp/org/ol-mhe
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ol-irc hides c:/Users=
/Omar/emax64/share/emacs/28.0.50/lisp/org/ol-irc
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ol-info hides c:/User=
s/Omar/emax64/share/emacs/28.0.50/lisp/org/ol-info
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ol-gnus hides c:/User=
s/Omar/emax64/share/emacs/28.0.50/lisp/org/ol-gnus
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ol-eww hides c:/Users=
/Omar/emax64/share/emacs/28.0.50/lisp/org/ol-eww
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ol-eshell hides c:/Us=
ers/Omar/emax64/share/emacs/28.0.50/lisp/org/ol-eshell
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ol-docview hides c:/U=
sers/Omar/emax64/share/emacs/28.0.50/lisp/org/ol-docview
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ol-bibtex hides c:/Us=
ers/Omar/emax64/share/emacs/28.0.50/lisp/org/ol-bibtex
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ol-bbdb hides c:/User=
s/Omar/emax64/share/emacs/28.0.50/lisp/org/ol-bbdb
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob hides c:/Users/Oma=
r/emax64/share/emacs/28.0.50/lisp/org/ob
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-vala hides c:/User=
s/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-vala
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-tangle hides c:/Us=
ers/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-tangle
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-table hides c:/Use=
rs/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-table
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-stan hides c:/User=
s/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-stan
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-sqlite hides c:/Us=
ers/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-sqlite
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-sql hides c:/Users=
/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-sql
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-shen hides c:/User=
s/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-shen
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-shell hides c:/Use=
rs/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-shell
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-sed hides c:/Users=
/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-sed
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-screen hides c:/Us=
ers/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-screen
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-scheme hides c:/Us=
ers/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-scheme
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-sass hides c:/User=
s/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-sass
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-ruby hides c:/User=
s/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-ruby
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-ref hides c:/Users=
/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-ref
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-R hides c:/Users/O=
mar/emax64/share/emacs/28.0.50/lisp/org/ob-R
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-python hides c:/Us=
ers/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-python
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-processing hides c=
:/Users/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-processing
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-plantuml hides c:/=
Users/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-plantuml
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-picolisp hides c:/=
Users/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-picolisp
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-perl hides c:/User=
s/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-perl
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-org hides c:/Users=
/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-org
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-octave hides c:/Us=
ers/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-octave
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-ocaml hides c:/Use=
rs/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-ocaml
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-mscgen hides c:/Us=
ers/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-mscgen
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-maxima hides c:/Us=
ers/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-maxima
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-matlab hides c:/Us=
ers/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-matlab
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-makefile hides c:/=
Users/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-makefile
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-lua hides c:/Users=
/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-lua
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-lob hides c:/Users=
/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-lob
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-lisp hides c:/User=
s/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-lisp
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-lilypond hides c:/=
Users/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-lilypond
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-ledger hides c:/Us=
ers/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-ledger
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-latex hides c:/Use=
rs/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-latex
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-js hides c:/Users/=
Omar/emax64/share/emacs/28.0.50/lisp/org/ob-js
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-java hides c:/User=
s/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-java
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-J hides c:/Users/O=
mar/emax64/share/emacs/28.0.50/lisp/org/ob-J
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-io hides c:/Users/=
Omar/emax64/share/emacs/28.0.50/lisp/org/ob-io
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-hledger hides c:/U=
sers/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-hledger
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-haskell hides c:/U=
sers/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-haskell
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-groovy hides c:/Us=
ers/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-groovy
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-gnuplot hides c:/U=
sers/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-gnuplot
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-fortran hides c:/U=
sers/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-fortran
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-forth hides c:/Use=
rs/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-forth
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-exp hides c:/Users=
/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-exp
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-eval hides c:/User=
s/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-eval
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-eshell hides c:/Us=
ers/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-eshell
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-emacs-lisp hides c=
:/Users/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-emacs-lisp
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-ebnf hides c:/User=
s/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-ebnf
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-dot hides c:/Users=
/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-dot
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-ditaa hides c:/Use=
rs/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-ditaa
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-css hides c:/Users=
/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-css
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-core hides c:/User=
s/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-core
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-coq hides c:/Users=
/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-coq
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-comint hides c:/Us=
ers/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-comint
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-clojure hides c:/U=
sers/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-clojure
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-calc hides c:/User=
s/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-calc
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-C hides c:/Users/O=
mar/emax64/share/emacs/28.0.50/lisp/org/ob-C
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-awk hides c:/Users=
/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-awk
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-asymptote hides c:=
/Users/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-asymptote
c:/Users/Omar/.emacs.d/elpa/org-plus-contrib-20201214/ob-abc hides c:/Users=
/Omar/emax64/share/emacs/28.0.50/lisp/org/ob-abc

Features:
(shadow sort bbdb-message mailalias bbdb-mua bbdb-com bbdb bbdb-site
timezone mail-extr emacsbug sendmail ispell bug-reference magit-extras
isearch-extras misearch multi-isearch misc misc-text executable vc-git
perl-mode mule-util face-remap magit-submodule magit-obsolete
magit-blame magit-stash magit-reflog magit-bisect magit-push magit-pull
magit-fetch magit-clone magit-remote magit-commit magit-sequence
magit-notes magit-worktree magit-tag magit-merge magit-branch
magit-reset magit-files magit-refs magit-status magit magit-repos
magit-apply magit-wip magit-log which-func magit-diff smerge-mode diff
diff-mode magit-core magit-autorevert autorevert filenotify magit-margin
magit-transient magit-process magit-mode git-commit transient magit-git
magit-section magit-utils crm log-edit message rmc puny dired
dired-loaddefs format-spec rfc822 mml mml-sec epa derived epg epg-config
gnus-util rmail rmail-loaddefs text-property-search time-date mm-decode
mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 mm-util
ietf-drums mail-prsvr mailabbrev mail-utils gmm-utils mailheader
pcvs-util add-log with-editor async-bytecomp advice async shell
pcomplete server dash email-config markdown-mode rx color noutline
outline comint ansi-color pdf-loader paren elec-pair ace-link avy ring
beginend dot-mode marginalia embark ffap thingatpt icomplete-vertical
icomplete orderless minibuf-eldef mb-depth block-undo imenu
modus-vivendi-theme modus-operandi-theme modus-themes edmacro kmacro
gcmh diminish cl-extra help-mode use-package use-package-ensure
use-package-delight use-package-diminish use-package-bind-key bind-key
easy-mmode use-package-core finder-inf tex-site slime-autoloads info
package easymenu browse-url url-handlers url-parse auth-source cl-seq
eieio eieio-core cl-macs eieio-loaddefs password-cache json subr-x map
url-vars seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib
tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type
mwheel dos-w32 ls-lisp disp-table term/w32-win w32-win w32-vars
term/common-win tool-bar dnd fontset image regexp-opt fringe
tabulated-list replace newcomment text-mode elisp-mode lisp-mode
prog-mode register page tab-bar menu-bar rfn-eshadow isearch timer
select scroll-bar mouse jit-lock font-lock syntax facemenu font-core
term/tty-colors frame minibuffer cl-generic cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms
cp51932 hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese composite charscript charprop case-table epa-hook
jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice loaddefs
button faces cus-face macroexp files text-properties overlay sha1 md5
base64 format env code-pages mule custom widget hashtable-print-readable
backquote threads w32notify w32 lcms2 multi-tty make-network-process
emacs)

Memory information:
((conses 16 405692 178817)
 (symbols 48 25554 3)
 (strings 32 112339 21643)
 (string-bytes 1 3103871)
 (vectors 16 37642)
 (vector-slots 8 472577 106426)
 (floats 8 255 730)
 (intervals 56 765 635)
 (buffers 1000 18))

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Omar =?UTF-8?Q?Antol=C3=ADn?= Camarena <omar@HIDDEN>
Subject: bug#45260: Acknowledgement (28.0.50; Maybe flex should only sort
 when there is no sorting metadata?)
Message-ID: <handler.45260.B.160805806811762.ack <at> debbugs.gnu.org>
References: <86a6uehpod.fsf@HIDDEN>
X-Gnu-PR-Message: ack 45260
X-Gnu-PR-Package: emacs
Reply-To: 45260 <at> debbugs.gnu.org
Date: Tue, 15 Dec 2020 18:48:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 45260 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
45260: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D45260
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#45260: 28.0.50; Maybe flex should only sort when there is no sorting metadata?
Resent-From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= <joaotavora@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 17 Aug 2021 10:43:02 +0000
Resent-Message-ID: <handler.45260.B45260.162919692618746 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Omar =?UTF-8?Q?Antol=C3=ADn?= Camarena <omar@HIDDEN>
Cc: 45260 <at> debbugs.gnu.org
From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= <joaotavora@HIDDEN>
References: <86a6uehpod.fsf@HIDDEN>
Date: Tue, 17 Aug 2021 11:41:49 +0100
In-Reply-To: <86a6uehpod.fsf@HIDDEN> ("Omar =?UTF-8?Q?Antol=C3=ADn?=
 Camarena"'s message of "Tue, 15 Dec 2020 12:47:30 -0600")
Message-ID: <87v944wdxu.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

Omar Antol=C3=ADn Camarena <omar@HIDDEN> writes:

> 1. Why does flex sort even if there is display/cycle-sort-functions
> present? Is there some good reason or use case I'm not seeing?

When I designed flex I wanted it to sort by flexy stuff and keep the
relative order specified by earlier sorting when there are ties.  I've
not seen an example of a table where its original sorting mattered more
_when_ there is some search pattern.  When there is no search pattern,
flex sorting doesn't kick in (because there is nothing to work from).

But you can probably design some other "omar-flex" completion style that
doesn't do this and behaves the way you want.

Jo=C3=A3o

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#45260: 28.0.50; Maybe flex should only sort when there is no sorting metadata?
Resent-From: Dmitry Gutov <dgutov@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 17 Aug 2021 12:44:01 +0000
Resent-Message-ID: <handler.45260.B45260.162920418722462 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= <joaotavora@HIDDEN>, Omar =?UTF-8?Q?Antol=C3=ADn?= Camarena <omar@HIDDEN>
Cc: 45260 <at> debbugs.gnu.org
References: <86a6uehpod.fsf@HIDDEN> <87v944wdxu.fsf@HIDDEN>
From: Dmitry Gutov <dgutov@HIDDEN>
Message-ID: <847fabdb-8b06-dd0f-b2ad-6c71d2f5c3cd@HIDDEN>
Date: Tue, 17 Aug 2021 15:42:57 +0300
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101
 Thunderbird/78.11.0
MIME-Version: 1.0
In-Reply-To: <87v944wdxu.fsf@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

On 17.08.2021 13:41, João Távora wrote:
> I've
> not seen an example of a table where its original sorting mattered more
> _when_  there is some search pattern.

Do you have examples of completion tables which do specify sorting, but 
where flex sorting obviously should take precedence?

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#45260: 28.0.50; Maybe flex should only sort when there is no sorting metadata?
Resent-From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= <joaotavora@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 17 Aug 2021 14:06:02 +0000
Resent-Message-ID: <handler.45260.B45260.162920916131771 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 45260
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Dmitry Gutov <dgutov@HIDDEN>
Cc: 45260 <at> debbugs.gnu.org, Omar =?UTF-8?Q?Antol=C3=ADn?= Camarena <omar@HIDDEN>
Received: via spool by 45260-submit <at> debbugs.gnu.org id=B45260.162920916131771
          (code B ref 45260); Tue, 17 Aug 2021 14:06:02 +0000
Received: (at 45260) by debbugs.gnu.org; 17 Aug 2021 14:06:01 +0000
Received: from localhost ([127.0.0.1]:53711 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1mFzj7-0008GM-7x
	for submit <at> debbugs.gnu.org; Tue, 17 Aug 2021 10:06:01 -0400
Received: from mail-pj1-f52.google.com ([209.85.216.52]:50961)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <joaotavora@HIDDEN>) id 1mFzj4-0008G2-KJ
 for 45260 <at> debbugs.gnu.org; Tue, 17 Aug 2021 10:05:59 -0400
Received: by mail-pj1-f52.google.com with SMTP id bo18so32348338pjb.0
 for <45260 <at> debbugs.gnu.org>; Tue, 17 Aug 2021 07:05:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=mime-version:references:in-reply-to:from:date:message-id:subject:to
 :cc; bh=NZwvr4OZ+RTRRPKQHftIJs5E+49k/nTs+GpuKMqzABw=;
 b=kLGkYRgCMYmI9ZwCOJhhVf4fMLIAsf90ZGkOAQcOQ8dOJDYfhZ4CnFk1QCsAGPqsxJ
 vRJwhSwbiXrc+zW9CsIqFtUBjN9mjbW4GJkzzVF/8d9yJTrlkGnDr1PBbHLqFEVUqz3v
 StiyEHYLAdB34vSSvzegCXb3bwD/NEx/eeGmNTbk0zNFd/q7qJnOvsSiCXzv/94ZO8vc
 NJfTBynZlpPNHNT82ZPlOmU/fhRQ+ADeQrh6n2/ghyRvZ6Lzd+nbl79FvGAdCW2K/K0w
 w55ZTOr4YJBqI1Rmq2EP2LB2AWgYrLJMzfiGOwz1Ee4jHIEeWErPFOtvIRnoBwb1Q543
 281g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:references:in-reply-to:from:date
 :message-id:subject:to:cc;
 bh=NZwvr4OZ+RTRRPKQHftIJs5E+49k/nTs+GpuKMqzABw=;
 b=nN3wEAg01Lz8hhzfGtoGfVY6q4vE/KuI7BoBWKOOfiVpKI2mEPY9Z6wuq01RrOR6GH
 RSw0dMTcZLevoGW11Rn/z7MZmAjzmRd5mMRDhSffR3ea4TCYxWrjFuSDnohr0cilIdcg
 esA/7i1o7gfe0757UuAbD9HP8X+M1qYN2O+bA9jVknnxSSXx0k9m/9LKOWPN+HjmDbLb
 sBtVd3rlzmGJsuWa/jDi73hv8o9vy9DFHt0WO9phAC+KLRZBPaNOyoOAbTYUv/iYVxff
 arhPocz//aIEcVplEuABtn1KanWm2ED71g3j36xoB41R2a1ePjXFaECw58SZxFTQbM/P
 d6fg==
X-Gm-Message-State: AOAM53225hwj3p1VxtVETVuHmOGHdqLEtdOR3P2WMkVVh2EAKqAe0KIM
 PgNjfbXKNpJ6jeR6eOb0M+sp9/0jPiaMy5kspmE=
X-Google-Smtp-Source: ABdhPJxHuElXIwS5fdpQUM2xJcXWgjs8ypKjCYljTvFYnk+usFiySYHrHYiE+YB3oNLVIJZSQvaAcwaxPJd3YAXPj+M=
X-Received: by 2002:a17:90b:14b:: with SMTP id
 em11mr3837534pjb.125.1629209152764; 
 Tue, 17 Aug 2021 07:05:52 -0700 (PDT)
MIME-Version: 1.0
References: <86a6uehpod.fsf@HIDDEN> <87v944wdxu.fsf@HIDDEN>
 <847fabdb-8b06-dd0f-b2ad-6c71d2f5c3cd@HIDDEN>
In-Reply-To: <847fabdb-8b06-dd0f-b2ad-6c71d2f5c3cd@HIDDEN>
From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= <joaotavora@HIDDEN>
Date: Tue, 17 Aug 2021 15:05:41 +0100
Message-ID: <CALDnm52gRPvU4aSCUzUQUa1zCUzXLu_e7kB2eJp33eAtRMeAZg@HIDDEN>
Content-Type: multipart/alternative; boundary="000000000000d0be6c05c9c1d0a4"
X-Spam-Score: -0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

--000000000000d0be6c05c9c1d0a4
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Tue, Aug 17, 2021, 13:43 Dmitry Gutov <dgutov@HIDDEN> wrote:

> On 17.08.2021 13:41, Jo=C3=A3o T=C3=A1vora wrote:
> > I've
> > not seen an example of a table where its original sorting mattered more
> > _when_  there is some search pattern.
>
> Do you have examples of completion tables which do specify sorting, but
> where flex sorting obviously should take precedence?
>

No, do you? Love to see them, or the converse. But does it matter? Flex is
for searching with patterns, stable sorted by scores, solving ties with
whatever sort order came first. Dmitry/flex, or Flix, or Flax, may be
something else, you understand? It's by design like this.

Jo=C3=A3o

>

--000000000000d0be6c05c9c1d0a4
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"auto"><div><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D=
"gmail_attr">On Tue, Aug 17, 2021, 13:43 Dmitry Gutov &lt;<a href=3D"mailto=
:dgutov@HIDDEN">dgutov@HIDDEN</a>&gt; wrote:<br></div><blockquote cla=
ss=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;pa=
dding-left:1ex">On 17.08.2021 13:41, Jo=C3=A3o T=C3=A1vora wrote:<br>
&gt; I&#39;ve<br>
&gt; not seen an example of a table where its original sorting mattered mor=
e<br>
&gt; _when_=C2=A0 there is some search pattern.<br>
<br>
Do you have examples of completion tables which do specify sorting, but <br=
>
where flex sorting obviously should take precedence?<br></blockquote></div>=
</div><div dir=3D"auto"><br></div><div dir=3D"auto">No, do you? Love to see=
 them, or the converse. But does it matter? Flex is for searching with patt=
erns, stable sorted by scores, solving ties with whatever sort order came f=
irst. Dmitry/flex, or Flix, or Flax, may be something else, you understand?=
 It&#39;s by design like this.</div><div dir=3D"auto"><br></div><div dir=3D=
"auto">Jo=C3=A3o</div><div dir=3D"auto"><div class=3D"gmail_quote"><blockqu=
ote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc s=
olid;padding-left:1ex">
</blockquote></div></div></div>

--000000000000d0be6c05c9c1d0a4--

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#45260: 28.0.50; Maybe flex should only sort when there is no sorting metadata?
Resent-From: Dmitry Gutov <dgutov@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 17 Aug 2021 14:50:02 +0000
Resent-Message-ID: <handler.45260.B45260.16292117923473 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 45260
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= <joaotavora@HIDDEN>
Cc: 45260 <at> debbugs.gnu.org, Omar =?UTF-8?Q?Antol=C3=ADn?= Camarena <omar@HIDDEN>
Received: via spool by 45260-submit <at> debbugs.gnu.org id=B45260.16292117923473
          (code B ref 45260); Tue, 17 Aug 2021 14:50:02 +0000
Received: (at 45260) by debbugs.gnu.org; 17 Aug 2021 14:49:52 +0000
Received: from localhost ([127.0.0.1]:53757 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1mG0PX-0000tx-JY
	for submit <at> debbugs.gnu.org; Tue, 17 Aug 2021 10:49:51 -0400
Received: from mail-wr1-f47.google.com ([209.85.221.47]:33482)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <raaahh@HIDDEN>) id 1mG0PT-0000ti-RR
 for 45260 <at> debbugs.gnu.org; Tue, 17 Aug 2021 10:49:49 -0400
Received: by mail-wr1-f47.google.com with SMTP id r7so29145672wrs.0
 for <45260 <at> debbugs.gnu.org>; Tue, 17 Aug 2021 07:49:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=sender:subject:to:cc:references:from:message-id:date:user-agent
 :mime-version:in-reply-to:content-language:content-transfer-encoding;
 bh=x/wprr18GlwKIdGBWp7CNhRjx2NiNewg6L40vPmnW3g=;
 b=PmsJuTB4oSJWqZ5TFYwxgmWtDhX4N52I1e9k7CuTRzxrMVQIcownfwncqMBbU362Lt
 hUIbdAkdaKWfAnQVc/dN7S92buy0V9t08k0oxtQs481U/KzlT/Bb5AmpEUE84UGhVQ66
 ASjud64WZxvVaUxeKzPx2DsChsZW7JRlepnOcXDEjV7wrBwUeZxlv7RY1yuLUW9ZlFcA
 FbXJkGwP+6kOwc5vst+ZhefSt781Ph43BPzBX3t5BwV/8jkGgaO1hCxAuJELCtjYyNEL
 r6B/hEQReqhNTmStI/Ea8wQlmPf9hEIl5vjfvTYdFCtOl1l+r2ZfneTdgRy5CY12UZOv
 u/9A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:sender:subject:to:cc:references:from:message-id
 :date:user-agent:mime-version:in-reply-to:content-language
 :content-transfer-encoding;
 bh=x/wprr18GlwKIdGBWp7CNhRjx2NiNewg6L40vPmnW3g=;
 b=CTqZfD6CSYKkJ9zW+bXA/FJtY3n3p9idsnOQqEuXhaN0TFS4MfqWdqDBPQuKJuULDl
 OFxIOKEmkVDdBontkw6ocdwUy351HSkzEA8Rtc7IcZPxb8uYYi2ZNoVwk1s+uSzvcib7
 OYIRYgkRpsJNg9Ll85aZLDFb7uadwkfarNW79tf3n0o/k1CXPfUSoetNYZh9XWESbBmx
 88BDCY80YzozIXhSg1YjSiTvKiqQY+31hEUHPD9DeqZApfvGFKv7x2QAG1V7VRKdLKCh
 rvvC/JavmC/SvgxXB/E1r99QvT3UfDYOV2hUS7MFRYlP8Gc91c7MxxsQHH5C7gXHbv99
 gBqQ==
X-Gm-Message-State: AOAM533tJf4rt5ouQLH5INvSbs6I7W2OaQQgKxe5JSfOjLKvjCCN9nnJ
 qy6yYEN6UxEhDEkeAaqjOqI=
X-Google-Smtp-Source: ABdhPJwsx/8mOYo4ShttrKF8gJehnfZ7zc8mY1SL411VEcMwvilwSFQQXvMHQwh9FDw8+DZASAy7fQ==
X-Received: by 2002:a05:6000:114d:: with SMTP id
 d13mr4663487wrx.295.1629211781624; 
 Tue, 17 Aug 2021 07:49:41 -0700 (PDT)
Received: from [192.168.0.6] ([46.251.119.176])
 by smtp.googlemail.com with ESMTPSA id g35sm2617010wmp.9.2021.08.17.07.49.40
 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128);
 Tue, 17 Aug 2021 07:49:40 -0700 (PDT)
References: <86a6uehpod.fsf@HIDDEN> <87v944wdxu.fsf@HIDDEN>
 <847fabdb-8b06-dd0f-b2ad-6c71d2f5c3cd@HIDDEN>
 <CALDnm52gRPvU4aSCUzUQUa1zCUzXLu_e7kB2eJp33eAtRMeAZg@HIDDEN>
From: Dmitry Gutov <dgutov@HIDDEN>
Message-ID: <deb8799c-fdb4-c4e1-bda6-f72e7095ea87@HIDDEN>
Date: Tue, 17 Aug 2021 17:49:39 +0300
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101
 Thunderbird/78.11.0
MIME-Version: 1.0
In-Reply-To: <CALDnm52gRPvU4aSCUzUQUa1zCUzXLu_e7kB2eJp33eAtRMeAZg@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
X-Spam-Score: 0.4 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.6 (/)

On 17.08.2021 17:05, João Távora wrote:
> On Tue, Aug 17, 2021, 13:43 Dmitry Gutov <dgutov@HIDDEN 
> <mailto:dgutov@HIDDEN>> wrote:
> 
>     On 17.08.2021 13:41, João Távora wrote:
>      > I've
>      > not seen an example of a table where its original sorting
>     mattered more
>      > _when_  there is some search pattern.
> 
>     Do you have examples of completion tables which do specify sorting, but
>     where flex sorting obviously should take precedence?
> 
> 
> No, do you? Love to see them, or the converse. But does it matter? Flex 
> is for searching with patterns, stable sorted by scores, solving ties 
> with whatever sort order came first. Dmitry/flex, or Flix, or Flax, may 
> be something else, you understand? It's by design like this.

If there aren't any such significant cases, flex could do what Omar is 
suggesting, solving the reported problem with no real downside. I would 
admit it to be a hackish move, but no more so than the recent commit 
ab23fa4.

Having multiple similar styles is of course an option, but it comes with 
code duplication and associated inconveniences (how many such styles 
should Emacs include OOTB?).

That could be solved with some more general approach, like have both 
styles and completion tables return sorting scores (with documented 
possible values and meanings), and do the combined sorting somewhere in 
the layer above. Then the user could choose the combining strategy, 
configured separately.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#45260: 28.0.50; Maybe flex should only sort when there is no sorting metadata?
Resent-From: Omar =?UTF-8?Q?Antol=C3=ADn?= Camarena <omar@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 17 Aug 2021 15:28:01 +0000
Resent-Message-ID: <handler.45260.B45260.16292140527219 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 45260
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Dmitry Gutov <dgutov@HIDDEN>
Cc: 45260 <at> debbugs.gnu.org, =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= <joaotavora@HIDDEN>
Received: via spool by 45260-submit <at> debbugs.gnu.org id=B45260.16292140527219
          (code B ref 45260); Tue, 17 Aug 2021 15:28:01 +0000
Received: (at 45260) by debbugs.gnu.org; 17 Aug 2021 15:27:32 +0000
Received: from localhost ([127.0.0.1]:53835 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1mG100-0001sN-7O
	for submit <at> debbugs.gnu.org; Tue, 17 Aug 2021 11:27:32 -0400
Received: from gauss.matem.unam.mx ([132.248.17.1]:44772)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <omar@HIDDEN>) id 1mG0zx-0001sA-GW
 for 45260 <at> debbugs.gnu.org; Tue, 17 Aug 2021 11:27:30 -0400
Received: from penguin (unknown [187.207.151.156])
 (using TLSv1 with cipher AES256-SHA (256/256 bits))
 (No client certificate requested) (Authenticated sender: omar)
 by gauss.matem.unam.mx (Postfix) with ESMTP id 1FFCC54221;
 Tue, 17 Aug 2021 10:27:27 -0500 (CDT)
From: Omar =?UTF-8?Q?Antol=C3=ADn?= Camarena <omar@HIDDEN>
References: <86a6uehpod.fsf@HIDDEN> <87v944wdxu.fsf@HIDDEN>
 <847fabdb-8b06-dd0f-b2ad-6c71d2f5c3cd@HIDDEN>
 <CALDnm52gRPvU4aSCUzUQUa1zCUzXLu_e7kB2eJp33eAtRMeAZg@HIDDEN>
 <deb8799c-fdb4-c4e1-bda6-f72e7095ea87@HIDDEN>
Date: Tue, 17 Aug 2021 10:27:23 -0500
In-Reply-To: <deb8799c-fdb4-c4e1-bda6-f72e7095ea87@HIDDEN> (Dmitry Gutov's
 message of "Tue, 17 Aug 2021 17:49:39 +0300")
Message-ID: <8735r8852c.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

Jo=C3=A3o said:

>  I've not seen an example of a table where its original sorting
>  mattered more _when_ there is some search pattern.

I'd argue the case I mentioned in the bug report is a good example. That
was the case of the consult-line command from Daniel Mendler's consult
package. That commands prompts for a line to go to using completions.
The completion candidates thus are all the lines in the current buffer.
The lines are prefixed with their line numbers in an affixation-function
and the display-sort-function is set to identity, so that the candidates
appear in the order they occur in the buffer.

The flex completion style is a pretty reasonable one to use with that
command, and it is a powerful way to find a line in a buffer by typing
realtively few characters in the line. But if you use a completion UI
that displays the candidates automatically while you type, such as
icomplete-mode (preferably icomplete-vertical-mode since these
candidates are full lines!), it is jarring that flex jumbles the line
order. I believe this to be a natural example where you want to keep the
candidates' order.

But also feel free to close this issue if you strongly disagree with it.
I'm not that invested since I do have what Jo=C3=A3o suggested: an
"omar-flex" style that doesn't sort (through a completion-style I wrote
called orderless which includes a flex substyle, and to be honest I
hardly ever use flex, either Jo=C3=A3o's version or the version in
orderless). Also, if I really want to use flex it is easy enough to
disable the sorting for specific commands such as consult-line:

(defun keep-flex-from-sorting (fn &rest args)
  (put 'flex 'completion--adjust-metadata nil)
  (unwind-protect
      (apply fn args)
    (put 'flex 'completion--adjust-metadata 'completion--flex-adjust-metada=
ta)))

(advice-add 'consult-line :around #'keep-flex-from-sorting)

Since flex's sorting is what you want for the vast majorit of commands,
I think this advice approach is a perfectly serviceable work around.

[Since in Emacs I can usually work around any issue without needing any
upstream changes, I feel my debating skills have deteriorated: I don't
have to convince people my suggestions are a good idea! So I just
suggest but then don't insist. ;) ]

--=20
Omar

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#45260: 28.0.50; Maybe flex should only sort when there is no sorting metadata?
Resent-From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= <joaotavora@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 17 Aug 2021 16:39:01 +0000
Resent-Message-ID: <handler.45260.B45260.162921831414454 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 45260
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Dmitry Gutov <dgutov@HIDDEN>
Cc: 45260 <at> debbugs.gnu.org, Omar =?UTF-8?Q?Antol=C3=ADn?= Camarena <omar@HIDDEN>
Received: via spool by 45260-submit <at> debbugs.gnu.org id=B45260.162921831414454
          (code B ref 45260); Tue, 17 Aug 2021 16:39:01 +0000
Received: (at 45260) by debbugs.gnu.org; 17 Aug 2021 16:38:34 +0000
Received: from localhost ([127.0.0.1]:53926 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1mG26k-0003l3-8t
	for submit <at> debbugs.gnu.org; Tue, 17 Aug 2021 12:38:34 -0400
Received: from mail-wr1-f41.google.com ([209.85.221.41]:42849)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <joaotavora@HIDDEN>) id 1mG26i-0003kq-Cr
 for 45260 <at> debbugs.gnu.org; Tue, 17 Aug 2021 12:38:33 -0400
Received: by mail-wr1-f41.google.com with SMTP id q11so29555226wrr.9
 for <45260 <at> debbugs.gnu.org>; Tue, 17 Aug 2021 09:38:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=from:to:cc:subject:references:date:in-reply-to:message-id
 :user-agent:mime-version:content-transfer-encoding;
 bh=TBT4kVHUg5VZvUkdkoSNP0qmWaZp8QXX3gIDYUfptes=;
 b=BQUJiwvsE+/UhMbiKdAFSDAB7ILv4+fQW7ctLgolV2OCBpIr0p9DmAf8iY85rv3AsV
 tMfKVC2JL/wzSBImyFIC6JwLtEf9BArRB3nZXcRB9/dX708PnngN17PwzW2De87HgjoH
 MGuNq0xzCYM1o0PzxePfWBmSi0z8DwmHFawXcSzmKe/oc/jLwNocUuCa4mnG77C+8gUF
 7gfw0mX6LXbkJZC5nkNfeWbR3NeI7/2GSYo2l3YzrxJ4jvS5x1FzxBDiHmVnvCZuGGji
 HrOsM1fB7PFOCs9qn4IbVmrcVhB8CPuZQxMEblWr3U4ICnj2rl4Yy7cCIJ8rIdFJOJ2X
 LmVA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to
 :message-id:user-agent:mime-version:content-transfer-encoding;
 bh=TBT4kVHUg5VZvUkdkoSNP0qmWaZp8QXX3gIDYUfptes=;
 b=Sq35DSOlz61abxHsNgMgRTJJVgUeq3fdkcUloz0VUhujrI6YQbPxoK5d+jKZmE/JMb
 p676tQb/1qxSBn4MeEaH/Fy0jefHDvgcDbeSttlU/g2Nuoty1k9V/tniMoqMlVrlItVN
 yweSfb6+22yGt58EgJFo62TWtlaIXhG3tTFzF7AVjAHpEjDRYipwwpoJTnuOekl3faSh
 jISG1Cu4c5lTVAHR4ai1b+agc3JciQuwfJnJh8ELzGLM+siv9517yyxpylarkdc+pNqU
 gTrjvPWu0BeNwzOcVGYZn7c+QOxZv17nnyA1/nC5N5bbWoNNoRUroR4a21uyAYfq0Pn5
 j7kQ==
X-Gm-Message-State: AOAM533FP4msWG93d1oWIl2adPhcr4DZH7bK+sWJS6318w4y1tvr31/z
 TxjQ8lRLC6L7keZ+U0AoGdA=
X-Google-Smtp-Source: ABdhPJxCDRjRz6qbvx0LYJqsvDLBcytMhqmBSDP4tSFcsmOSffBUk7qgRPXubhwPmS1K5ojywzLQdg==
X-Received: by 2002:a5d:474d:: with SMTP id o13mr5276115wrs.256.1629218306409; 
 Tue, 17 Aug 2021 09:38:26 -0700 (PDT)
Received: from krug (a94-133-27-132.cpe.netcabo.pt. [94.133.27.132])
 by smtp.gmail.com with ESMTPSA id p6sm3150439wrw.50.2021.08.17.09.38.25
 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
 Tue, 17 Aug 2021 09:38:25 -0700 (PDT)
From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= <joaotavora@HIDDEN>
References: <86a6uehpod.fsf@HIDDEN> <87v944wdxu.fsf@HIDDEN>
 <847fabdb-8b06-dd0f-b2ad-6c71d2f5c3cd@HIDDEN>
 <CALDnm52gRPvU4aSCUzUQUa1zCUzXLu_e7kB2eJp33eAtRMeAZg@HIDDEN>
 <deb8799c-fdb4-c4e1-bda6-f72e7095ea87@HIDDEN>
Date: Tue, 17 Aug 2021 17:38:22 +0100
In-Reply-To: <deb8799c-fdb4-c4e1-bda6-f72e7095ea87@HIDDEN> (Dmitry Gutov's
 message of "Tue, 17 Aug 2021 17:49:39 +0300")
Message-ID: <87v944uiv5.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 1.0 (+)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Dmitry Gutov <dgutov@HIDDEN> writes:

> On 17.08.2021 17:05, Jo=C3=A3o T=C3=A1vora wrote:
>> On Tue, Aug 17, 2021, 13:43 Dmitry Gutov <dgutov@HIDDEN
>> <mailto:dgutov@HIDDEN>> wrote:
>>     On 17.08.2021 13:41, Jo=C3=A3o T=C3=A1vora wrote:
>>      > I've
>>      > not seen an example of a table where its original sorting
>>     mattered more
>>      > _when_=C2=A0 there is some search pattern.
>>     Do you have examples of completion tables which do specify
>> sorting, but
>>     where flex sorting obviously should take precedence?
>> No, do you? Love to see them, or the converse. But does it matter?
>> Flex is for searching with patterns, stable sorted by scores,
>> solving ties with whatever sort order came first. Dmitry/flex, or
>> Flix, or Flax, may be something else, you understand? It's by design
>> like this.
>
> If there aren't any such significant cases, flex could do what Omar is
> suggesting, solving the reported problem with no real downside.

OK. Let's see the code and then it's easier to evaluate if there's "no
real downside".  If it's indeed true, than no problem.

If it helps, I'll just repeat that flex is a pattern-matching scoreing
thing.  You type "foo" and if the first element is "fabrobazo" and the
last one is "foobarbaz", the last one will sort before the first.  A guy
who made something called "hotfuzz" which is the same principle,
apparently, even better I guess.  https://github.com/axelf4/hotfuzz.
Anyway, I'd like it to stay that way even if the table says "fabrobazo"
is more important than "foobarbaz".  When there's no flexy stuff
happening, that's fine, when flex kicks in, it takes over.

> I would admit it to be a hackish move, but no more so than the recent
> commit ab23fa4.

I must admit to tire easily of adjectives like "hackish", "improper",
"dirty", "faux" along with "not my cup of tee" and "there will be subtle
bugs" and judgements based on some vague principia.  These things matter
close to 0 to me.  I need to hear criticism in the form of "there's a
bug when I do xyz", "it becomes 123% slower", or "it duplicates x lines
of code found in lalaland.el".  That's really the only useful criticism
of my programs that I can address.

In this case ab23fa4, bug#49888 directly solves a pretty solid and very
well described bug report that pointed to a vacuum in the flex
completion style.  It reuses functions
`minibuffer--sort-by-length-alpha' and `minibuffer--sort-by-position'
that someone else wrote to maximize code reuse.  To concrete things: can
code reuse and abstractions be improved even further there?  I wanted
to, but there were the problems noted in the FIXME.  You're welcome to
fix those, if you can.  Sorting takes time and patternless flex became
somewhat slower, but it'll become much faster soon, hopefully.

> Having multiple similar styles is of course an option, but it comes
> with code duplication and associated inconveniences (how many such
> styles should Emacs include OOTB?).

Code duplication if you make duplicated.  If you don't make it
duplicated there won't be duplication.  Different styles already reuse
lots of code.  How many styles?  As many as you think are worth
including, I guess.

> That could be solved with some more general approach, like have both
> styles and completion tables return sorting scores (with documented
> possible values and meanings), and do the combined sorting somewhere
> in the layer above. Then the user could choose the combining strategy,
> configured separately.

Sure, I guess, let's see some code.  I trust you to make lots of good
code that generally solves problems well and cares about backward
compatibility.  So let's do that and lay off the vague rethoric, please.

Jo=C3=A3o

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#45260: 28.0.50; Maybe flex should only sort when there is no sorting metadata?
Resent-From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= <joaotavora@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 17 Aug 2021 16:59:02 +0000
Resent-Message-ID: <handler.45260.B45260.162921949116539 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 45260
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Omar =?UTF-8?Q?Antol=C3=ADn?= Camarena <omar@HIDDEN>
Cc: 45260 <at> debbugs.gnu.org, Dmitry Gutov <dgutov@HIDDEN>
Received: via spool by 45260-submit <at> debbugs.gnu.org id=B45260.162921949116539
          (code B ref 45260); Tue, 17 Aug 2021 16:59:02 +0000
Received: (at 45260) by debbugs.gnu.org; 17 Aug 2021 16:58:11 +0000
Received: from localhost ([127.0.0.1]:53969 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1mG2Pi-0004Ig-N0
	for submit <at> debbugs.gnu.org; Tue, 17 Aug 2021 12:58:10 -0400
Received: from mail-wr1-f54.google.com ([209.85.221.54]:36427)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <joaotavora@HIDDEN>) id 1mG2Ph-0004IR-05
 for 45260 <at> debbugs.gnu.org; Tue, 17 Aug 2021 12:58:09 -0400
Received: by mail-wr1-f54.google.com with SMTP id k8so10676130wrn.3
 for <45260 <at> debbugs.gnu.org>; Tue, 17 Aug 2021 09:58:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=from:to:cc:subject:references:date:in-reply-to:message-id
 :user-agent:mime-version:content-transfer-encoding;
 bh=xft/gUrHUyNdqf2WjLkGhhRCh/y0TknFaDC80mGsJRo=;
 b=L+mMGefCuVqndJ9axHqjWIRUydZPdgtkeXIuTcilyvNCGufD6nOGbbi5Z0VccUPecC
 3eoAouchKfjJ+Xye3oYseJ5BV+OhPsPJP/f9JTHKZ0bcb0ysaoAEnq0+lMJ1SK6nLETY
 Pxe/RQ+NZKE2Ly04QGReJCdQKy/2n5XFeRvorHzi25oni1h/YlUnAOO6AJXRSPwPu/M/
 g3k2mKUEG7IizBAg+zJG0Ya7Xr5jfESarq3VGLJyF0xLMTPK870tWpWx2r+aFK8zRaPv
 8Jxd7f+tdm+DxDVfaLJlYp0f5IGKJpw17Ibm065MmSiyR3JSnqdTpnrcc2lnz8fj+LG6
 LUNg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to
 :message-id:user-agent:mime-version:content-transfer-encoding;
 bh=xft/gUrHUyNdqf2WjLkGhhRCh/y0TknFaDC80mGsJRo=;
 b=TYPWRlQqsIKFibIDZo8Tanz3CjZ0p8KIps8AGEbnGmmWksHeDRVgVVoSO+/CNrIIAa
 HWKhaJdoKxlXQxIzqUPX3k8PKKAIi2Eyj8Ks9GvNOKkJN8NhLOg9W6RJzOJdyc0EYowy
 +ID9prDYq3HHPiih7/P34lkMhGeOtoTlZT4wkHxCXSAhZU8JqTPI/XFG/zOLU+Ngiw1i
 aKSTgSEXjn9AloGf60r9M9ZaCHkN4O3yHe0e4JPoAm95YaKrVJxLmNGvrDv8wDacHnsS
 +Rn25mJF/NW0Mu78Yf/qVY+KIZOvM9gRD8enVLYnAxdzof+r3pAp8iGydHM2oMwfiUXJ
 O19w==
X-Gm-Message-State: AOAM533QMoe8NpJyLKUADAY7qYP9Sux7awRzeqEnZmUjLrjBRd/VnNI6
 kjl7TU/YryOVxU8wSSHElysKTO7INZ8=
X-Google-Smtp-Source: ABdhPJxAHwZk5Yoj6cKoienYRo01Ri2L+b6VOAlTH9hKeRPqpTfZqawfgY75+A+4+IxRl5gKbs56Tg==
X-Received: by 2002:adf:e7d1:: with SMTP id e17mr5427205wrn.151.1629219482574; 
 Tue, 17 Aug 2021 09:58:02 -0700 (PDT)
Received: from krug (a94-133-27-132.cpe.netcabo.pt. [94.133.27.132])
 by smtp.gmail.com with ESMTPSA id o125sm2811106wme.15.2021.08.17.09.58.01
 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
 Tue, 17 Aug 2021 09:58:02 -0700 (PDT)
From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= <joaotavora@HIDDEN>
References: <86a6uehpod.fsf@HIDDEN> <87v944wdxu.fsf@HIDDEN>
 <847fabdb-8b06-dd0f-b2ad-6c71d2f5c3cd@HIDDEN>
 <CALDnm52gRPvU4aSCUzUQUa1zCUzXLu_e7kB2eJp33eAtRMeAZg@HIDDEN>
 <deb8799c-fdb4-c4e1-bda6-f72e7095ea87@HIDDEN>
 <8735r8852c.fsf@HIDDEN>
Date: Tue, 17 Aug 2021 17:58:00 +0100
In-Reply-To: <8735r8852c.fsf@HIDDEN> ("Omar =?UTF-8?Q?Antol=C3=ADn?=
 Camarena"'s message of "Tue, 17 Aug 2021 10:27:23 -0500")
Message-ID: <87pmucuhyf.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Omar Antol=C3=ADn Camarena <omar@HIDDEN> writes:

>>  I've not seen an example of a table where its original sorting
>>  mattered more _when_ there is some search pattern.
> I'd argue the case I mentioned in the bug report is a good example. That
> was the case of the consult-line command from Daniel Mendler's consult
> package.

I don't know consult.  Is it a completion table?  For what?

> icomplete-mode (preferably icomplete-vertical-mode since these
> candidates are full lines!), it is jarring that flex jumbles the line
> order.

I see.  A table where the candidates are the lines of a file.  Well, not
jarring the way I look at flex, not the way _I_ use it.  My personal
expectation is to bubble up the tightest matches to the top.  If you're
interested where I picked up the idea, it's from many years of Common
Lisp programming with lots (close to a million IIRC) of named symbols.

Anyway, sounds like a job for a flex-sort-but-only-sometimes completion
style.  Or a flex sorting algorithm with another formula that produces
more ties.

Then, in a file with these 5 lines:

1: fabricate organic ornitopters
2: bar
3: and also using fooey
4: baz
5: using foo

With the pattern "foo", my personal expectation, and the way flex works
right now IINM, is to see 5, 3, 1.

Do you prefer to see 3, 5, 1?  Or keep 1, 3, 5 as presumably the table
stipulates?  Or something else?  Probably your decision in a new 'omar
style.

Jo=C3=A3o

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#45260: 28.0.50; Maybe flex should only sort when there is no sorting metadata?
Resent-From: Dmitry Gutov <dgutov@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 27 Sep 2021 23:13:02 +0000
Resent-Message-ID: <handler.45260.B45260.16327843295740 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 45260
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= <joaotavora@HIDDEN>
Cc: 45260 <at> debbugs.gnu.org, Omar =?UTF-8?Q?Antol=C3=ADn?= Camarena <omar@HIDDEN>
Received: via spool by 45260-submit <at> debbugs.gnu.org id=B45260.16327843295740
          (code B ref 45260); Mon, 27 Sep 2021 23:13:02 +0000
Received: (at 45260) by debbugs.gnu.org; 27 Sep 2021 23:12:09 +0000
Received: from localhost ([127.0.0.1]:43132 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1mUzn7-0001UW-1S
	for submit <at> debbugs.gnu.org; Mon, 27 Sep 2021 19:12:09 -0400
Received: from mail-wm1-f49.google.com ([209.85.128.49]:44916)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <raaahh@HIDDEN>) id 1mUzn5-0001Tq-Hu
 for 45260 <at> debbugs.gnu.org; Mon, 27 Sep 2021 19:12:08 -0400
Received: by mail-wm1-f49.google.com with SMTP id
 f78-20020a1c1f51000000b0030cdb3d6079so1205826wmf.3
 for <45260 <at> debbugs.gnu.org>; Mon, 27 Sep 2021 16:12:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112;
 h=sender:subject:to:cc:references:from:message-id:date:user-agent
 :mime-version:in-reply-to:content-language:content-transfer-encoding;
 bh=9N1eeGfoRa1uKDtZHTt+X5POBtYLsWOT2CdcXTejI0U=;
 b=BpHRCUQhqFZfXf1m8NJSlZqKqYdDtmmukelcb/K9SY+KFX7tUYEOjsNTlP56yW+NJL
 C9n3/b2+vEtZo0H64EGUhIW5kAXG87ly2hJMoQ/Ah2vglqoQmYh1Ol5tErx+OUQew5qH
 U4yLSsD/OqPrB4LaH89LskkURyvQ4/12blim5nKly3M/RflkM+PC+bdmLGod3VkhhFXf
 MAw3OZaRXCwPL6hvZYplWhMrGVJ8vSsUu6rkR0ZBeDe9KkNEW5eEsayYj+VQ2R5M0rMm
 8EFJv4EQpTq0IW6P4xu/DiS6ETKSRro40Z5OFgH1xhYuINf8VSu9SVkrqG/IkJS8vA6S
 x10w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20210112;
 h=x-gm-message-state:sender:subject:to:cc:references:from:message-id
 :date:user-agent:mime-version:in-reply-to:content-language
 :content-transfer-encoding;
 bh=9N1eeGfoRa1uKDtZHTt+X5POBtYLsWOT2CdcXTejI0U=;
 b=HQhWGXKL3LXE6lMmfCqJcVKSD1o8YCOi1h3nCmClIeQCWxrTsk38lJ+EYPco2jWIyF
 tEZQnGEwqGnkWy3dVXpftywd6bxHAr3oZj7jWSRrPxBFMNCr2qb1cY29caRYMvFSirD5
 vrsvenWdlIzxRKrYYpZoE+1RNSubynYoPFfTWrrrqOa1KwmZLf2vFQPhIOoBsG3HnwJF
 u+8lb5QFoqdK4LcCQ1POswzrQHnFnYhiIrzDqTNJjuU+lWyAfHjZLsaPj3MR60PA1IIM
 /oFu95zx881RfbWHelysim286Nk8+2E8Xvrt6RMAyWFUlHRrob2I59PbA6k9vIv11DBq
 GAvw==
X-Gm-Message-State: AOAM533Dub5WGX362d2fk3sBBeDPY48gTY1s07SImJL2e+Ns7b3PbduF
 T3kSrMW1zZmXluw33EJ+P6w=
X-Google-Smtp-Source: ABdhPJyHiEIfe+5y3Sg8JRZnWjmpGgx8SVYl1D6XL3YV9msy5nvIv+L6OHIANw/vfiQXOJJ+T9Pcag==
X-Received: by 2002:a1c:f216:: with SMTP id s22mr1632994wmc.27.1632784321729; 
 Mon, 27 Sep 2021 16:12:01 -0700 (PDT)
Received: from [192.168.0.6] ([46.251.119.176])
 by smtp.googlemail.com with ESMTPSA id z12sm4297217wrv.31.2021.09.27.16.12.00
 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128);
 Mon, 27 Sep 2021 16:12:01 -0700 (PDT)
References: <86a6uehpod.fsf@HIDDEN> <87v944wdxu.fsf@HIDDEN>
 <847fabdb-8b06-dd0f-b2ad-6c71d2f5c3cd@HIDDEN>
 <CALDnm52gRPvU4aSCUzUQUa1zCUzXLu_e7kB2eJp33eAtRMeAZg@HIDDEN>
 <deb8799c-fdb4-c4e1-bda6-f72e7095ea87@HIDDEN> <87v944uiv5.fsf@HIDDEN>
From: Dmitry Gutov <dgutov@HIDDEN>
Message-ID: <df97e2c5-f4c4-b91c-1743-7411d9f15cb7@HIDDEN>
Date: Tue, 28 Sep 2021 02:11:59 +0300
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101
 Thunderbird/78.13.0
MIME-Version: 1.0
In-Reply-To: <87v944uiv5.fsf@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
X-Spam-Score: 0.4 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.6 (/)

On 17.08.2021 19:38, João Távora wrote:
> Dmitry Gutov<dgutov@HIDDEN>  writes:
> 
>> On 17.08.2021 17:05, João Távora wrote:
>>> On Tue, Aug 17, 2021, 13:43 Dmitry Gutov <dgutov@HIDDEN
>>> <mailto:dgutov@HIDDEN>> wrote:
>>>      On 17.08.2021 13:41, João Távora wrote:
>>>       > I've
>>>       > not seen an example of a table where its original sorting
>>>      mattered more
>>>       >_when_   there is some search pattern.
>>>      Do you have examples of completion tables which do specify
>>> sorting, but
>>>      where flex sorting obviously should take precedence?
>>> No, do you? Love to see them, or the converse. But does it matter?
>>> Flex is for searching with patterns, stable sorted by scores,
>>> solving ties with whatever sort order came first. Dmitry/flex, or
>>> Flix, or Flax, may be something else, you understand? It's by design
>>> like this.
>> If there aren't any such significant cases, flex could do what Omar is
>> suggesting, solving the reported problem with no real downside.
> OK. Let's see the code and then it's easier to evaluate if there's "no
> real downside".  If it's indeed true, than no problem.

Please go ahead and fix your own code in any way you like.

Here's an example of user confusion that the current behavior invokes:

https://github.com/company-mode/company-mode/discussions/1223#discussioncomment-1387929

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#45260: 28.0.50; Maybe flex should only sort when there is no sorting metadata?
Resent-From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= <joaotavora@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 27 Sep 2021 23:27:01 +0000
Resent-Message-ID: <handler.45260.B45260.163278516815421 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 45260
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Dmitry Gutov <dgutov@HIDDEN>
Cc: 45260 <at> debbugs.gnu.org, Omar =?UTF-8?Q?Antol=C3=ADn?= Camarena <omar@HIDDEN>
Received: via spool by 45260-submit <at> debbugs.gnu.org id=B45260.163278516815421
          (code B ref 45260); Mon, 27 Sep 2021 23:27:01 +0000
Received: (at 45260) by debbugs.gnu.org; 27 Sep 2021 23:26:08 +0000
Received: from localhost ([127.0.0.1]:43156 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1mV00e-00040f-Ex
	for submit <at> debbugs.gnu.org; Mon, 27 Sep 2021 19:26:08 -0400
Received: from mail-pg1-f176.google.com ([209.85.215.176]:37609)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <joaotavora@HIDDEN>) id 1mV00b-000403-LU
 for 45260 <at> debbugs.gnu.org; Mon, 27 Sep 2021 19:26:07 -0400
Received: by mail-pg1-f176.google.com with SMTP id 17so19263758pgp.4
 for <45260 <at> debbugs.gnu.org>; Mon, 27 Sep 2021 16:26:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112;
 h=mime-version:references:in-reply-to:from:date:message-id:subject:to
 :cc:content-transfer-encoding;
 bh=Hy4q3ficPaVujjnLEXumWfuVyzmLHjlyRQVc0EK3hPo=;
 b=KZ/c3KGjs8ARqF+nFpvvN028LOH1Xf6GrDA0XE0zLT2oZsIG7jDaP7NlJpGt1L5/iZ
 6BlPTuj9V6bFaTnOAcjQ/nRz0mI/VMi8qj4B0c3VgrWhrOsDduRB8nhyEKPppdlmsAjl
 m3pR9L3d4h5FfrjjnEWnYAQhoyZiSJLL052tP0bCuOsaK3DKWjdV7msbVPXFKpSMhH6L
 /U7e+r27pSn7yFYqeX4nr0SOE5sgpxRi/tXCY1fI2Z9GXFI7TZWvY9Whf7XcjWAnMCbs
 hh+NbNNauB7fTxjdNnnA3hfokn0ZwITnajNcw6ofkd5AEG2nMNUXQMz2a5v4zlPNDfPP
 I2sg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20210112;
 h=x-gm-message-state:mime-version:references:in-reply-to:from:date
 :message-id:subject:to:cc:content-transfer-encoding;
 bh=Hy4q3ficPaVujjnLEXumWfuVyzmLHjlyRQVc0EK3hPo=;
 b=mRapSlryEsxm3FOdfqpphoEI31rAGH51uBlufapDLOX7PXhcSVSR3sPbkz8SC+mG/q
 ioGLL4hWGlWQCfaqGIOMe8V56aNXZGAO+mVkW6ck9jCIAPvcIdhmg28rOcyxl7QUvZF0
 ZWu8u9gk3UqHk+GgWuKm9bjb3jUQ5NkyhoCsIiVfd9O7J+eWtcelKgjVaipXHiDkmUQ7
 4HHqfBxeB5rn+aHfR7iqUKopbOvNS01U+3DSRd3V2Gd1b62Q9ebnVchNdy3rKaV4+Oan
 r/YmmKWiccb0qgBSuNIVvpjJ9R4kZ7GrjAi6UBEcqx/VbDVJMPpAsurfzndG56RkHGjO
 Thlg==
X-Gm-Message-State: AOAM530k4uQOzWzL4NGp+fysK1A7QROrbQiPvES39W/wVHMnyDsDAOtD
 8B1vjocwTIab6CdZT3M3XrmXex75qfhD8DOcrLEc8cb3Y50=
X-Google-Smtp-Source: ABdhPJzfyJkKdvsZOo0W5QrVE+AMcLWJp4ylCWd8zKLPt516Pi7gYL7aBcqGR4EaeiZJ8dHAM6Z0C/gUDXThBWo9FjU=
X-Received: by 2002:aa7:9a51:0:b0:43d:f0b0:532a with SMTP id
 x17-20020aa79a51000000b0043df0b0532amr2516200pfj.76.1632785159830; Mon, 27
 Sep 2021 16:25:59 -0700 (PDT)
MIME-Version: 1.0
References: <86a6uehpod.fsf@HIDDEN> <87v944wdxu.fsf@HIDDEN>
 <847fabdb-8b06-dd0f-b2ad-6c71d2f5c3cd@HIDDEN>
 <CALDnm52gRPvU4aSCUzUQUa1zCUzXLu_e7kB2eJp33eAtRMeAZg@HIDDEN>
 <deb8799c-fdb4-c4e1-bda6-f72e7095ea87@HIDDEN> <87v944uiv5.fsf@HIDDEN>
 <df97e2c5-f4c4-b91c-1743-7411d9f15cb7@HIDDEN>
In-Reply-To: <df97e2c5-f4c4-b91c-1743-7411d9f15cb7@HIDDEN>
From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= <joaotavora@HIDDEN>
Date: Tue, 28 Sep 2021 00:25:48 +0100
Message-ID: <CALDnm52++Vs49nVVTCWHY0gF-nph3t+k0+jd2h_B2Qfr-sNK7Q@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

On Tue, Sep 28, 2021 at 12:12 AM Dmitry Gutov <dgutov@HIDDEN> wrote:

> Please go ahead and fix your own code in any way you like.
>
> Here's an example of user confusion that the current behavior invokes:
>
> https://github.com/company-mode/company-mode/discussions/1223#discussionc=
omment-1387929

That's a very large discussion with lots of company-mode-specific details.
Can you post an example of Emacs -Q where Emacs does something that
would you would not like it to do?  That's a bare minimum for discussion
to resume here.

If you just wish to haphazardly shoot some issue reference to vaguely
blame my work for your company-mode troubles or frustration, I think
that's a very petty thing to do.  If not, please collaborate.

I think I explained that flex has certain semantics regarding sorting.
Yes, those are the semantics that I like when I created it.
I think I've also explained that if you don't like those semantics you
can utilize functions to create a new completion style with semantics
that you like.  I even offered to help you do that.  But then again,
I have no idea what you are bringing up in that link.

Jo=C3=A3o

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#45260: 28.0.50; Maybe flex should only sort when there is no sorting metadata?
Resent-From: Dmitry Gutov <dgutov@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 27 Sep 2021 23:41:01 +0000
Resent-Message-ID: <handler.45260.B45260.163278601716746 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 45260
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= <joaotavora@HIDDEN>
Cc: 45260 <at> debbugs.gnu.org, Omar =?UTF-8?Q?Antol=C3=ADn?= Camarena <omar@HIDDEN>
Received: via spool by 45260-submit <at> debbugs.gnu.org id=B45260.163278601716746
          (code B ref 45260); Mon, 27 Sep 2021 23:41:01 +0000
Received: (at 45260) by debbugs.gnu.org; 27 Sep 2021 23:40:17 +0000
Received: from localhost ([127.0.0.1]:43166 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1mV0EK-0004M2-Tr
	for submit <at> debbugs.gnu.org; Mon, 27 Sep 2021 19:40:17 -0400
Received: from mail-wr1-f45.google.com ([209.85.221.45]:42862)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <raaahh@HIDDEN>) id 1mV0EJ-0004Lm-UG
 for 45260 <at> debbugs.gnu.org; Mon, 27 Sep 2021 19:40:16 -0400
Received: by mail-wr1-f45.google.com with SMTP id v17so11329330wrv.9
 for <45260 <at> debbugs.gnu.org>; Mon, 27 Sep 2021 16:40:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112;
 h=sender:subject:to:cc:references:from:message-id:date:user-agent
 :mime-version:in-reply-to:content-language:content-transfer-encoding;
 bh=z2AB7XKL4/fX4dRVw1J3P+ZNjrvOZDT+d5krJR0xnkI=;
 b=fUXXxemexV2kcO3Xt6BQgVX94HpGLQ/dfTvm9Zrq30jSaTFL5nQfvNW8dA3g9WQelv
 aARmrQ6Z11FDF29oUSUeJk9Ys85vANy7jTGg5PMUJYDTfiA0v2IPSbCzNsWMkaZpaIjq
 nzF0EAW/lwU5gz9Koq7tCYbqHXLHRfFygsSjSv/brYD37FUUThMIfMwCbwFyMCUHSVIA
 lh/MThyPX5OZ/xzbdbe0FMsrDkdOuvCI1PPefycIoDMpOkfs92Lj0oDJ3Aeer/pdFYiM
 8mmRpkbb2zYlEGXvnW9v1uxtw9+MLaBn7zDJjuk3WyosDKOjCmOkuQ+ykNqCy4u13ILL
 +zjw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20210112;
 h=x-gm-message-state:sender:subject:to:cc:references:from:message-id
 :date:user-agent:mime-version:in-reply-to:content-language
 :content-transfer-encoding;
 bh=z2AB7XKL4/fX4dRVw1J3P+ZNjrvOZDT+d5krJR0xnkI=;
 b=dk9sIfvpJMLCULgwxNbfMFSoPKWkfEfTQCmRjKnY0VRJItlef+wFYqPqSud1S5Xbia
 BCh/agZ2amFTr1SAqc8M52FxN2BsDY1eZzVizI5c8h8iRJFjeFF7IO2nQJm827Z9R3i3
 YY6fRFstYogKk0FUEc5LnbWMDh3mIwFHw7ZpTxm3mg7xO6qsMtNiTDZND49l22XGnD+9
 BwxQK8Ql2WqsaDYXQVbNgPMRUN3FRU/pNZzTvyXHRNhGG2ZzqYN5U+QoNivakaIoHEUC
 aYS91mHZJYk3KW9NE+eiRX9yBVDNpdYbMQKp86Q5lyP5+R53zocDt1m0RXkQQkygsScO
 HzfQ==
X-Gm-Message-State: AOAM531PHfaCAuae4OzI1b2DR+85nt69NLo5lfTABgEnyRjNOk9RhUic
 z1UrTNFB+MDV5/Llf5AXjSk=
X-Google-Smtp-Source: ABdhPJyrKg3Tu7gmtvFgeXoaVO70y3IwvmgfA72/Yr+eLYr5G48mGQHoWZHp52uPOiyEFIOZ8e2kKw==
X-Received: by 2002:adf:dd8e:: with SMTP id x14mr3008073wrl.260.1632786010073; 
 Mon, 27 Sep 2021 16:40:10 -0700 (PDT)
Received: from [192.168.0.6] ([46.251.119.176])
 by smtp.googlemail.com with ESMTPSA id g1sm1360488wmk.2.2021.09.27.16.40.08
 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128);
 Mon, 27 Sep 2021 16:40:09 -0700 (PDT)
References: <86a6uehpod.fsf@HIDDEN> <87v944wdxu.fsf@HIDDEN>
 <847fabdb-8b06-dd0f-b2ad-6c71d2f5c3cd@HIDDEN>
 <CALDnm52gRPvU4aSCUzUQUa1zCUzXLu_e7kB2eJp33eAtRMeAZg@HIDDEN>
 <deb8799c-fdb4-c4e1-bda6-f72e7095ea87@HIDDEN> <87v944uiv5.fsf@HIDDEN>
 <df97e2c5-f4c4-b91c-1743-7411d9f15cb7@HIDDEN>
 <CALDnm52++Vs49nVVTCWHY0gF-nph3t+k0+jd2h_B2Qfr-sNK7Q@HIDDEN>
From: Dmitry Gutov <dgutov@HIDDEN>
Message-ID: <e4da0c91-cfc4-0a24-6db6-7995b90438d2@HIDDEN>
Date: Tue, 28 Sep 2021 02:40:07 +0300
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101
 Thunderbird/78.13.0
MIME-Version: 1.0
In-Reply-To: <CALDnm52++Vs49nVVTCWHY0gF-nph3t+k0+jd2h_B2Qfr-sNK7Q@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
X-Spam-Score: 0.4 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.6 (/)

On 28.09.2021 02:25, João Távora wrote:
> On Tue, Sep 28, 2021 at 12:12 AM Dmitry Gutov <dgutov@HIDDEN> wrote:
> 
>> Please go ahead and fix your own code in any way you like.
>>
>> Here's an example of user confusion that the current behavior invokes:
>>
>> https://github.com/company-mode/company-mode/discussions/1223#discussioncomment-1387929
> 
> That's a very large discussion with lots of company-mode-specific details.
> Can you post an example of Emacs -Q where Emacs does something that
> would you would not like it to do?  That's a bare minimum for discussion
> to resume here.

It's an example of a user trying to write a completion table (to be 
consumed by company-capf, as they usually are) with sorting logic and 
tripping over the flex style overriding it.

> If you just wish to haphazardly shoot some issue reference to vaguely
> blame my work for your company-mode troubles or frustration, I think
> that's a very petty thing to do.  If not, please collaborate.

The problem is more or less understood: flex overriding the sorting 
logic even if it's defined in the table.

There is no point in me retelling the discussion. It is itself a piece 
of evidence for the problem existing. Maybe not categorical evidence, 
but evidence nevertheless.

You should read it (the last few messages will suffice).

> I think I explained that flex has certain semantics regarding sorting.
> Yes, those are the semantics that I like when I created it.
> I think I've also explained that if you don't like those semantics you
> can utilize functions to create a new completion style with semantics
> that you like.  I even offered to help you do that.  But then again,
> I have no idea what you are bringing up in that link.

flex is popular enough. People use it. I end up having to diagnose 
people's problems.

Having many similar-but-slightly-different styles available is unlikely 
to reduce my support burdens.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#45260: 28.0.50; Maybe flex should only sort when there is no sorting metadata?
Resent-From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= <joaotavora@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 28 Sep 2021 00:37:02 +0000
Resent-Message-ID: <handler.45260.B45260.163278940721937 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 45260
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Dmitry Gutov <dgutov@HIDDEN>
Cc: 45260 <at> debbugs.gnu.org, Omar =?UTF-8?Q?Antol=C3=ADn?= Camarena <omar@HIDDEN>
Received: via spool by 45260-submit <at> debbugs.gnu.org id=B45260.163278940721937
          (code B ref 45260); Tue, 28 Sep 2021 00:37:02 +0000
Received: (at 45260) by debbugs.gnu.org; 28 Sep 2021 00:36:47 +0000
Received: from localhost ([127.0.0.1]:43194 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1mV171-0005hl-8t
	for submit <at> debbugs.gnu.org; Mon, 27 Sep 2021 20:36:47 -0400
Received: from mail-wm1-f45.google.com ([209.85.128.45]:36572)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <joaotavora@HIDDEN>) id 1mV16z-0005hZ-Tz
 for 45260 <at> debbugs.gnu.org; Mon, 27 Sep 2021 20:36:46 -0400
Received: by mail-wm1-f45.google.com with SMTP id
 l18-20020a05600c4f1200b002f8cf606262so611630wmq.1
 for <45260 <at> debbugs.gnu.org>; Mon, 27 Sep 2021 17:36:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112;
 h=from:to:cc:subject:references:date:in-reply-to:message-id
 :user-agent:mime-version:content-transfer-encoding;
 bh=E4JPu4+Q7F2bsmFIQFK7AD7llsPuJSmJLt0ZBC868g4=;
 b=YVZggHntZb74YD8Qkj72uQqb/weNFa6q14EBSftjRX6AJatRxtFEJMQNy45+gXxAQA
 ZGdiwLBxigR6IkEGsRo+YYJs8DJ4tISsKLUnkVGBDHey/23Vl80xHlnOMNr2QHK9C4/e
 Q6D/GPfUMUJQUjmsGUgo0OpkDgWoRUPho0lcc41dJePCm/wIX5e2I7MPaHmH4XsjW2Ul
 6uhvkV8Y8WnjJScH6PtUsLCa19iI1M2mlJIcuNxlQBIKsSpsvnc69mo2gc3CXrvsB39a
 7jjw3Wyfk/KpBTiN6SH9MxGXQVX9WVuqtCx55C+rucpbKbGTJxC4zUhkpUsLkaQOfEoP
 GJwg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20210112;
 h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to
 :message-id:user-agent:mime-version:content-transfer-encoding;
 bh=E4JPu4+Q7F2bsmFIQFK7AD7llsPuJSmJLt0ZBC868g4=;
 b=uOnatDuVQtswer6M/6thDqrT4HAtj89VwJ1hcgaWVIVVJzge2viNrNhO3tfxN9L3Zg
 ZDO4RaB2jqAoeIflYkQ6wPIHNxmLCg0nF7D1wENZW5oZWpCI4Pop0oBeJFG1pVq0OxBK
 3jSFE7VF9h7rua5A5UFPlLPMUtxPtm57qC8/Dla/pV9T2tOR0Ah/AMGxSsWcwobKi3j5
 f12kwRY4p5JOwfSrE8f+y4Y1RN3L57FOpL0sFPphEQVjmf3MEQsCqG4ph6UPk040KeFb
 pe0XQ+PDG6Y3ukPm2Nf7KR45lqJxf3+svG+DGkdBXgpgj+aaXhvq0nsbMearykz8Xs2U
 23Yw==
X-Gm-Message-State: AOAM533A+eeL84RdTzCGkp2pT0zvu8+wP6xdu7ZiEdPRxO7yHbkvBjff
 mQKhzdRVrJIZNorqiIgfFFQ=
X-Google-Smtp-Source: ABdhPJy1N0ke5w2neWDIsZtOvQvOXFfB1sE2MnAPXsb97EQQQgiGM1+8NjEgKPmvHbeCB1uLw4bZzQ==
X-Received: by 2002:a1c:451:: with SMTP id 78mr1876613wme.158.1632789400058;
 Mon, 27 Sep 2021 17:36:40 -0700 (PDT)
Received: from krug (a83-132-177-247.cpe.netcabo.pt. [83.132.177.247])
 by smtp.gmail.com with ESMTPSA id i67sm1074053wmi.41.2021.09.27.17.36.38
 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
 Mon, 27 Sep 2021 17:36:39 -0700 (PDT)
From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= <joaotavora@HIDDEN>
References: <86a6uehpod.fsf@HIDDEN> <87v944wdxu.fsf@HIDDEN>
 <847fabdb-8b06-dd0f-b2ad-6c71d2f5c3cd@HIDDEN>
 <CALDnm52gRPvU4aSCUzUQUa1zCUzXLu_e7kB2eJp33eAtRMeAZg@HIDDEN>
 <deb8799c-fdb4-c4e1-bda6-f72e7095ea87@HIDDEN>
 <87v944uiv5.fsf@HIDDEN>
 <df97e2c5-f4c4-b91c-1743-7411d9f15cb7@HIDDEN>
 <CALDnm52++Vs49nVVTCWHY0gF-nph3t+k0+jd2h_B2Qfr-sNK7Q@HIDDEN>
 <e4da0c91-cfc4-0a24-6db6-7995b90438d2@HIDDEN>
Date: Tue, 28 Sep 2021 01:36:38 +0100
In-Reply-To: <e4da0c91-cfc4-0a24-6db6-7995b90438d2@HIDDEN> (Dmitry Gutov's
 message of "Tue, 28 Sep 2021 02:40:07 +0300")
Message-ID: <87lf3hr0x5.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Dmitry Gutov <dgutov@HIDDEN> writes:

> On 28.09.2021 02:25, Jo=C3=A3o T=C3=A1vora wrote:
>
> It's an example of a user trying to write a completion table (to be
> consumed by company-capf, as they usually are)

Hm? A table is consumed by any capf-capable frontend. That's not limited
to `company-capf'.

> with sorting logic and tripping over the flex style overriding it.

But where is the "tripping" if, to the best of my knowledge (and given
that you chose this specific Emacs bug), the complaint is about
something that the flex style was designed to do from the very
beginning?  That thing is sort, first and foremost, by how well the
pattern entered by the user matches each candidate.  Doesn't this user
like that?  If not, it's fine.  But not appreciating a behaviour doesn't
count as "tripping over" to me.

> You should read it (the last few messages will suffice).

I tried to, it's full of references to company internals that I can't
evaluate.  Is the user writing a table specifically for company?  Or
modifying company?  Or both?  I must understand it in terms of a simpler
example.

> flex is popular enough. People use it. I end up having to diagnose
> people's problems.

OK, I sympathize with that.  I can see you indeed invest many hours.

> Having many similar-but-slightly-different styles available is
> unlikely to reduce my support burdens.

But "reducing your support burdens" cannot come at the cost of breaking
existing behaviour.  Look at the simple 5-line examples I gave to Omar
(to which there was no reply, unfortunately).  I expect those examples
to sort in a certain way, and I guess Omar would to like them some other
way.

What is the problem with you telling those users to use 'pikachu'
instead of 'flex'?  Or tell them to set a hypothetical variable
flex-prefer-table-sorting to t?

I also suggest that people: "if you're writing a completion table, make
sure you try it without company as well".

Jo=C3=A3o

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#45260: 28.0.50; Maybe flex should only sort when there is no sorting metadata?
Resent-From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= <joaotavora@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 28 Sep 2021 00:41:02 +0000
Resent-Message-ID: <handler.45260.B45260.163278961522251 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 45260
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Dmitry Gutov <dgutov@HIDDEN>
Cc: 45260 <at> debbugs.gnu.org, Omar =?UTF-8?Q?Antol=C3=ADn?= Camarena <omar@HIDDEN>
Received: via spool by 45260-submit <at> debbugs.gnu.org id=B45260.163278961522251
          (code B ref 45260); Tue, 28 Sep 2021 00:41:02 +0000
Received: (at 45260) by debbugs.gnu.org; 28 Sep 2021 00:40:15 +0000
Received: from localhost ([127.0.0.1]:43198 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1mV1A8-0005m9-Py
	for submit <at> debbugs.gnu.org; Mon, 27 Sep 2021 20:40:15 -0400
Received: from mail-wr1-f42.google.com ([209.85.221.42]:37667)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <joaotavora@HIDDEN>) id 1mV1A6-0005lt-Tg
 for 45260 <at> debbugs.gnu.org; Mon, 27 Sep 2021 20:39:59 -0400
Received: by mail-wr1-f42.google.com with SMTP id t8so55006727wrq.4
 for <45260 <at> debbugs.gnu.org>; Mon, 27 Sep 2021 17:39:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112;
 h=from:to:cc:subject:references:date:in-reply-to:message-id
 :user-agent:mime-version:content-transfer-encoding;
 bh=ex8hxG30crtF53PbobghOAiUNIxE+Y9FzvLdB707CLA=;
 b=gLPwhHHpD+jUBlKohgpixIruAeA6/u+yxwk1auZ5pRp8pW+0WQ7KldWW3kxoDMxgfF
 WE9XrVEBsEoA6wpm38gagCIs7eNHF3Q6t2MsO7WMkWOOicAPoSgNzKcLL4Z04veSdQ8w
 q3RBkDycmr63HbYjhLDl6yv4TiOlrCNLTLxHzBx1eTj9AZbsFdgzI2P51llJ1ADJf7u5
 GYdZQhBGonSvyaqYMNtYHdLdtUVlJWBsxu/vKXhjtnTc27j3NFHXKjwfaMhpFWOleiAO
 i5JFsp2dmVB0mke6pBh6tW5ywTS9XYerhVpk+ccoP/bvskETMKlUxSjQzlx+AQNrUGT0
 rNRg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20210112;
 h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to
 :message-id:user-agent:mime-version:content-transfer-encoding;
 bh=ex8hxG30crtF53PbobghOAiUNIxE+Y9FzvLdB707CLA=;
 b=ma+6fpxvK10yKGYrUdTbZylN9OqMaGedZriCn7wbOxYFUK+2S95qMy19Y0+gV11cae
 otEije6U08ad5gadAM/6ts7YyKYkEp6F8Iw0adx323UR4F2yVU+bHAFJqxLyA/jdcUbQ
 +FyST3t2k2ZDkYu2/N+2pvgB1SskdLceT8K4l2FmmyTYza0N4Y28zN3++EGyAdS0767D
 3bYwIG7dK1U7vKXGB9H0gQYhpguQ857htg1d4NwFWp7l9n2WLv+aQdvapdXEnCCvsFic
 dz4T+cXmsA3Gc0csXjBUxC82q+v9cX75UddxZAILr1ZPuFe2hZ9Hq3AIfMNEaYTBnqY2
 Iw7g==
X-Gm-Message-State: AOAM5323oyPeh6Zt9VWtDe1DrRg+xtel8kVsuDgl/d7eilcSpbXp7N9Y
 cY3G0YGLW2L5mgsccOP2T1w=
X-Google-Smtp-Source: ABdhPJxVqHaXYWjvzv4cmNaoRQq04r6C37DDbhTCdKlqZTkTIfPaMDmzlabbntstZIQ7J8DkexrvOA==
X-Received: by 2002:adf:d851:: with SMTP id k17mr3278804wrl.54.1632789591939; 
 Mon, 27 Sep 2021 17:39:51 -0700 (PDT)
Received: from krug (a83-132-177-247.cpe.netcabo.pt. [83.132.177.247])
 by smtp.gmail.com with ESMTPSA id 61sm18071722wrl.94.2021.09.27.17.39.51
 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
 Mon, 27 Sep 2021 17:39:51 -0700 (PDT)
From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= <joaotavora@HIDDEN>
References: <86a6uehpod.fsf@HIDDEN> <87v944wdxu.fsf@HIDDEN>
 <847fabdb-8b06-dd0f-b2ad-6c71d2f5c3cd@HIDDEN>
 <CALDnm52gRPvU4aSCUzUQUa1zCUzXLu_e7kB2eJp33eAtRMeAZg@HIDDEN>
 <deb8799c-fdb4-c4e1-bda6-f72e7095ea87@HIDDEN>
 <87v944uiv5.fsf@HIDDEN>
 <df97e2c5-f4c4-b91c-1743-7411d9f15cb7@HIDDEN>
 <CALDnm52++Vs49nVVTCWHY0gF-nph3t+k0+jd2h_B2Qfr-sNK7Q@HIDDEN>
 <e4da0c91-cfc4-0a24-6db6-7995b90438d2@HIDDEN>
 <87lf3hr0x5.fsf@HIDDEN>
Date: Tue, 28 Sep 2021 01:39:51 +0100
In-Reply-To: <87lf3hr0x5.fsf@HIDDEN> ("=?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?="'s message of "Tue, 28 Sep 2021 01:36:38 +0100")
Message-ID: <87h7e5r0rs.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Jo=C3=A3o T=C3=A1vora <joaotavora@HIDDEN> writes:

> I also suggest that people: "if you're writing a completion table, make
> sure you try it without company as well".

Duh, I meant to write "suggest that you tell these people" (that are
burdening you).

Jo=C3=A3o

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#45260: 28.0.50; Maybe flex should only sort when there is no sorting metadata?
Resent-From: Dmitry Gutov <dgutov@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 28 Sep 2021 12:39:02 +0000
Resent-Message-ID: <handler.45260.B45260.163283270221079 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 45260
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= <joaotavora@HIDDEN>
Cc: 45260 <at> debbugs.gnu.org, Omar =?UTF-8?Q?Antol=C3=ADn?= Camarena <omar@HIDDEN>
Received: via spool by 45260-submit <at> debbugs.gnu.org id=B45260.163283270221079
          (code B ref 45260); Tue, 28 Sep 2021 12:39:02 +0000
Received: (at 45260) by debbugs.gnu.org; 28 Sep 2021 12:38:22 +0000
Received: from localhost ([127.0.0.1]:44077 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1mVCNK-0005Tt-1j
	for submit <at> debbugs.gnu.org; Tue, 28 Sep 2021 08:38:22 -0400
Received: from mail-wr1-f52.google.com ([209.85.221.52]:37376)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <raaahh@HIDDEN>) id 1mVCNH-0005Th-Sm
 for 45260 <at> debbugs.gnu.org; Tue, 28 Sep 2021 08:38:21 -0400
Received: by mail-wr1-f52.google.com with SMTP id t8so57875739wrq.4
 for <45260 <at> debbugs.gnu.org>; Tue, 28 Sep 2021 05:38:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112;
 h=sender:subject:to:cc:references:from:message-id:date:user-agent
 :mime-version:in-reply-to:content-language:content-transfer-encoding;
 bh=bVctP9YUXo9FVg/X82FIE/BD0RrbT6DVDeT3BhQ+oBg=;
 b=No9nUvojzF9TqfjC/L+JxRlOzCwIjgb4jID2ec2wSAS/QluTthfe0R0Hk5dJW5DRUU
 JjUaph1xZAmJhlp9y9vEvgoTCBLtuYG70GgfJNgex+uhMqo1AYh2fYuNKRAePqYIjV3k
 P8bNgzkj+Ie4CzGtLdHK6oMRsnRmGroELlDcJXwIcphnaxzkVgYxzb7yoRvZ5QDJCVxE
 2p4dzrTCv46N4WIEojoErw5J/KTaegpBDfy3/xa/vmeKt5FQyoWUHmtSy0nGlSywUMyR
 UxHH3TxziuS9ny2FxrzDd3FCdAIFSZPsdJqmI7kcytYhZXkKt8+YnLf3Vt6KfADsJyUr
 p1FA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20210112;
 h=x-gm-message-state:sender:subject:to:cc:references:from:message-id
 :date:user-agent:mime-version:in-reply-to:content-language
 :content-transfer-encoding;
 bh=bVctP9YUXo9FVg/X82FIE/BD0RrbT6DVDeT3BhQ+oBg=;
 b=tQ9JD8x7ocNlpPikOZ9H6Q/INbPQwmS66sRYi8bZ7gCktyI0cQ7KRg2XXfXMVoRV0s
 vY3DZczGIFmJCzi39BKQZ2h8ZIbh4iIJl67Ctp8EKi1TiF8e1LLoqVlzs3AG2PqIK3p0
 Jtujf5WXng+atOoESUGxhrj9aIrZCQ5M+y10nVRyzaB4f7Fj7XQltziuiP55m86C7STx
 KOViHX9DnAWGehQ1juptbeGe6XrQNOZaBBc8EtJPNLNPxx3BH96U4Ifhuf18B1AuOJAE
 daWyMepl6pt3VmhPZ260Ijn2Dt9GJUnA9tnNVWPy1pz4+8fzY5Nxb0Cc5dsEP6HdUNiB
 vE4Q==
X-Gm-Message-State: AOAM5331yIH7WqzdUb/bGSeOSionOJ1y249L2BfslftSUUza9/6eAghR
 EKlF0mcAAxG7VbpZxwb3yzc=
X-Google-Smtp-Source: ABdhPJxHGvLYQTbWXMtQrPwzKMk9fczWb8PHA9H6vJdMY3mNvhEHmhLpQJ9uBCNfvpYzCu5VUprvVg==
X-Received: by 2002:a05:6000:168b:: with SMTP id
 y11mr6142351wrd.350.1632832693918; 
 Tue, 28 Sep 2021 05:38:13 -0700 (PDT)
Received: from [192.168.0.6] ([46.251.119.176])
 by smtp.googlemail.com with ESMTPSA id z6sm3758695wmp.1.2021.09.28.05.38.12
 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128);
 Tue, 28 Sep 2021 05:38:13 -0700 (PDT)
References: <86a6uehpod.fsf@HIDDEN> <87v944wdxu.fsf@HIDDEN>
 <847fabdb-8b06-dd0f-b2ad-6c71d2f5c3cd@HIDDEN>
 <CALDnm52gRPvU4aSCUzUQUa1zCUzXLu_e7kB2eJp33eAtRMeAZg@HIDDEN>
 <deb8799c-fdb4-c4e1-bda6-f72e7095ea87@HIDDEN> <87v944uiv5.fsf@HIDDEN>
 <df97e2c5-f4c4-b91c-1743-7411d9f15cb7@HIDDEN>
 <CALDnm52++Vs49nVVTCWHY0gF-nph3t+k0+jd2h_B2Qfr-sNK7Q@HIDDEN>
 <e4da0c91-cfc4-0a24-6db6-7995b90438d2@HIDDEN> <87lf3hr0x5.fsf@HIDDEN>
From: Dmitry Gutov <dgutov@HIDDEN>
Message-ID: <bd438a5a-6d74-a20a-5a72-97876f293a04@HIDDEN>
Date: Tue, 28 Sep 2021 15:38:11 +0300
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101
 Thunderbird/78.13.0
MIME-Version: 1.0
In-Reply-To: <87lf3hr0x5.fsf@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
X-Spam-Score: 0.4 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.6 (/)

On 28.09.2021 03:36, João Távora wrote:
> Dmitry Gutov <dgutov@HIDDEN> writes:
> 
>> On 28.09.2021 02:25, João Távora wrote:
>>
>> It's an example of a user trying to write a completion table (to be
>> consumed by company-capf, as they usually are)
> 
> Hm? A table is consumed by any capf-capable frontend. That's not limited
> to `company-capf'.

Right. But some frontend is required.

So the references to company-capf in that discussion are necessary, but 
incidental.

>> with sorting logic and tripping over the flex style overriding it.
> 
> But where is the "tripping" if, to the best of my knowledge (and given
> that you chose this specific Emacs bug), the complaint is about
> something that the flex style was designed to do from the very
> beginning?  That thing is sort, first and foremost, by how well the
> pattern entered by the user matches each candidate.  Doesn't this user
> like that?  If not, it's fine.  But not appreciating a behaviour doesn't
> count as "tripping over" to me.

Since we're talking about a beginner learning the c-a-p-f API, saying 
"it is intended to work this way" is rather off base. I think the 
question is rather which choice will ultimately lead to less friction.

While still leading to the expected behavior in all practical cases, of 
course.

>> You should read it (the last few messages will suffice).
> 
> I tried to, it's full of references to company internals that I can't
> evaluate.  Is the user writing a table specifically for company?  Or
> modifying company?  Or both?  I must understand it in terms of a simpler
> example.

They're asking how to write a completion table which does sorting.

It later turned out that they have the flex completion style set up in 
personal configuration. If you follow the discussion, you can note this 
conflict wasn't particularly easy to discover.

And the practice of asking for "full reproduction starting with emacs 
-Q" in such threads feels fairly out of place.

>> Having many similar-but-slightly-different styles available is
>> unlikely to reduce my support burdens.
> 
> But "reducing your support burdens" cannot come at the cost of breaking
> existing behaviour.  Look at the simple 5-line examples I gave to Omar
> (to which there was no reply, unfortunately).  I expect those examples
> to sort in a certain way, and I guess Omar would to like them some other
> way.

But would it? Break existing behavior in any scenario that matters?

Do we know of any completion table which specifies 
display-sort-function, where we're sure we want 'flex' to re-sort anyway?

> What is the problem with you telling those users to use 'pikachu'
> instead of 'flex'?  Or tell them to set a hypothetical variable
> flex-prefer-table-sorting to t?

Discovery.

> I also suggest that people: "if you're writing a completion table, make
> sure you try it without company as well".

Not something I'm eager to recommend to somebody just starting out. It 
wouldn't help here either, I believe.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#45260: 28.0.50; Maybe flex should only sort when there is no sorting metadata?
Resent-From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= <joaotavora@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 28 Sep 2021 16:10:01 +0000
Resent-Message-ID: <handler.45260.B45260.163284538419714 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 45260
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Dmitry Gutov <dgutov@HIDDEN>
Cc: 45260 <at> debbugs.gnu.org, Omar =?UTF-8?Q?Antol=C3=ADn?= Camarena <omar@HIDDEN>
Received: via spool by 45260-submit <at> debbugs.gnu.org id=B45260.163284538419714
          (code B ref 45260); Tue, 28 Sep 2021 16:10:01 +0000
Received: (at 45260) by debbugs.gnu.org; 28 Sep 2021 16:09:44 +0000
Received: from localhost ([127.0.0.1]:46764 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1mVFfs-00057t-Bs
	for submit <at> debbugs.gnu.org; Tue, 28 Sep 2021 12:09:44 -0400
Received: from mail-pg1-f170.google.com ([209.85.215.170]:45758)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <joaotavora@HIDDEN>) id 1mVFfq-00057b-N0
 for 45260 <at> debbugs.gnu.org; Tue, 28 Sep 2021 12:09:43 -0400
Received: by mail-pg1-f170.google.com with SMTP id n18so21656052pgm.12
 for <45260 <at> debbugs.gnu.org>; Tue, 28 Sep 2021 09:09:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112;
 h=mime-version:references:in-reply-to:from:date:message-id:subject:to
 :cc:content-transfer-encoding;
 bh=TmyGDDR4u7p1Qx0gzGbdV2Kijl6Pz8crOSFEO31U8Js=;
 b=B9z4Xusksv5QjXyAUbhdgkEYvbyxLs3DW1COkPzfLK0c00rseohnty4QMY/n5iGbUn
 KT5VUUuvrrH4yw+TXCoH/DUk7CTYNWwlo3xNCuDeQgwwJtBc8eqZioTuJBbBNW29Hp/A
 PO7AwFvaTI28UARt4LoQirRrF/53mQxhqvtbjJ7dOL3jaVERRORPlrDQ+/Q60pqn59/D
 OzUGI3UQm//DSwAZ/cBjGhNyrtY3FJQI5z5QbFJC6LhiNaLEcGWb7MLPnm4A3aOlBhfF
 lipXQ6//vGG2ufc2IEmPDoA5kBGVWNuAr0gxkE+X/e7e2+k6P2Ev5Kd442lsogugu7mg
 qIEQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20210112;
 h=x-gm-message-state:mime-version:references:in-reply-to:from:date
 :message-id:subject:to:cc:content-transfer-encoding;
 bh=TmyGDDR4u7p1Qx0gzGbdV2Kijl6Pz8crOSFEO31U8Js=;
 b=0HqXvDx3QqjPswJU9WtEfieVHJ5DXtKeSNX7GbIdlecoz8ssA0hMa0W7xeaoI1v/zh
 nA/NKJvUjKpsBgpyMr5bMkc71vii8uSuDxhi+2vT9m7mtj4dK5tqVARCx+AeriiOr8N3
 uPUCdAeIR+nu7Oeu+YjRuRWM49QIUcR1U/v1nj7iLYS/4gTgJpKi9oBn9Ts1zJkeBeYq
 Py5OSLrkHGtKhtitnY8kNNJsEttrpdr0qIrRvRoi5VxsOQA0DU/gvt6PUZBUwEHMCzgF
 j3ExjM1VZodfRbURpF7M5CBJf0j9bZwRZoZbwEwELeKG+PLs54ZeV7yJvDnEH1lNuyTT
 EU6A==
X-Gm-Message-State: AOAM530JQRpD+7lI8qC+MSyj08sOGlPer6rdeG1Fg21qEXXTvGvC0HZB
 9Tlv0Ivn2kDjEGhVJv6n+vMjhOWR10Sq0uT71sE=
X-Google-Smtp-Source: ABdhPJxTmqVu56jYyEFrzQDFA4IG2MqLRYYErlgqRpqyAMSUUAihx+zj4uqFpxoavnGdRb31vZypoKJwULS2aCX+Vd8=
X-Received: by 2002:aa7:9a51:0:b0:43d:f0b0:532a with SMTP id
 x17-20020aa79a51000000b0043df0b0532amr6394840pfj.76.1632845376826; Tue, 28
 Sep 2021 09:09:36 -0700 (PDT)
MIME-Version: 1.0
References: <86a6uehpod.fsf@HIDDEN> <87v944wdxu.fsf@HIDDEN>
 <847fabdb-8b06-dd0f-b2ad-6c71d2f5c3cd@HIDDEN>
 <CALDnm52gRPvU4aSCUzUQUa1zCUzXLu_e7kB2eJp33eAtRMeAZg@HIDDEN>
 <deb8799c-fdb4-c4e1-bda6-f72e7095ea87@HIDDEN> <87v944uiv5.fsf@HIDDEN>
 <df97e2c5-f4c4-b91c-1743-7411d9f15cb7@HIDDEN>
 <CALDnm52++Vs49nVVTCWHY0gF-nph3t+k0+jd2h_B2Qfr-sNK7Q@HIDDEN>
 <e4da0c91-cfc4-0a24-6db6-7995b90438d2@HIDDEN> <87lf3hr0x5.fsf@HIDDEN>
 <bd438a5a-6d74-a20a-5a72-97876f293a04@HIDDEN>
In-Reply-To: <bd438a5a-6d74-a20a-5a72-97876f293a04@HIDDEN>
From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= <joaotavora@HIDDEN>
Date: Tue, 28 Sep 2021 17:09:27 +0100
Message-ID: <CALDnm50-di+u9s_Fhe6PA7-XdtOO5acV8vX_oJmATdgk77w+pg@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: -0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

On Tue, Sep 28, 2021 at 1:38 PM Dmitry Gutov <dgutov@HIDDEN> wrote:

> So the references to company-capf in that discussion are necessary, but
> incidental.

So it should be possible to describe the problem in simpler terms.  Which
is what I'm asking you to do.  In the simplest terms _possible_ of course.

> Since we're talking about a beginner learning the c-a-p-f API, saying
> "it is intended to work this way" is rather off base. I think the
> question is rather which choice will ultimately lead to less friction.
>
> While still leading to the expected behavior in all practical cases, of
> course.

Yes, and the expected behaviour is what happened.

It's not about the beginner developer here, it's about the user.
The beginner developer of the c-a-p-f API has to do more work
than the user to understand what the purpose is of the things
she is invoking.  If she invokes 'flex' in some program, she must
be aware of what she's doing, of how 'flex' works.

> >> You should read it (the last few messages will suffice).
> >
> > I tried to, it's full of references to company internals that I can't
> > evaluate.  Is the user writing a table specifically for company?  Or
> > modifying company?  Or both?  I must understand it in terms of a simple=
r
> > example.
>
> They're asking how to write a completion table which does sorting.
>
> It later turned out that they have the flex completion style set up in
> personal configuration. If you follow the discussion, you can note this
> conflict wasn't particularly easy to discover.
>
> And the practice of asking for "full reproduction starting with emacs
> -Q" in such threads feels fairly out of place.

I'm sorry.   We need a common ground to be able to communicate technical
problems.  I don't know if it's unfashionable in "such threads" but
I'm pretty sure
that you're accustomed to seeing such recipes in the Emacs bug tracker.

> But would it? Break existing behavior in any scenario that matters?

See my reply to Omar.

> > What is the problem with you telling those users to use 'pikachu'
> > instead of 'flex'?  Or tell them to set a hypothetical variable
> > flex-prefer-table-sorting to t?
>
> Discovery.

So you're talking about changing defaults.  But flex is not even the defaul=
t,
so I don't understand.  Why are people using it if they're not content with
what it does?

Do a 'flix' style, as I've suggested multiple times! Look,  if you're right=
 and
it represents much less friction it should rapidly become popular and your
burdens will be solved.  It probably take few lines of code.

> > I also suggest that people: "if you're writing a completion table, make
> > sure you try it without company as well".
> Not something I'm eager to recommend to somebody just starting out. It
> wouldn't help here either, I believe.

So you decide that it's a good idea for a beginner to mix company internals
into her adventures.... Questionable, I'd say.

Jo=C3=A3o

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#45260: 28.0.50; Maybe flex should only sort when there is no sorting metadata?
Resent-From: Dmitry Gutov <dgutov@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 28 Sep 2021 16:31:01 +0000
Resent-Message-ID: <handler.45260.B45260.163284666022069 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 45260
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= <joaotavora@HIDDEN>
Cc: 45260 <at> debbugs.gnu.org, Omar =?UTF-8?Q?Antol=C3=ADn?= Camarena <omar@HIDDEN>
Received: via spool by 45260-submit <at> debbugs.gnu.org id=B45260.163284666022069
          (code B ref 45260); Tue, 28 Sep 2021 16:31:01 +0000
Received: (at 45260) by debbugs.gnu.org; 28 Sep 2021 16:31:00 +0000
Received: from localhost ([127.0.0.1]:46810 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1mVG0S-0005jr-9Z
	for submit <at> debbugs.gnu.org; Tue, 28 Sep 2021 12:31:00 -0400
Received: from mail-wm1-f45.google.com ([209.85.128.45]:42666)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <raaahh@HIDDEN>) id 1mVG0P-0005jd-Vp
 for 45260 <at> debbugs.gnu.org; Tue, 28 Sep 2021 12:30:58 -0400
Received: by mail-wm1-f45.google.com with SMTP id
 q127-20020a1ca785000000b0030cb71ea4d1so3194671wme.1
 for <45260 <at> debbugs.gnu.org>; Tue, 28 Sep 2021 09:30:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112;
 h=sender:subject:to:cc:references:from:message-id:date:user-agent
 :mime-version:in-reply-to:content-language:content-transfer-encoding;
 bh=XBOvHueWhmv0Wn/imsLXwbBTxjFdz0qx8DFmSCGLx9M=;
 b=pjwtQofXBC1HmRlAJWCB9b7EMsD8l123nt50araaMHdfxttLZmXqSGRbryHFeQ+GT2
 07v6wOM+HW28DibJL91lirIgwI6e9HuZ7yXcK9h5Iglzpdevk2J/C4QnZLzaacUe9BL2
 67hb4t9xdSU2yML9WzgZH0laOuHX9Vym5N/Y4+MkLQL+rn38YvsdoMRuwbWJ6bIgEVX+
 gzXjs6ZMnh+P0zS4ufxj/FvJEqTnv1TtCAOpWdCK8JPnvy6iJjOHiQUGIe3P7X1lK4Cq
 BNTHb8mCdo9uKDQ9iHidOp6hNvB1yC1qkp3VK67ruFBPY3qrLLORqDFaaJlkoGq2MZqK
 U3vQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20210112;
 h=x-gm-message-state:sender:subject:to:cc:references:from:message-id
 :date:user-agent:mime-version:in-reply-to:content-language
 :content-transfer-encoding;
 bh=XBOvHueWhmv0Wn/imsLXwbBTxjFdz0qx8DFmSCGLx9M=;
 b=CcNut29+He4qbGlUygnU9y1lnKKTSv8LW8SBDGfFSrazU3r/l8gsnc+C9DFcj8semo
 ifHP7hguf/u0yer/hXUMDSI16w2+ufWDuDv0ywgnyxJH2DtO2URvWx9LdNkaQm2s7QQ9
 7lD/F1mFTSHyGS94cG+bu3/W1/FR1ramG/0Ra+YzeN4Hf7DH+KQUhUaaoDQHeTariT6R
 B90bjHD9pvs8YfzdgQE78vveAioBdZbFVg3EmV1zYfzz2SQhkgvVw4GvnHx5WEOT0B/V
 nJteGfq9bS4AZTai0A8zyTOe4AbcgQqZU8t+Wpx+BSi7yyND5ZZTNk7ijHdDmNZ8TwTS
 VPvw==
X-Gm-Message-State: AOAM530a/cDFQJBNREQsG+QpWnw5dtqw+r5P0i6ryur1Dxo6PtweopsC
 /zOUO8ZiH4n5cNA/9K8KF7MQ+YWwUDU=
X-Google-Smtp-Source: ABdhPJwxqaEcvhQGI6Sj3U2iZ8DPr71a56A0JNaHiXQaEAwh7fPyKHoNst0SqOvHqzetbD9ooACE2A==
X-Received: by 2002:a1c:f703:: with SMTP id v3mr5483310wmh.177.1632846652239; 
 Tue, 28 Sep 2021 09:30:52 -0700 (PDT)
Received: from [192.168.0.6] ([46.251.119.176])
 by smtp.googlemail.com with ESMTPSA id o7sm25251859wro.45.2021.09.28.09.30.50
 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128);
 Tue, 28 Sep 2021 09:30:51 -0700 (PDT)
References: <86a6uehpod.fsf@HIDDEN> <87v944wdxu.fsf@HIDDEN>
 <847fabdb-8b06-dd0f-b2ad-6c71d2f5c3cd@HIDDEN>
 <CALDnm52gRPvU4aSCUzUQUa1zCUzXLu_e7kB2eJp33eAtRMeAZg@HIDDEN>
 <deb8799c-fdb4-c4e1-bda6-f72e7095ea87@HIDDEN> <87v944uiv5.fsf@HIDDEN>
 <df97e2c5-f4c4-b91c-1743-7411d9f15cb7@HIDDEN>
 <CALDnm52++Vs49nVVTCWHY0gF-nph3t+k0+jd2h_B2Qfr-sNK7Q@HIDDEN>
 <e4da0c91-cfc4-0a24-6db6-7995b90438d2@HIDDEN> <87lf3hr0x5.fsf@HIDDEN>
 <bd438a5a-6d74-a20a-5a72-97876f293a04@HIDDEN>
 <CALDnm50-di+u9s_Fhe6PA7-XdtOO5acV8vX_oJmATdgk77w+pg@HIDDEN>
From: Dmitry Gutov <dgutov@HIDDEN>
Message-ID: <e8745aec-9af6-7fae-1cb0-cc05bff856ac@HIDDEN>
Date: Tue, 28 Sep 2021 19:30:49 +0300
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101
 Thunderbird/78.13.0
MIME-Version: 1.0
In-Reply-To: <CALDnm50-di+u9s_Fhe6PA7-XdtOO5acV8vX_oJmATdgk77w+pg@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
X-Spam-Score: 0.4 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.6 (/)

On 28.09.2021 19:09, João Távora wrote:
> On Tue, Sep 28, 2021 at 1:38 PM Dmitry Gutov <dgutov@HIDDEN> wrote:
> 
>> So the references to company-capf in that discussion are necessary, but
>> incidental.
> 
> So it should be possible to describe the problem in simpler terms.  Which
> is what I'm asking you to do.  In the simplest terms _possible_ of course.

I have already done this here. Twice, I think?

And more, if we count the underlying technical issue that is the 
headline of this report.

> It's not about the beginner developer here, it's about the user.

The user-developer line is fairly blurred in this particular case.

> The beginner developer of the c-a-p-f API has to do more work
  than the user to understand what the purpose is of the things
> she is invoking.  If she invokes 'flex' in some program, she must
> be aware of what she's doing, of how 'flex' works.

That seems optimistic. Especially since 'flex' is a rare exception among 
other completion styles, in that it affects sorting (through an opaque 
mechanism), and not just filtering.

>> But would it? Break existing behavior in any scenario that matters?
> 
> See my reply to Omar.

Omar brought in a scenario of something the user does, starting with the 
UI, and the full use case.

You responded with an abstract piece of behavior.

In your scenario, which UI is the user going through? What completion 
table would they be querying?

How much effort would it be for such UI to switch to a completion table 
that doesn't specify the sorting function, so that 'flex' still applies 
its sorting, to the satisfaction of your hypothetical user, while now 
satisfying Omar's user as well?

>>> What is the problem with you telling those users to use 'pikachu'
>>> instead of 'flex'?  Or tell them to set a hypothetical variable
>>> flex-prefer-table-sorting to t?
>>
>> Discovery.
> 
> So you're talking about changing defaults.  But flex is not even the default,
> so I don't understand.  Why are people using it if they're not content with
> what it does?
> 
> Do a 'flix' style, as I've suggested multiple times! Look,  if you're right and
> it represents much less friction it should rapidly become popular and your
> burdens will be solved.  It probably take few lines of code.

I didn't do 'flex' and I don't do 'flix'. I'm not the 
person/place/piece-of-software people come to for completions styles. I 
have to deal with existing styles. Even if just one of them has a 
problem, that can bring a question or a bug report on my doorstep.

Furthermore, 'flex' being in the core implicitly gives it a strong 
recommendation over alternatives.

>>> I also suggest that people: "if you're writing a completion table, make
>>> sure you try it without company as well".
>> Not something I'm eager to recommend to somebody just starting out. It
>> wouldn't help here either, I believe.
> 
> So you decide that it's a good idea for a beginner to mix company internals
> into her adventures.... Questionable, I'd say.

See the thread.

Last modified: Tue, 28 Sep 2021 16:45:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.