v0.33.0

Ajouté

• Application mobile de suivi (iOS, Android ; clients/mobile/, Expo). File des sorties
  par machine avec Lancer / Pause / Stop / Relancer / Passer en tête, état des machines
  (encres, rouleau, alertes), historique des alertes, et notifications push : nouvelle
  alerte de la machine (capot ouvert, support épuisé…), encre sous 5 % ou vide, machine qui
  ne répond plus puis revient, sortie ou rendu en échec, et en option les fins d'impression.
  Côté serveur : GET /api/mobile/etat, GET /api/mobile/evenements,
  POST /api/mobile/appareils (et /retirer), POST /api/mobile/essai ; envoi par le service
  push d'Expo (le serveur doit joindre exp.host en HTTPS). Voir
  docs/fr/application-mobile.md. Connexion par le cloud
  E-KO RIP (OAuth + PKCE) pour suivre l'atelier sans VPN, avec choix du site ; un
  téléphone inscrit par le cloud reste destinataire tant qu'il se réinscrit (30 jours).
  Mobile monitoring app (iOS, Android) with push notifications of machine errors, also
  through the E-KO RIP cloud.

Corrigé

• Le code d'erreur lecture_seule (rôle cloud en lecture seule) est traduit dans l'interface.
  The cloud read-only error code is now translated.

Installation

• Mac : E-KO RIP Center_0.33.0_universal.dmg (Intel et Apple Silicon, signé Developer ID et notarisé par Apple).
• Linux (Ubuntu/Debian) : sudo apt update && sudo apt upgrade sur un poste déjà relié au dépôt, sinon wget -qO- https://apt.e-ko.fr/rip/installer | sudo sh.
• Serveur : paquet eko-rip-serveur par le dépôt APT (sudo apt update && sudo apt upgrade). Nécessaire pour l'application mobile (routes /api/mobile/*) ; le serveur doit joindre exp.host en HTTPS pour les notifications.
• Plate-forme cloud : paquet eko-rip-cloud par le dépôt APT, ou binaire statique + cloud/o2switch/app.js pour un hébergement o2switch (voir docs/fr/cloud.md).
• Mobile : iOS par TestFlight, Android par APK interne (voir docs/fr/application-mobile.md).
• Windows : pas encore de client natif.

v0.32.0

Ajouté

• Cloud E-KO RIP : notifications. Les événements des e-mails d'alerte (site hors ligne après
  15 minutes, de retour en ligne, nouvelle app connectée) arrivent aussi par un journal par compte
  que les apps de bureau interrogent chaque minute (GET /api/moi/notifications), par push
  mobile Expo (POST /api/moi/push) et par Web Push dans le navigateur (VAPID, chiffrement
  aes128gcm en Rust pur, service worker /sw.js, carte « Notifications sur cet appareil » dans
  « Mon compte »). Le portail propose les notifications après la première connexion, et les apps
  demandent l'autorisation juste après la première connexion au cloud. Voir docs/fr/cloud.md.
  Platform notifications: per-account journal for desktop apps, Expo mobile push and browser Web
  Push (VAPID, pure Rust), offered at first sign-in.
