Salut,

je réfléchis à affiner le critère <code>{a,b}</code>, pour ajouter les
notations « n-1 » - « n » signifiant « le nombre de résultats total si on ne
met pas de LIMIT ».

Pour rester cohérents avec <code>{1,3}</code> qui signifie "3
enregistrements à partir du deuxième", il faut bien évidemment qu'on
obtienne la même chose avec <code>{1,3}</code>, par exemple, qu'avec
<code>{n-3, n-1}</code> quand n vaut 4.

L'utilisation la plus intéressante serait <code>{0,n-1}</code> ou
<code>{1,n-2}</code> : respectivement, « prendre toutes les réponses sauf la
dernière », et « prendre toutes les réponses sauf la première et la dernière ».

<code>{n-3,2}</code> permettrait de récupérer l'antépénultième et
l'avant-dernier (on part de {n-3}, et on en prend {2}). C'est logique,
cohérent avec la notation précédente, et (relativement) intuitif.

Quant à <code>#TOTAL_BOUCLE</code>, il serait égal, toujours par souci de
cohérence, au nombre d'enregistrement réellements retournés (et pas {n}, le
nombre d'enregistrements hors <code>{a,b}</code>).

Ca serait, probablement, incompatible avec le critère <code>debut_xxx</code>

Attention, cette notation <code>{n-1,...}</code> serait peut-être un peu
moins (??) performante que la notation normale ; à utiliser avec parcimonie.
L'autre, <code>{..., n-1}</code> ne poserait en revanche aucun problème de
performance.

Ne pas oublier qu'on doit utiliser le tri <code>{inverse}</code>... si on
veut juste le dernier ;)

-- Fil