Ordre d'imposition du livret
Un livret piqué de 8 pages s'imprime 8, 1, 2, 7 sur la feuille extérieure et 6, 3, 4, 5 sur la feuille intérieure. Indiquez le nombre de pages et obtenez la séquence d'impression, les faces de chaque feuille et les doubles pages de lecture. Gratuit dans votre navigateur.
- Gratuit
- Fonctionne dans votre navigateur
- Sans inscription
- Vos données restent sur votre appareil
Lancer gratuitement
Exemple résolu
- Pages
- 8
- Pages avec remplissage
- 8
- Nombre de pages blanches
- 0
- Nombre de feuilles
- 2
- Nombre de faces
- 4
Un livret piqué à cheval se monte avec des feuilles empilées que l'on plie une fois et que l'on agrafe dans le dos. Comme chaque feuille physique porte quatre pages — deux au recto et deux au verso —, les numéros qui partagent une feuille ne sont pas voisins dans l'ordre de lecture. La feuille extérieure d'un livret de huit pages porte les pages 8 et 1 au recto et les 2 et 7 au verso ; après le pli, ces numéros tombent sur la couverture, la première ouverture et la quatrième de couverture. Une séquence fausse met la page 3 en couverture ou miroite un ouvrant. Ce calculateur accepte le nombre de pages de contenu, le complète jusqu'au multiple de quatre suivant et renvoie l'ordre classique d'imposition imprimeur de l'extérieur vers le centre, l'affectation gauche et droite de chaque feuille, et les ouvrants de lecture que vous devez voir une fois le livret plié. Les emplacements de remplissage sont des zéros afin qu'un imposeur insère des blancs sans inventer de pages numérotées en trop.
Ce qu'est l'imposition à cheval et pourquoi l'ordre n'est pas 1, 2, 3
L'imposition à cheval existe parce qu'une feuille pliée est un cahier de quatre pages, non une pile de feuillets isolés. Imaginez une feuille imprimée au format paysage, retournée sur le grand côté, puis pliée en deux : le panneau avant droit devient la couverture (page 1), l'arrière gauche devient la page 2, l'arrière droit l'avant-dernière et l'avant gauche la quatrième de couverture. Empilez une autre feuille à l'intérieur et le même appariement se répète, en avançant de deux pages depuis chaque extrémité.
La deuxième feuille d'un livre de huit pages porte donc 6 et 3 au recto et 4 et 5 au verso — l'ouvrant central que le lecteur voit lorsque le livret est ouvert à fond. En général, si N est le décompte complété (le plus petit multiple de quatre qui contient tout le contenu), la feuille i comptée depuis l'extérieur avec i commençant à zéro reçoit recto gauche N moins 2i, recto droit 2i plus 1, verso gauche 2i plus 2 et verso droit N moins 2i moins 1.
Cette identité est ce que calcule toute imprimante de livret de bureau, la commande d'impression d'InDesign et un imposeur commercial 2-up lorsqu'il demande une séquence imprimeur plutôt que l'ordre de lecture. Les décomptes qui ne sont pas des multiples de quatre ne remplissent pas tous les panneaux, donc ceux qui restent en fin d'ouvrage deviennent blancs.
Un programme de six pages s'impose en huit avec les pages 7 et 8 vides : le recto extérieur est blanc à côté de la page 1, et la dernière ouverture montre la 6 à côté d'un blanc. Cet outil encode exactement cette convention et n'invente jamais une septième page de contenu.
Où un calculateur d'ordre d'imposition de livret gagne sa place
Les imprimeries, les centres de reprographie internes et les graphistes qui exportent un PDF en ordre de lecture puis ont besoin d'un tirage duplex 2-up utilisent un calculateur d'ordre d'imposition des pages d'un livret pour que le copieur n'ait pas à deviner. Si l'ouverture centrale est 4 face à 5 sur une pièce de huit pages, le travail est juste ; si c'est 3 face à 6, les versos ont été miroités et le bord de retournement était le mauvais.
Programmes d'événement, bulletins paroissiaux, fanzines scolaires et lookbooks piqués à cheval rencontrent la même arithmétique, et la rencontrent à nouveau dès que le rédacteur ajoute une page et que le décompte n'est plus un multiple de quatre. Les scripts d'automatisation dans un RIP ou une vitrine web-to-print appellent le même contrat au lieu de redériver l'appariement. Ce calculateur n'applique pas le creep (le léger décalage vers l'extérieur des feuilles intérieures d'un ouvrage épais), n'impose pas plusieurs cahiers pour une reliure brochée et ne choisit pas le format papier.
Il répond à une seule recherche : dans quel ordre placer les pages pour qu'un livret piqué à cheval se lise correctement après le pli.
Cas d’usage
Programmes et bulletins qui ne sont pas un multiple de quatre
Un programme d'événement de 6 ou 10 pages est complété par des blancs de fin (0). L'atelier insère des panneaux vides au lieu d'inventer des pages numérotées en trop.
Questions fréquentes
Pourquoi un livret piqué à cheval doit-il avoir un décompte multiple de 4 ?
Chaque feuille physique est imprimée des deux côtés, deux pages par côté, donc elle porte toujours quatre pages. Les décomptes de contenu qui ne sont pas un multiple de 4 sont complétés par des blancs de fin (0) jusqu'au multiple de 4 suivant.
Quel est l'ordre d'imposition imprimeur d'un livret de 8 pages piqué à cheval ?
La séquence 2-up de l'extérieur vers le centre est 8, 1, 2, 7, 6, 3, 4, 5. La feuille 1 est 8|1 au recto et 2|7 au verso ; la feuille 2 est 6|3 et 4|5 (l'ouvrant central).
Ce calculateur gère-t-il la reliure brochée ou plusieurs cahiers ?
Non. Il calcule un seul cahier piqué à cheval (feuilles empilées pliées une fois). Les ouvrages brochés qui rassemblent plusieurs cahiers de 16 pages, et la compensation de creep des livres épais, sont hors périmètre.
Que se passe-t-il si mon livret compte 6 pages ?
Il est monté comme un livret de 8 pages, avec les pages 7 et 8 laissées blanches. Les blancs apparaissent sous forme de zéros dans la séquence, pour placer des pages vides sans numéroter de pages en trop.
Combien de pages un livret peut-il compter au maximum ?
N'importe quel nombre entier de 1 à 200 pages de contenu. Un livret piqué de 200 pages est déjà plus épais que ce que la plupart des imprimeurs acceptent d'agrafer, d'où cette limite.
Outils associés
Pour les développeurs — accès API
Tout sur cette page est disponible par programmation. Cette section s'adresse aux équipes qui veulent l'intégrer à leurs systèmes ; les autres peuvent simplement utiliser l'outil ci-dessus.
Endpoint
Authentification par jeton Bearer : un seul POST met la tâche en file d’attente, et le résultat vous parvient par webhook ou lien signé.
Appeler depuis votre stack
curl -X POST https://api.kit.forhosting.com/date/booklet-page-order \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"pages":8}'const res = await fetch("https://api.kit.forhosting.com/date/booklet-page-order", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"pages": 8
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/date/booklet-page-order",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"pages": 8
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/date/booklet-page-order", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"pages":8}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"pages":8}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/date/booklet-page-order", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Exemple de requête
{
"pages": 8
}Exemple de réponse
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "date.booklet_page_order",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}L’API est asynchrone : chaque appel renvoie un task_id immédiatement, puis vous interrogez l’état à raison d’une requête par seconde.
Tarifs
Le prix est publié, sans tokens ni crédits. Une tâche qui échoue n’est pas facturée.
Limites
max_pages | 200 |
Erreurs
| HTTP | Code | Signification |
|---|---|---|
401 | unauthorized | Clé API absente ou invalide : vérifiez l’en-tête Authorization. |
402 | insufficient_balance | Solde insuffisant : rechargez votre compte pour lancer cette tâche. |
404 | unknown_type | Type de tâche inconnu : vérifiez le champ type de votre requête. |
429 | rate_limited | Trop de requêtes : ralentissez la cadence, puis réessayez. |
Notes techniques
L'exécuteur gratuit du navigateur et l'API partagent une seule fonction pure. Les requêtes réussies sont facturées au $0.002 publié ; une entrée invalide n'est pas facturée.
Contrat d'entrée, forme de la réponse et lecture de la séquence
La valeur doit être un entier de 1 à 200 inclus ; 200 pages représentent cinquante feuilles et dépassent déjà ce que la plupart des ateliers piquent à cheval, ce qui justifie le plafond. Les chaînes de chiffres qui s'interprètent comme des entiers sont admises afin qu'un champ de formulaire ou une cellule n'exige pas une seconde conversion. Exemple : pages égal à 6 produit le même squelette avec 0 dans les emplacements qui auraient été 8 et 7. Envoyez un corps JSON avec un entier obligatoire, pages, le nombre de pages de contenu du livret fini. Le champ accepte aussi les alias page_count, n, num_pages et page_total. Si pages manque, s'il y a une chaîne vide, un non-entier tel que 8.5, zéro, un décompte négatif ou une valeur supérieure à 200, la tâche échoue avec invalid_input en nommant le champ, et ces échecs ne sont pas facturés. En cas de succès, le corps répète pages, indique padded_pages comme le multiple de quatre suivant, blank_count comme le nombre de blancs de fin ajoutés et sheet_count comme padded_pages divisé par quatre. print_order est la séquence plate imprimeur de quatre numéros par feuille — recto gauche, recto droit, verso gauche, verso droit — de la feuille extérieure vers le centre, 0 valant un blanc de remplissage. print_order_text est la même liste sous forme de chaîne séparée par des virgules à coller dans un champ d'imposition. sheets énumère chaque feuille physique avec front_left, front_right, back_left et back_right. reading_spreads énumère les pages gauche et droite que le lecteur voit de l'ouverture de couverture jusqu'au dernier ouvrant intérieur après le pli, ce qui vérifie que l'imposition est correcte. formula reformule l'identité de la feuille i ; method vaut saddle_stitch_2up. Exemple : pages égal à 8 produit print_order 8, 1, 2, 7, 6, 3, 4, 5 et deux feuilles.
Où un calculateur d'ordre d'imposition de livret gagne sa place
Un parcours de bureau typique est : prenez la liste print_order, construisez un PDF imposé qui place ces numéros deux par face dans cette séquence, imprimez en duplex en retournant sur le grand côté, pliez la pile et agrafez le dos. Le prix publié d'un élément API réussi est $0.002 ; l'exécuteur dans le navigateur est gratuit et utilise la même bibliothèque.
Cas d'intégration
Duplex 2-up de bureau d'un PDF en ordre de lecture
Prenez un export de 8 ou 16 pages, imposez le print_order renvoyé deux par face, imprimez en duplex sur le grand côté, pliez et agrafez. L'ouvrant central doit se lire en paires consécutives.
Automatisation web-to-print et RIP
Les vitrines et les scripts de prépresse figent le tableau print_order comme référence golden afin qu'une refonte n'échange pas en silence rectos et versos sur chaque travail piqué à cheval.
Questions techniques
Que signifie 0 dans print_order ?
Zéro est une page de remplissage blanche. Si vous envoyez 6 pages de contenu, le livret est imposé en 8 pages et les emplacements qui auraient été les pages 7 et 8 valent 0 afin que l'imposeur insère des panneaux vides.
Combien coûte le calculateur d'ordre d'imposition des pages d'un livret ?
L'exécuteur dans le navigateur est gratuit et utilise la même bibliothèque que l'API. Les requêtes API réussies sont facturées à $0.002 sur le solde prépayé KIT ; une entrée invalide n'est pas facturée.