• Cloud E-KO RIP : e-mails de la plate-forme. Mot de passe oublié (lien d'une heure),
  confirmation de l'adresse à l'inscription (rattacher un serveur l'exige), alerte « site hors
  ligne depuis 15 minutes » puis « de retour en ligne », e-mail de sécurité à chaque nouvelle app
  connectée, résumé hebdomadaire par site le lundi 8 h (heure de Paris), en HTML sobre avec
  version texte. Envoi par SMTP (réglages dans Administration › E-mails ou EKO_CLOUD_SMTP_*),
  expéditeur no-reply@e-ko.fr ; cases d'abonnement dans « Mon compte ». Voir
  docs/fr/cloud.md.
  Platform e-mails: password reset, address confirmation, offline/back-online alerts, new-app
  notice, weekly per-site summary; SMTP configured in Administration.
• Cloud E-KO RIP : « Se connecter au cloud » depuis les apps. Connexion au compte de la
  plate-forme par le navigateur (OAuth 2 + PKCE), liste des sites du compte, ouverture d'un
  serveur RIP sans second mot de passe : le rôle sur le site (portail) donne les droits sur le
  RIP. Apps connectées visibles et révocables dans « Mon compte ». Voir docs/fr/cloud.md.
  Cloud sign-in from the apps (OAuth 2 + PKCE): platform account, site list, no second
  password on the RIP server.
• Clients Mac et Linux : notifications du cloud. Tant qu'un compte cloud est connecté (même
  sur un serveur local), l'app interroge GET /api/moi/notifications chaque minute et affiche une
  notification système (site hors ligne ou de retour en ligne, nouvelle app) ; le clic ouvre le
  site concerné, sinon le lien. Le curseur est mémorisé, sans rattrapage à la première
  interrogation. Mac : autorisation demandée après la première connexion au cloud ; Linux :
  réglage « Notifications du cloud » (activé par défaut) et toast à la première connexion.
  Mac and Linux clients: native cloud notifications, polled every minute while a cloud account
  is signed in.

Modifié

• Cloud E-KO RIP : sens montant du tunnel en requêtes POST (eko-tunnel/2). Le frontal
  d'o2switch garde pour lui ce que le serveur RIP envoie dans le WebSocket : le tunnel
  s'établissait puis tombait au bout de 45 s. Le serveur RIP envoie maintenant ce sens par
  petites requêtes POST numérotées, le WebSocket ne portant plus que le sens descendant. La
  plate-forme ne choisit ce mode que si le serveur le propose ; les serveurs 0.31 restent en
  eko-tunnel/1. Tunnel upstream as numbered HTTP POSTs (eko-tunnel/2), for front ends that
  buffer the WebSocket upstream.
• Cloud E-KO RIP : le tunnel passe en WebSocket. Le serveur RIP ouvre un WebSocket
  ordinaire (sous-protocole eko-tunnel/1) qui porte la même connexion HTTP/2 qu'avant ; il
  traverse ainsi les frontaux des hébergements mutualisés (LiteSpeed, Passenger). La
  plate-forme accepte encore l'ancien tunnel des serveurs 0.30. Nouveau lanceur Node.js
  (cloud/o2switch/app.js) pour héberger la plate-forme sur o2switch. Voir
  docs/fr/cloud.md.
  Cloud tunnel now runs over a standard WebSocket (works behind shared hosting front ends);
  old tunnels still accepted; Node.js launcher for o2switch.

Installation

• Mac : E-KO RIP Center_0.32.0_universal.dmg (Intel et Apple Silicon, signé Developer ID et notarisé par Apple).
• Linux (Ubuntu/Debian) : sudo apt update && sudo apt upgrade sur un poste déjà relié au dépôt, sinon wget -qO- https://apt.e-ko.fr/rip/installer | sudo sh.
• Serveur : paquet eko-rip-serveur par le dépôt APT (sudo apt update && sudo apt upgrade). Nécessaire pour le tunnel cloud eko-tunnel/2 (plate-forme sur o2switch).
• Plate-forme cloud : paquet eko-rip-cloud par le dépôt APT, ou binaire statique + cloud/o2switch/app.js pour un hébergement o2switch (voir docs/fr/cloud.md).
• Windows : pas encore de client natif.

E-KO RIP Center 0.31.0

Ajouté

• Découverte automatique du serveur sur le réseau local. Le serveur s'annonce en DNS-SD
  (_eko-rip._tcp, nom de la machine, version) ; les clients Mac, Linux et Tauri
  (Windows) listent les serveurs trouvés sur l'écran de connexion, un clic suffit. La saisie
  de l'adresse reste possible (et seule proposée si rien n'est trouvé). Désactivable côté
  serveur par EKO_RIP_ANNONCE=0. Voir docs/fr/installation-client.md.
  Automatic LAN discovery of the server (DNS-SD); manual address entry kept as a fallback.

Modifié

• Cloud E-KO RIP : une adresse par site. Chaque serveur rattaché est servi sur sa propre
  origine, https://<site>.platform.e-ko.rip : elle se saisit telle quelle dans les clients
  Mac, Linux, Windows et mobile, et l'interface d'administration fonctionne dans un navigateur.
  Cookies du portail en __Host- ; certificats à la demande autorisés par
  GET /api/certificat (Caddy on_demand_tls). L'ancienne forme /s/<site> reste servie
  pour l'API.

Corrigé

• Rendus bloqués sous Ubuntu 26.04. AppArmor 5 y confine Ghostscript (profil gs) et lui
  interdit de lire /var/lib/eko-rip : tout rendu échouait (« Permission denied » sur
  source.pdf, 0 page). Le paquet serveur ouvre désormais les travaux du RIP à ce profil
  (/etc/apparmor.d/local/gs) et le recharge à l'installation ; retiré à la purge.
  Renders failed on Ubuntu 26.04: AppArmor 5 confines Ghostscript; the server package now
  grants it access to the RIP jobs folder.

Installation

• Mac : E-KO RIP Center_0.31.0_universal.dmg (Intel et Apple Silicon, signé Developer ID et notarisé par Apple).
• Linux (Ubuntu/Debian) : sudo apt update && sudo apt upgrade sur un poste déjà relié au dépôt, sinon wget -qO- https://apt.e-ko.fr/rip/installer | sudo sh.
• Serveur : paquet eko-rip-serveur par le dépôt APT. Sous Ubuntu 26.04, cette version est nécessaire pour que les rendus fonctionnent (profil AppArmor de Ghostscript).
• Plate-forme cloud : paquet eko-rip-cloud par le dépôt APT (pour platform.e-ko.rip).
• Windows : pas encore de client natif.

E-KO RIP Center 0.30.0

Ajouté

• Statistiques anonymes d'installation. Le serveur et les clients Mac et Linux envoient à
  platform.e-ko.rip/api/ping, à l'installation, à chaque mise à jour puis chaque semaine, un
  identifiant aléatoire, le type de poste, l'OS, la version (et pour le serveur le nombre de
  machines et de réglages), même sans rattachement au cloud. Désactivable dans Système ou par
  EKO_TELEMETRIE=0. La plate-forme tient le registre et ses statistiques
  (eko-rip-cloud installations, GET /api/installations). Voir
  docs/fr/statistiques-anonymes.md.
• Rapports de bug. « Signaler un problème » dans les clients Mac et Linux et dans Système ;
  rapports automatiques (plantage, rendu ou sortie en échec, rendu anormalement long) sur
  accord de l'administrateur, demandé à la première ouverture. Journal du serveur joint avec
  chemins, noms de fichiers et e-mails masqués, gardé en privé 90 jours sur la plate-forme ;
  issue GitHub ouverte automatiquement sans journal ni e-mail, une seule par erreur
  automatique répétée. Voir docs/fr/rapports-de-bug.md.
• Cloud E-KO RIP, lot 1 : accès à distance sans VPN ni port ouvert. Nouvelle plate-forme
  eko-rip-cloud (paquet à part, platform.e-ko.rip) : le serveur RIP lui ouvre un tunnel
  sortant et elle y fait passer les requêtes des postes et de l'app mobile, à
  https://platform.e-ko.rip/s/<site>. Rattachement depuis Système › Cloud E-KO RIP par un
  code court à valider sur la plate-forme. Jamais sans compte ; ni pont ERP, ni renvoi, ni
  réglages du pont ou du cloud par le tunnel ; cookies et pages des ateliers isolés les uns des
  autres. Voir docs/fr/cloud.md.
  E-KO RIP Cloud step 1: remote access without VPN or open port, through an outgoing tunnel
  from the RIP server to platform.e-ko.rip; pairing by short code.
• Cloud E-KO RIP, lot 2 : le portail de platform.e-ko.rip. Inscription libre ou connexion
  Google / Facebook ; « Mes sites » (rattacher un serveur par son code, état en ligne, retirer) ;
  « Mon compte » (liaisons, suppression) ; administration (clés Google et Facebook avec les URL de
  retour à déclarer, sites, comptes suspendus) ; CGU, mentions légales et politique de
  confidentialité (SAS GOLDEN PRINT). Formulaires protégés (origine, jeton par session),
  blocage après 5 échecs, limites par adresse, en-têtes de sécurité.
  E-KO RIP Cloud step 2: the platform portal (sign-up, Google/Facebook sign-in, sites, account,
  admin with OAuth keys and callback URLs, legal pages).
• Étalonnage du gris de type G7 (feuille de route 8.10), côté serveur. Le serveur
  fournit une mire, une rampe CMY et une rampe noire. À partir de ses mesures, il calcule
  les écarts au gris cible et les courbes de correction C, M, Y et K. Il garde aussi
  l'historique des itérations, où la meilleure reste même si une suivante est moins
  bonne. Les courbes s'appliqueront au rendu avec la linéarisation par mode. L'écran
  viendra avec les clients natifs.
  G7-style grey calibration: chart, correction curves, iteration history keeping the best
  one.
• Pont ERP : travaux liés, opérateur et réimpression (feuille de route 7.8). L'ERP peut
  envoyer les parties d'un même groupe avec leur rang : elles passent dans la file d'un
  bloc et dans l'ordre, même si leurs rendus finissent dans le désordre. Deux actions
  s'ajoutent : affecter l'opérateur d'un dossier, et faire réimprimer un dossier (ou
  une seule page) sans refaire le rendu. L'inventaire des supports et le journal des
  machines passent déjà par les événements existants ; la documentation du pont le précise.
  ERP bridge: linked jobs kept together and in order, operator assignment and reprint
  actions.
• Planche manuelle (feuille de route 5.10), côté serveur. Une planche peut maintenant
  recevoir des copies posées à la main (coin en mm, angle, verrou), calées sur une
  grille et aimantées aux bords voisins, avec un refus en cas de chevauchement ou de
  sortie de laize. Elle peut aussi suivre un gabarit de cellules (cases fixes, une copie
  centrée par case, gabarits gardés par nom dans /api/gabarits et dans la sauvegarde), ou
  des données variables : une copie par ligne d'un CSV, avec des textes posés sur la
  page. L'écran viendra avec les clients natifs.
  Manual sheet: hand-placed copies with lock, grid and snapping; cell templates; variable
  data from a CSV.
• Deux seuils d'espace disque (feuille de route 0.8) : sous le seuil bas
  (EKO_RIP_SEUIL_ALERTE_MO, 20 Go par défaut), chaque nouveau travail porte l'alerte
  « disque presque plein » ; sous le seuil critique (EKO_RIP_SEUIL_LIBRE_MO), un fichier
  déposé en dossier surveillé n'est plus mis de côté dans refuses/ : il devient un travail
  en erreur espace_insuffisant, avec son motif, à relancer une fois la place faite.
  /api/systeme donne seuil_alerte et disque_niveau (ok, bas, critique). Option
  EKO_RIP_PURGER_ERP_FAITS=1 : un travail venu de l'ERP est effacé dès qu'il est fait.
  Low and critical disk thresholds; hot-folder jobs refused for space show as jobs in error;
  optional purge of ERP jobs once done.
• Rappels de recalibration (feuille de route 8.5), par imprimante : rappel 14 jours
  après le dernier étalonnage, étalonnage périmé à 3 mois, et rappel dès qu'une poche
  d'encre est changée (hausse d'au moins 10 points dans les relevés SNMP), qu'un nouveau
  lot ou une maintenance est saisi. Jamais bloquant. Routes
  /api/machines/{id}/recalibration, /api/machines/{id}/etalonnage,
  /api/machines/{id}/recalibration/evenement et /api/recalibrations ; gardé dans
  etalonnages.json.
  Recalibration reminders: 14 days, 3-month limit, ink pouch change seen over SNMP,
  new batch or maintenance.
• Empilement de couches (feuille de route 2.10) : réglage empilement de la demande,
  jusqu'à 5 couches posées dans l'ordre déclaré (couleur, blanc, argent), par exemple
  blanc-couleur-blanc pour une vitrophanie vue des deux côtés ou couleur-couleur pour un
  rétroéclairé jour/nuit. L'envoi Epson (envoi.json en mode Dossier) liste les passages
  dans cet ordre ; une couche sans sa plaque, ou une plaque qu'aucune couche ne pose, est
  refusée. Sans empilement, le réglage dessous / dessus reste en vigueur. Le pilote direct
  n'imprime encore qu'un passage. Champs empilement et reechantillonnage aussi lus
  à l'envoi d'un fichier.
  Ordered multi-layer printing (e.g. white-colour-white) in the Epson output.

Corrigé

• Un PDF abîmé dont une page est son propre « parent » ne bloque plus les dossiers
  surveillés : la recherche du format s'arrête au bout de 32 niveaux. Le format prend aussi
  le cadrage hérité (CropBox) avant la MediaBox de la page, comme le veut la norme.
  A damaged PDF whose page is its own parent no longer stalls hot folders; inherited CropBox
  wins over the page MediaBox.
• Trois lectures d'octets écrites autrement pour que cargo clippy repasse sans erreur avec
  Rust 1.99 (règle chunks_exact_to_as_chunks), sans changement de comportement.
  Clippy clean again on Rust 1.99.
• Dossiers surveillés : un fichier refusé est rangé sous nom-2, nom-3… au lieu d'écraser,
  dans refuses/, un refus précédent du même nom et sa raison.
  A rejected file no longer overwrites an earlier rejection of the same name.
• Balise {support} : à nom égal, c'est le support de l'imprimante retenue qui est pris (même
  si {machine} vient après dans le motif), et plus le premier de ce nom dans le catalogue.
  {support} picks the media of the chosen printer when two share a name.
• Pont ERP : une action reçue pendant le rendu d'un travail (opérateur, échéance, suspension,
  annulation) n'est plus effacée par la fin du rendu.
  ERP actions received while a job renders are no longer lost when the render ends.
• Renvoi vers un autre RIP : le jeton enregistré n'est plus repris quand l'hôte ou le port
  de la machine change ; il faut le ressaisir. The stored forwarding token is no longer
  reused when the host or port changes.
• La balise {repetition} met aussi en file une découpe par impression répétée, plus une
  seule. Repeated prints each get their cut.
• Renvoi : un flux reçu d'un autre RIP ne peut plus viser une machine qui renvoie
  elle-même vers un troisième (renvoi_en_chaine), notre jeton ne sert plus de relais.
  No chained forwarding through this RIP.

Added: E-KO RIP Cloud (remote access without VPN through platform.e-ko.rip, pairing by
code, portal), anonymous installation statistics (opt-out), bug reports ("Report a problem"
in the Mac and Linux clients, opt-in automatic reports with masked server log, GitHub issue
without log or e-mail), G7 grey calibration and other roadmap items.

Installation

• Mac : E-KO RIP Center_0.30.0_universal.dmg (Intel et Apple Silicon, signé Developer ID et notarisé par Apple).
• Linux (Ubuntu/Debian) : sudo apt update && sudo apt upgrade sur un poste déjà relié au dépôt, sinon wget -qO- https://apt.e-ko.fr/rip/installer | sudo sh.
• Serveur : paquet eko-rip-serveur par le dépôt APT.
• Plate-forme cloud : paquet eko-rip-cloud par le dépôt APT (pour platform.e-ko.rip).
• Windows : pas encore de client natif.

E-KO RIP Center v0.29.0

Ajouté

• Nouveaux clients natifs Mac et Linux : de vrais logiciels à la place de la page
  HTML ouverte dans le client Tauri. Sur Mac, une application SwiftUI universelle (Apple
  Silicon et Intel), signée et notarisée par Apple ; sur Linux, une application GTK 4 /
  libadwaita, toujours dans le paquet e-ko-rip-center du dépôt APT. Fenêtre à trois
  volets (barre latérale, file des travaux, inspecteur), mode clair et sombre, glisser-déposer
  des fichiers avec choix du réglage, aperçu, impression, relance, épreuve TIFF, machines,
  système et notifications de fin de travail. Nouvelle icône. Les écrans d'administration
  (supports, règles, tarifs, pont ERP, sauvegarde) s'ouvrent pour l'instant par le menu
  Administration…, dans une fenêtre à part ; Windows suivra.
• Rééchantillonnage lissé des images (feuille de route 9.15) : réglage reechantillonnage
  de la demande, proche_voisin (par défaut, pixels francs) ou lisse (filtre cubique de
  Ghostscript) pour les photos et dégradés agrandis. Mire 100 ppi agrandie ×4 : 48,6 dB de
  PSNR contre 30,2 dB. Repris par les planches d'imbrication et le BAT. Réglable par l'API
  en attendant les nouveaux clients.
  Smooth (cubic) image resampling option for upscaled raster images.
• Épreuve TIFF après RIP (feuille de route 9.13) : bouton Épreuve TIFF et route
  /api/travaux/{id}/pages/{n}/epreuve.tif ; TIFF des plaques rendues en valeurs machine
  (CMJN, profil du support) ou colorimétrique (RVB), tons directs gardés en canaux,
  aplatis ou supprimés, plafond de taille (la définition baisse, la taille physique reste
  exacte, pour certifier les cotes d'un lé). Réglage epreuve pour la faire d'office
  après le rendu, et épreuve seule (epreuve_seule) : rien ne part à l'impression.
• Envoi avec un réglage enregistré : champ reglage de POST /api/travaux ; le
  serveur applique lui-même le réglage nommé (refus reglage_inconnu sinon). Base des
  nouveaux clients natifs Mac et Linux (docs/clients-natifs.md).

Added: TIFF proof after RIP (device CMYK or colorimetric RGB, spot colours as channels,
flattened or removed, size cap keeping exact physical size), made on demand or after
rendering, and a proof-only option that never prints. Upload with a saved preset
(reglage field). New native Mac (SwiftUI, signed and notarised) and Linux (GTK 4)
clients replace the HTML page in the Tauri window; new icon.

Installation

• Mac : E-KO RIP Center_0.29.0_universal.dmg (Intel et Apple Silicon, signé Developer ID et notarisé par Apple).
• Linux (Ubuntu/Debian) : sudo apt update && sudo apt upgrade sur un poste déjà relié au dépôt, sinon wget -qO- https://apt.e-ko.fr/rip/installer | sudo sh.
• Serveur : paquet eko-rip-serveur par le dépôt APT.
• Windows : pas encore de client natif.

E-KO RIP Center 0.28.0

Ajouté

• Canal alpha → plaque blanc ou vernis (feuille de route 9.12) : réglage « Canal alpha »
  de la section Blanc ; le détourage d'un PNG ou d'un TIFF donne une plaque White ou
  Varnish qui suit le masque alpha, posée en surimpression.

Added: alpha channel of a PNG/TIFF → White or Varnish plate following the cut-out.

E-KO RIP Center 0.27.0

Ajouté

• Estimation d'un dossier pour l'ERP (pont, lot R4 ; feuille de route 7.6) : à la
  demande de l'ERP, le RIP répond par travail.estimation avec les chiffres de la fiche des
  travaux rendus du dossier, copies comprises (surface, encre par plaque, durée), et la
  longueur de rouleau de toutes les copies imbriquées sur la laize chargée. Aucun montant.
  Pour un devis, l'ERP peut aussi envoyer un fichier à estimer : le RIP le rend à part (ni
  liste ni file), l'estime de la même façon, puis l'efface.
• Actions de l'ERP sur la file (pont, lot R3.2 ; feuille de route 7.7) : l'ERP peut
  suspendre, reprendre, annuler, passer en tête ou changer l'échéance d'un dossier
  (ref_erp). Le RIP l'applique aux sorties encore en attente ou suspendues de ses travaux,
  laisse telles quelles celles déjà lancées, et répond par travail.action ; un dossier déjà
  imprimé ne s'annule pas, il se signale (deja_imprime).
• Réception des travaux de l'ERP (pont, lot R3 ; feuille de route 7.3) : le RIP télécharge
  les fichiers que l'ERP lui envoie (signés, SHA-256 vérifié), en fait des travaux au réglage
  enregistré désigné, avec la référence du dossier, les copies et l'échéance dans la fiche,
  et l'accuse à l'ERP ; un envoi impossible part en travail.refuse avec son code. Un envoi
  reproposé ne fait jamais deux travaux.
• Dépôt APT des postes Linux sur https://apt.e-ko.fr/rip/ : installation par
  wget -qO- https://apt.e-ko.fr/rip/installer | sudo sh, puis mises à jour par
  sudo apt update && sudo apt upgrade. Publication : outils/publier-depot.sh.
• Bascule des encres claires par mode (feuille de route 8.11) : trois préréglages à
  nous, douce, équilibrée et franche, et l'encre totale du mode (/ franche / 260 %),
  appliqués par le pilote direct de l'Epson.
• Limite d'encre totale proposée à partir d'aplats mesurés (L*), à valider à la main,
  et mire de linéarisation CGATS resserrée dans les hautes lumières.
• Feuille de route de parité et notes rangées dans docs/feuille-de-route/.
• Dossier automatique entrees-auto/ (feuille de route 9.1) : le réglage vient de la
  première règle qui prend le fichier, par motif de nom (BACHE_*) et format de la première
  page d'un PDF ; règles éditées dans Système et gardées dans la sauvegarde.
• Tons directs des TIFF (feuille de route 9.2) : chaque canal en plus devient sa
  plaque, en surimpression ; Spot1, White ou Blanc donne la plaque de blanc ; les
  canaux de sélection de Photoshop sont ignorés. Sens des valeurs à confirmer sur un
  fichier de l'atelier.
• Une page par travail et Refuser si une police manque (feuille de route 9.3),
  cases du panneau d'envoi gardées dans le réglage : un PDF de plusieurs pages devient un
  travail par page (« fichier (p. 2/5) ») ; un fichier dont une police n'est pas
  incorporée, hors 14 polices de base, est refusé (polices_manquantes).
• Ports IPP et renvoi (feuille de route 9.4) : une machine peut sortir par IPP
  (Print-Job brut vers une file CUPS ou une imprimante, adresse ipp://… montrée à
  l'écran) ou par renvoi vers un autre E-KO RIP Center, qui passe le flux à sa machine
  (jeton eko-rip-serveur renvoi jeton, jamais réaffiché). L'Epson imprime en direct par
  les deux.
• Documentation (feuille de route 9.7) : glossaire FR/EN (docs/fr/glossaire.md,
  docs/en/glossary.md), aide par machine (Epson, Kona, Graphtec, Roland, connexions :
  machines.md) et exigences du poste serveur (SSD dédié aux données, onduleur, IP fixes,
  réseau) dans l'installation du serveur.
• Compteurs de file (feuille de route 9.6) : colonne Tampon des machines (poids des
  plaques à envoyer) et, sous le tableau, tampon total et % du disque occupé ; tampon dans
  /api/systeme, poids de chaque sortie à passer dans /api/file.
• Épreuve sur une 2e machine (feuille de route 9.5) : liste BAT sur… de la page ;
  la copie « nom-BAT » part sur la machine d'épreuve, l'original attend suspendu
  (« Attend le BAT ») jusqu'à Reprendre.
• Motif à balises du nom (feuille de route 9.10) pour entrees-auto/ :
  {nom}__{machine}__{reglage}__{copies} lit dans Affiche__epson__bache__30.pdf le
  réglage, la machine et les copies ; aussi {support}, {repetition}, {laize},
  {echelle}, {largeur}, {hauteur}. Un nom hors motif passe par les règles avec une
  alerte, jamais refusé en silence ; motif édité dans Système (/api/balises), gardé dans
  la sauvegarde.
• Rendus en parallèle (feuille de route 9.11) : plusieurs travaux rendus à la fois (un
  par cœur, 4 au plus, EKO_RIP_RENDUS) ; les arrivées des dossiers surveillés et de l'ERP
  partent en file dans leur ordre de dépôt, un envoi depuis l'écran passe devant elles.
  Rendus simultanés dans Système, rendus dans /api/systeme.
• Très grands formats (feuille de route 9.16) : une page dont le composite de
  Ghostscript dépasserait 3 Go (bâche 1,6 × 3 m à 720 dpi) est rendue par bandes, puis
  ses plaques sont recollées point pour point ; une plaque de plus de 3,5 Go est écrite en
  BigTIFF. Le rendu de ces pages échouait au-delà de 4 Go.

Added: signed online APT repository for Linux clients; outils/publier-depot.sh publishes. Per-mode light-ink
switch presets and total ink limit; proposed ink limit from measured patches; highlight-dense linearisation chart. Automatic hot folder with name-pattern and page-size rules. TIFF spot colour channels as plates. One page per job, and refuse files with missing fonts, as preset options. IPP output port and forwarding to another E-KO RIP. Proof copy on a second machine, original held. Queue counters: spool weight per machine, disk use. FR/EN glossary, help by machine, server PC requirements. Tagged file name pattern for the automatic folder (preset, machine, media, copies, repetition, roll width, scale, size). ERP bridge: jobs sent by the ERP (signed download, SHA-256 checked), ERP actions on the queue (hold, resume, cancel, priority, due date) and estimates of an order or of a file before sending (area, ink per plate, duration, nested roll length; no amounts). Parallel rendering (EKO_RIP_RENDUS), queued in arrival order, manual uploads first. Very large pages rendered in bands and joined (BigTIFF over 3.5 GB) instead of failing past 4 GB.

v0.26.0

Corrigé

• TIFF de Photoshop : quand l'en-tête TIFF donne une résolution sans unité, la vraie est
  lue dans les données de Photoshop (une affiche de 891 × 1260 mm à 300 ppi sortait à
  3,7 × 5,2 m, et son rendu dépassait le délai).
• Une transparence partout opaque (PNG, TIFF) ne devient plus un masque : rendu plus rapide.

Fixed: Photoshop TIFF resolution read from its image resources when the TIFF header has no
unit; fully opaque alpha no longer becomes a soft mask.

v0.25.0

Ajouté

• Progression de l'envoi : un cadre (bas droite) donne le nom du fichier, une barre, les
  Mo envoyés, le pourcentage et le temps restant, puis indique la conversion côté serveur ;
  un gros fichier (plusieurs Go) ne laisse plus l'écran sans réaction.

Added: upload progress panel (file name, bar, MB, %, time left, then server-side conversion).

v0.24.0

Images en entrée. Publiée sans la CI.

Ajouté

• Images TIFF, PNG et JPEG acceptées (envoi, dossiers surveillés) : converties en PDF
  d'une page à leur taille réelle (résolution du fichier ; sans résolution : 72 ppi, signalé),
  écrit en flux sans charger l'image entière ; CMJN, RVB ou gris, 8 ou 16 bits, profil ICC
  repris, transparence en masque (pas d'encre), JPEG repris tel quel. Refus avec un message :
  TIFF à palette, YCbCr, Lab ou à plans séparés, PNG entrelacé. Canaux de tons directs d'un
  TIFF ignorés et signalés pour l'instant.

Modifié

• Taille maximale d'un fichier reçu : 8 Go par défaut (EKO_RIP_MAX_MO=8192).

Added: TIFF, PNG and JPEG input, streamed into a one-page PDF at real size (CMYK/RGB/grey,
8/16 bits, ICC kept, transparency masked, JPEG passed through). Changed: 8 GB upload limit.