` que le batisseur pose en tete. Deux sources pour un ecart, c'est une de trop. On supprime la source qui n'appartient pas au rythme de la page — le retrait du conteneur — et l'ecart du batisseur joue seul : 17, comme les trois autres. Rien n'est compense, rien n'est invente. ⚠ Borne au telephone ET a la page Liste : le retrait de 24 px sert les autres familles, on ne le leur retire pas. */ @media (max-width: 767px) { .wg2.liste-tv .wg-corps { padding-top: 0; } } /* ⚠ NOTE HISTORIQUE — la ligne ci-dessous decrivait un deplacement qui n'a PAS eu lieu. Conservee parce qu'elle explique le defaut ci-dessus. LA PAGE LISTE NE MASQUE PLUS SON ENCART : IL EST DEPLACE. Phil, 2026-09-06 : « Entre la fin du bloc liste et La Selection, inserer un encart. » Le deplacement se fait dans le HTML — passe `encart_liste_descendu` de `wg_pages_test.py` — parce que `.wg-contenu` porte deja des `order` (10, 20, 30) et que poser les miens par-dessus deplacerait le bloc partage, les rubriques et le pied. Le masquer ICI le rendrait invisible a sa nouvelle place : la regle est donc RETIREE, pas oubliee. */ /* ------------------------------------------------------------------------ ACCUEIL : L'ECART AUTOUR D'UN EMPLACEMENT EST CELUI DES SECTIONS. Phil, 2026-09-06 : « Accueil : comme d'hab les interlignes sont incoherents ». Il avait raison, et l'ecart n'etait pas seulement faux : il etait ASYMETRIQUE. MESURE SUR SA PAGE SERVIE, a 412 px, d'un bloc au suivant : TV en direct -> Radio 28 Radio -> Jeux en ligne 28 Jeux en ligne -> encart 48 <- 28 + la marge de 20 encart -> Musique gratuite 20 <- la marge seule Musique -> TV en replay 28 TV en replay -> Programmes TV 28 Vingt-huit partout, sauf autour de l'emplacement : 48 dessus, 20 dessous. LA CAUSE, ET C'EST UNE SOURCE DE TROP : la marge de 20 px des emplacements S'AJOUTE a l'ecart de section au-dessus, pendant que la regle `.wg-pub + *` l'annule en dessous. Deux traitements pour un meme ecart. On supprime la marge sur cette page et l'ecart de section joue seul, des deux cotes. Une seule source, la valeur deja en place : 28. ⚠ Borne a l'accueil : les autres familles gardent le 20 px que Phil a arrete ce matin — leurs sections n'ont pas le meme rythme. */ @media (max-width: 767px) { .wg2.accueil .wg-acc-encart2.wg-pub { margin-top: 0; margin-bottom: 0; } /* ⚠ ET IL FAUT RENDRE SA MARGE AU BLOC QUI SUIT, sinon on remplace une asymetrie par une autre. Mesure apres la seule regle ci-dessus : 28 · 28 · 28 · 0 · 28 · 28 — le zero est SOUS l'encart, parce que la regle generale `.wg-pub + *` annule la marge du suivant. Elle est faite pour les familles ou l'ecart vient de la pub ; ici il vient de la section, et il doit jouer. */ .wg2.accueil .wg-acc-encart2.wg-pub + .wg-acc-section { margin-top: 28px; } } /* ------------------------------------------------------------------------ DEUX ECARTS COLLES, ET LA VALEUR JUSTE EXISTAIT DEJA A COTE : 16 px. 1. ACCUEIL — Phil : « il faut de l'espace entre le titre et la ligne de liens ». MESURE a 412 px sur sa page servie : introduction -> 1re ligne de liens 3 px entre deux lignes de liens 16 · 16 · 16 · 16 · 16 Le premier ecart est le seul a 3. On le met a 16 — la valeur que les cinq autres portent deja, pas une valeur choisie. 2. PAGE PROGRAMMES — Phil : « l'interlignage entre En ce moment et les boutons de partage n'est pas coherent. Tu mets le meme espace qu'entre le partage et le bloc des programmes ». MESURE, meme page : titre « En ce moment a la tele » -> boutons 0 px boutons -> bloc des programmes 16 px Sa consigne donne la valeur elle-meme : 16. ⚠ Une seule source par ecart : on pose la marge sur l'element du dessus, jamais sur les deux — sinon elles s'additionnent, ce qui a deja donne 47 px pour 20 poses sur cette meme page. */ @media (max-width: 767px) { .wg2.accueil .wg-acc-intro { margin-bottom: 16px; } /* ⚠ ET LE TROISIEME ECART, celui d'AU-DESSUS du titre — Phil : « aucun des trois interlignes n'est coherent, je veux trois fois le meme ». MESURE a 412 px, avant : 36 · 16 · 16. Les 36 se decomposent, et c'est encore DEUX sources pour un ecart : la barre finit a 144 `.wg-corps` porte un retrait de 24 -> le contenu ouvre a 168 le titre porte une marge de 12 -> le titre tombe a 180 On supprime le retrait du conteneur — il n'appartient pas au rythme de la page — et la marge du titre porte l'ecart seule, a 16 comme les deux autres. Rien n'est compense. ⚠ Borne au telephone et a cette famille : le retrait de 24 px sert les autres pages, on ne le leur retire pas. */ .wg2.programmes .wg-corps { padding-top: 0; } .wg2.programmes .wg-section:has(h1) { margin-bottom: 16px; } /* ⚠ ET IL FAUT VISER LE MEME SELECTEUR QUE LA REGLE QUI TIENT LA VALEUR, sinon on ecrit une regle qui ne s'applique pas — ce qui ressemble a une regle qui ne marche pas. Mesure : `.wg2.programmes .wg-prog-chapeau + .wg-section` pose 12 px sous 599 px et compte QUATRE classes ; ma regle `:has(h1)` n'en compte que trois plus un element, donc elle perdait. Meme selecteur, feuille chargee en dernier : c'est celle-ci qui tient. */ .wg2.programmes .wg-prog-chapeau + .wg-section { margin-top: 16px; } } /* ------------------------------------------------------------------------ ⛔⛔ LA BORNE CESSE D'ETRE UN `max-height` : ELLE DEVIENT UNE PISTE DE GRILLE — 2026-09-06 au soir, sur mesure. CE QUE LA MESURE A ETABLI, ET QUI TUE LES DEUX POSES PRECEDENTES : Google ecrit `height: auto !important` sur TOUTE la chaine d'ancetres de l'unite, et `max-height: none !important` LA OU IL TROUVE UNE BORNE. Releve sur `tele-sport.htm` a 412 px, style inline lu niveau par niveau : ins.adsbygoogle display:block ... height:auto !important div.wg-pub__unite height: auto !important div.wg-encart-mobile height:auto !important; min-height:0 !important; MAX-HEIGHT: NONE !IMPORTANT <- la borne annulee main.wg-contenu height: auto !important div.wg-corps height: auto !important div.wg-page height: auto !important Deplacer la borne d'un cran ne sert donc a rien : elle serait annulee au cran suivant. C'est une course, et on ne la gagne pas. ⚠ MAIS GOOGLE N'ANNULE QUE `height` ET `max-height`. Une PISTE DE GRILLE n'est ni l'un ni l'autre : sur un conteneur en `display: grid`, la hauteur `auto` VAUT la somme des pistes. Le `height:auto !important` qu'il ecrit devient donc exactement ce qu'on veut — 100 px — au lieu de rendre la borne inoperante. ⚠⚠ ET CE SONT DES PIXELS DE VIDE, PAS UNE ANNONCE : `data-ad-status` vaut `unfilled` sur les dix pages en defaut, iframe de 412 px sans contenu. Borner ne rogne AUCUNE annonce reelle. C'est le blanc que Phil a fait retirer trois fois le meme jour — « c'est quoi ce blanc la ? ». ⚠ Ce n'est PAS une decision neuve : les trois valeurs sont celles que Phil a declarees dans son panel AdSense le 2026-09-06, deja portees par cette feuille. On ne change pas un chiffre, on change le moyen. ⚠ Et on ne replie a zero nulle part : la largeur reste entiere, seule la hauteur est bornee — incident n°1 de la mise en ligne, huit jours sans revenu. */ @media (max-width: 767px) { .wg2 .wg-pub:has(ins[data-ad-format="horizontal"]), .wg2 .wg-pub:has(ins[data-ad-slot="3363181382"]), .wg2 .wg-pub:has(ins[data-ad-slot="3370437745"]) { display: grid; justify-items: center; overflow: hidden; } /* ⚠ `minmax` et non une piste FIXE : une piste fixe imposerait sa hauteur meme a une annonce plus courte — un bandeau de 90 px dans une piste de 100 rendrait 10 px de blanc, exactement ce qu'on retire ailleurs. Le plafond ne bouge pas, la piste suit l'annonce quand elle est plus petite. */ .wg2 .wg-pub:has(ins[data-ad-format="horizontal"]) { grid-template-rows: minmax(0, 100px); } .wg2 .wg-pub:has(ins[data-ad-slot="3363181382"]) { grid-template-rows: minmax(0, 250px); } .wg2 .wg-pub:has(ins[data-ad-slot="3370437745"]) { grid-template-rows: minmax(0, 600px); } } /* ========================================================================== UNE PUB MASQUEE NE POSE AUCUNE MARGE -- ET LA REGLE QUI LA COMPENSE, SI. ========================================================================== Consigne de Phil, 2026-09-07, sur capture des pages Programmes en vue telephone : « verifier la ligne "Partagez", elle est collee a la precedente ». MESURE AVANT, a 375 px sur programme-tv.php, a l'encre : au-dessus de « Programmes TV » 52 px au-dessus de « Partagez » 8 px CAUSE, et elle n'est pas dans le titre : le frere qui le precede est une PUB MASQUEE sur telephone. La regle `.wg2 .wg-pub + :not(.wg-pub) { margin-top: 0 }` existe pour ne pas cumuler la marge basse de la pub avec la marge haute du bloc suivant -- juste quand la pub est VISIBLE. Masquee, elle ne pose plus rien, et l'annulation retire alors un ecart que plus personne ne compense : le titre vient se coller. ⚠ On ne touche pas a la regle generale, qui est bonne dans son cas : on rend son ecart d'etalon au seul titre dont la pub qui precede est masquee, et seulement sur le palier ou elle l'est. La vue ordinateur, ou la pub s'affiche, garde l'annulation. PORTEE MESUREE, pas supposee : le cas se produit sur les 10 pages Programmes. Il existe aussi sur l'accueil (bloc de partage) -- signale a Phil, non touche : il n'a nomme que les pages Programmes. APRES : 52 px, comme « Programmes TV » sur la meme page. */ @media (max-width: 767px) { .wg2.programmes .wg-pub + .wg-section--partage { margin-top: var(--wg-etalon-bloc); } } /* MEME CAUSE SUR L'ACCUEIL - Phil, 2026-09-07 : « il faut corriger partout ». Une pub masquee precede aussi son bloc de partage, et l'annulation de marge s'applique de la meme facon. MESURE AVANT, a 375 px : le bloc de partage est a 16 px du bloc au-dessus, quand le rythme de cette page est 28 - mesure sur les trois ecarts qui suivent, tous a 28 px. ⚠ POURQUOI 12 ET NON 28 : le conteneur est un FLEX, ou les marges ne se fondent pas. Le bloc precedent pose deja 16 px de marge basse, qui sert entre tous les blocs denses de la page : 16 + 12 = 28. Poser 28 donnerait 44. La voie propre - annuler la marge du precedent et poser 28 - a ete ESSAYEE ET MESUREE : elle ne s'applique pas, l'accueil reordonnant ses blocs sur telephone, le bloc precedent n'est pas frere direct de la pub. APRES : 28 px, le rythme de la page. */ @media (max-width: 767px) { .wg2.accueil .wg-pub + .wg-partage--accueil { margin-top: 12px; } } /* ========================================================================== ZERO ANNONCE SUR TELEPHONE SUR LES PAGES PROGRAMMES - DEUX REGLES QUI SE CONTREDISENT, ET C'EST LA DECISION DE PHIL QUI TOMBAIT. ========================================================================== Phil, 2026-09-07 : « programme-tele.php et programme-tv.php, en vue mobile desktop, je ne vois aucun encart sous le bloc Programmes avant la section "Programmes TV" ». MESURE, a 375 px : les CINQ emplacements de la page sont masques. Aucune annonce n'est servie sur telephone. LES DEUX REGLES, ET AUCUNE N'EST FAUSSE PRISE SEULE : 1. `.wg2 .wg-bandeau { display: none }` sous 768 - un bandeau de 930 px ne tient pas sur un telephone. C'est pour cela que l'encart mobile existe : il le remplace. 2. `.wg2 .wg-contenu > .wg-pub + .wg-pub { display: none }` - « s'il y en a deux tu enleves » (Phil, 2026-09-05). ⚠⚠ MISES ENSEMBLE, LA SECONDE RETIRE L'ENCART MOBILE PARCE QU'IL SUIT UN BANDEAU - UN BANDEAU QUI, SUR CETTE VUE, EST DEJA MASQUE. Il n'y a donc jamais eu deux emplacements colles sur telephone : il y en avait UN, et il partait. C'est la meme cause que le « Partagez » colle du meme jour : une regle qui compense la presence d'un element qui n'est plus la. ⚠ ET C'EST LA DECISION ECRITE DE PHIL QUI TOMBAIT. Le commentaire du 2026-09-06, dix lignes plus haut dans ce fichier, dit mot pour mot : « L'encart mobile reste : c'est la seule annonce que cette page garde sur telephone. » On ne decide rien ici, on remet ce qui etait decide. APRES : un emplacement visible sur telephone, juste avant « Programmes TV » - celui que Phil cherchait. */ @media (max-width: 767px) { .wg2.programmes .wg-contenu > .wg-bandeau.wg-pub + .wg-encart-mobile.wg-pub { display: grid; } } /* ========================================================================== UNE UNITE DE LARGEUR NULLE NE SE REMPLIT JAMAIS - 2026-09-07 ========================================================================== Trouve en verifiant le retablissement de l'encart des pages Programmes : l'emplacement redevenait visible, et son unite rendait 0 px de large. MESURE, a 375 px, sur les trois familles qui portent un encart mobile : hub tele 1 encart unite 0 px pages Programmes 1 encart unite 0 px pages Liste 2 encarts unite 0 px La BOITE fait pourtant 347 px dans les trois cas. CAUSE : `.wg-pub` est une grille en `justify-items: center`. Un enfant de grille centre prend sa largeur INTRINSEQUE, pas celle de la piste. Or `.wg-pub__unite` ne contient qu'une unite responsive - une unite sans largeur declaree - donc sa largeur intrinseque est nulle, et elle transmet ce zero a l'annonce. ⚠⚠ CE N'EST PAS UN DEFAUT D'ALIGNEMENT, C'EST DU REVENU : une unite large de 0 px ne peut pas etre remplie, donc `data-ad-status` ne passe jamais a `filled`. C'est exactement l'incident du 2026-09-04 - huit jours sans revenu - reproduit sur la vue telephone. ⚠ LA LARGEUR EST POSEE SUR LE CONTENEUR, JAMAIS SUR L'UNITE. Les 860 pages qui rapportent ne portent aucune regle CSS visant l'annonce, et on ne commence pas ici. PORTEE : le selecteur se LIT dans l objet, il n enumere aucune classe -- toute unite SANS largeur declaree s etire, et un pave 300x250 garde la sienne. L accueil porte .wg-acc-encart2, les autres .wg-encart-mobile : une liste ecrite a la main aurait manque l accueil, et elle serait fausse au premier encart ajoute. APRES : 347 px sur les QUATRE familles, la largeur de la colonne. */ @media (max-width: 767px) { .wg2 .wg-pub > .wg-pub__unite:has(> ins:not([style*="width"])) { width: 100%; } } /* ========================================================================== LE MEME INTERLIGNE EN HAUT ET EN BAS DE L'ENCART - PAGES PROGRAMMES, VUE TELEPHONE. Phil, 2026-09-07 : « le meme interligne en haut et en bas ». ========================================================================== MESURE AVANT, a 499 px sur programme-tv-film.php, a l'encre du titre : fin du tableau -> encart 33 px encart -> encre de « Programmes TV » 85 px CAUSE des 52 px de trop : la marge d'etalon du titre (44) s'AJOUTE a la marge basse de l'encart (33+8 d'encre). Le conteneur est un FLEX : les marges ne s'y fondent pas, elles se cumulent. On supprime donc la source en trop - la marge du titre - au lieu de rogner l'autre. ⚠⚠ ET LE SELECTEUR NE PEUT PAS ETRE `.wg-encart-mobile + .wg-section` : `+` suit l'ordre du CODE, et cette page REORDONNE ses blocs a l'ecran. Dans le code, l'encart est le 2e enfant du contenu ; a l'ecran il vient apres le tableau. Un `+` pose sur lui visait donc le chapeau, pas le bon titre - essaye et MESURE : il ne changeait rien. C'est le titre qui suit LE TABLEAU qu'il faut viser, et cela se lit dans le code comme a l'ecran. APRES : 33 px des deux cotes. */ @media (max-width: 767px) { .wg2.programmes .wg-contenu > .wg-encart-mobile.wg-pub { margin-top: 33px; margin-bottom: 25px; } .wg2.programmes .wg-contenu > .wg-prog-table + .wg-section { margin-top: 0; } } /* ========================================================================== LE HUB PROGRAMMES RETROUVE UN EMPLACEMENT SUR TELEPHONE, SOUS LE BLOC DES PROGRAMMES. Phil, 2026-09-07 : « programmes-tv.html affiche un emplacement sur telephone, sous le bloc des programmes ». ========================================================================== MESURE AVANT, a 375 px : ZERO emplacement visible, verifie a treize largeurs de 320 a 767 px. Les trois unites de la page sont masquees - deux bandeaux par `.wg-hub-pub`, et l'encart mobile par la regle du 2026-09-06. La page ne rapportait rien sur telephone. ⚠ ET LE RENDRE VISIBLE NE SUFFISAIT PAS : il se posait EN HAUT, avant le titre. Cette page-la ne reordonne pas ses blocs (contrairement aux pages Programmes), donc l'encart restait a sa place dans le code. Il est deplace en CSS, par `order`, sans toucher au fichier de la page. CONTROLE FAIT AVANT D'ECRIRE, pas apres : les positions et les largeurs de TOUS les autres blocs sont identiques avant et apres - titre a y=192, cartes a y=296, largeur 347 partout, zero debordement. APRES : un emplacement sous les cartes, unite large de 347 px - donc remplissable - et 33 px d'ecart de chaque cote, la meme valeur que sur les dix pages Programmes. */ @media (max-width: 767px) { .wg2.hub-programmes .wg-contenu { display: flex; flex-direction: column; } .wg2.hub-programmes .wg-contenu > * { order: 0; } .wg2.hub-programmes .wg-contenu > .wg-encart-mobile.wg-pub { display: grid; order: 1; margin-top: 33px; margin-bottom: 25px; } .wg2.hub-programmes .wg-contenu > .wg-section:not(.wg-hub-titre), .wg2.hub-programmes .wg-contenu > .wg-ecart-24, .wg2.hub-programmes .wg-contenu > .wg-rangee-4, .wg2.hub-programmes .wg-contenu > .wg-chaines, .wg2.hub-programmes .wg-contenu > .wg-rubriques, .wg2.hub-programmes .wg-contenu > .wg-fb-page { order: 2; } .wg2.hub-programmes .wg-contenu > .wg-hub-cartes + .wg-section { margin-top: 0; } } /* ========================================================================== UN ENCART SOUS LE TABLEAU DES PAGES LISTE, AVANT « LA SELECTION DE TV EN LIGNE ». Phil, 2026-09-07 : « Sur les pages de Liste je croyais qu'on avait un encart sous le bloc de liste avant "La selection de Tv en ligne" ? En mettre un s'il y en a pas. [...] Appliquer a toutes les pages de liste. » ========================================================================== MESURE AVANT, a 1280 px : le tableau finit a y=4766, « La selection » commence a y=4806. RIEN entre les deux. Les deux emplacements de la page etaient en tete (y=219) et en pied (y=5464) ; celui du pied n'est pas deplace, c'est un emplacement demande le 2026-09-05. ⚠⚠ IL NE S'AFFICHE QUE SUR ORDINATEUR, ET C'EST MESURE : sur telephone, un encart existe DEJA a cet endroit -- il est masque sur ordinateur, ce qui est exactement pourquoi Phil ne le voyait pas. Le poser aux deux vues ferait DEUX encarts colles sur telephone, ce que sa consigne du 2026-09-05 interdit : « s'il y en a deux tu enleves ». ⚠ LA LARGEUR : `.wg-pub` est une grille en `justify-items:center`, donc un enfant sans largeur propre s'y retracte a zero -- et une unite large de 0 px n'est jamais remplie. La regle posee plus haut couvre les pages qui ont un conteneur `.wg-pub__unite` ; les pages d'ESSAI portent l'unite en DIV NU, sans ce conteneur, et n'etaient donc pas couvertes : mesure a 375 px sur _essai-liste.htm, l'unite rendait 0. On change l'alignement du CONTENEUR, jamais l'unite. APRES : 40 px des deux cotes sur ordinateur, unite large de 700 px. */ .wg2.liste-tv .wg-pub:has(> ins:not([style*="width"])) { justify-items: stretch; } @media (max-width: 767px) { .wg2.liste-tv .wg-contenu > .wg-ecart-40 + .wg-encart-mobile.wg-pub { display: none; } } @media (min-width: 768px) { .wg2.liste-tv .wg-contenu > .wg-ecart-40 + .wg-encart-mobile.wg-pub { margin-top: 0; margin-bottom: 32px; } } /* ========================================================================== LE GRATTE-CIEL DES PAGES PROGRAMMES SE POSE SOUS « ZAPETTE » - 2026-09-07 ========================================================================== Phil : « Pour ces pages tu mets la pub 160 x 600 sous zapette », « pas avant jeux en ligne », « pour toutes les pages programmes ». MESURE AVANT : la colonne de droite des pages Programmes ne portait AUCUNE unite -- verifie sur les quatorze derniers commits, elle n'en a jamais eu. Les pages Liste, elles, en ont une depuis le debut. Ce n'etait donc pas une disparition, c'etait un manque. L'unite est celle des pages Liste, meme slot, meme taille : on ne cree pas d'emplacement, on pose celui qui existe. ⚠ L'ECART : la colonne a un rythme de 36 px entre ses groupes (mesure, deux ecarts sur deux). La pub arrivait a 0 de son voisin. Elle prend le rythme de la colonne. */ /* ⚠ ET L ORDRE NE SUFFIT PAS DANS LE HTML : la colonne est un FLEX ou .wg-colonne-droite__blocs porte deja order:1. Une pub laissee a order:0 passe DEVANT eux quoi qu on fasse dans la page -- mesure sur la production le 2026-09-07 : pub a y=213, blocs a y=840, alors que le HTML la place apres. C est ce que Phil voyait. */ .wg2.programmes .wg-colonne-droite > .wg-pub { margin-top: 36px; order: 2; } /* « Partagez » des pages Programmes, vue telephone : 96 -> 44 px. Il etait a 44 ce matin. En deplacant la pub avant « Programmes TV », son voisin est devenu la rangee de tuiles -- et DEUX marges se sont additionnees : 44 sous les tuiles + 44 sur le titre. En flex elles ne fusionnent pas. On en supprime une. Mesure : 36 + 8 px d encre = 44. */ @media (max-width: 767px) { .wg2.programmes .wg-contenu > .wg-prog-tuiles + .wg-section--partage { margin-top: 0; } .wg2.programmes .wg-contenu > .wg-prog-tuiles { margin-bottom: 36px; } } /* UN FILET RENVOYE EN BAS DE COLONNE PAR L ORDRE FLEX - 2026-09-07 Phil, sur _essai-liste.htm en ligne : « que fait la barre de logo sous la zapette ? » MESURE SUR LA PRODUCTION : la colonne de droite y est un flex ou les blocs portent order:1 et le filet order:2 -- il passe donc APRES eux, sous le dernier lien du bloc Bonus. Ordre releve : pub y=197, blocs y=829, FILET y=1443. ⚠ LA CAUSE N EST PAS DANS CE DEPOT : wg2-fondations.css sur le serveur fait 7 695 octets contre 38 413 ici, et porte une regle .wg-colonne-droite { display:flex } que le depot n a pas. Ce fichier n a jamais ete mis a jour en ligne. Le corriger la-bas toucherait cinq fois plus de regles ; on remet donc simplement le filet a sa place, par la feuille que Phil envoie deja. APRES, mesure sur la meme page en ligne : pub, filet, ecart, blocs. */ .wg2 .wg-colonne-droite > [class*="wg-filet"], .wg2 .wg-colonne-droite > [class*="wg-filet"] + [class*="wg-ecart-"] { order: 0; } /* ========================================================================== LA BANNIERE DU HUB NE SERVAIT PAS SA HAUTEUR - 2026-09-07 ========================================================================== Phil, sur _essai-hub-tele.html en ligne : « L'interligne entre bandeau navigation et banniere pub est important et incoherent, la banniere ne sert pas sa hauteur globale ? » MESURE SUR LA PRODUCTION, a 1280 px -- sa lecture etait exacte : barre de navigation finit a y = 152 le bloc de la banniere commence 196 (44 px) L'ANNONCE elle-meme commence 226 (74 px de la navigation) hauteur du bloc 130 hauteur de l'annonce 90 -> 40 px de blanc DANS le bloc sous l'annonce 10 DEUX SOURCES EMPILEES : la marge de 44 px du bloc, plus une marge de 30 sur la pub interne. Et le dessous n'en avait que 10 : 74 contre 10. On supprime la marge du bloc et on pose la meme valeur des deux cotes. ⚠ 20 px n'est pas une valeur choisie : c'est celle que le site donne deja a toutes ses pubs (`.wg2 .wg-pub { margin: 20px 0 }`). APRES, mesure sur la meme page : 20 px au-dessus de l'annonce, 20 en dessous. */ .wg2.hub-tele .wg-hubtele-pub { margin-top: 0; } /* CORRIGE LE 2026-09-07, MEME JOUR : 20/20 ETAIT JUSTE SUR LES BOITES ET FAUX A L'OEIL. Phil : « l'interligne doit etre le meme entre bandeau de navigation et pub qu'entre pub et TV en direct. pour la 50eme fois. » Puis sa decision : « tu mets 30 px en haut en bas » et « Ordi pas mobile ». MESURE a 1280 px, annonce forcee a 90 px comme chez lui, encre lue sur un repere aligne sur la ligne de base (jamais calculee) : au-dessus, VU 20,0 px en dessous, VU 42,6 px DEUX SOURCES sous l'annonce : ma marge de 20 DANS le bloc, PLUS le `padding-top: 24px` de `.wg-corps`, qui sert toute la page. On SUPPRIME celle qu'on a ajoutee, on ne la compense pas. POURQUOI LA MARGE BASSE EST A ZERO ET NON A 30 : le retrait de 24 du corps la porte deja. Essais mesures, marge haute a 30 : basse 0 -> 29 vu ; 4 -> 33 ; 9 -> 38 ; 30 -> 59. Zero est la seule valeur qui rend 30 / 29, soit 1 px d'ecart, invisible. Marge basse a 30 aurait rendu 30 / 59 : exactement ce qu'il reproche. ⚠ ORDINATEUR SEUL, sa consigne. Sur telephone le bloc est masque (hauteur 0 mesuree a 375 px), la regle n'y avait deja aucun effet. */ @media (min-width: 768px) { .wg2.hub-tele .wg-hubtele-pub .wg-pub { margin-top: 30px; margin-bottom: 0; } } /* ======================================================================== LA PUB DEPLACEE SOUS LE TABLEAU EST COLLEE AU BLOC DE LISTE - 2026-09-07 ======================================================================== Phil, sur _essai-liste.htm au telephone : « a la fin du bloc Liste, le bandeau de pub est colle au bloc de liste, il faut un interligne coherent. » MESURE A 412 px, sa page servie -- il avait raison : fin du tableau y = 3498 debut de l'encart y = 3498 -> ZERO px, il touche le tableau sous l'encart 17 px de marge, PUIS la cale de 40 -> 57 px LA CAUSE EST UNE REGLE JUSTE A UNE PLACE ET FAUSSE A UNE AUTRE. `margin-top: 0` a ete posee le 2026-09-05 pour la pub du HAUT, qui a une cale de 17 devant elle : la marge aurait fait DEUX sources. Le 2026-09-06 la pub est DESCENDUE sous le tableau par `order`, et la, plus aucune cale ne la precede -- la regle continue de retirer une marge qui, cette fois, etait la seule source. ⚠ C'est exactement le cas de la pub de bas de page, repare le 2026-09-05 au meme endroit de cette feuille : une position change, la regle non. 40 N'EST PAS UNE VALEUR CHOISIE : c'est le rythme INTER-SECTIONS de cette page, et la cale qui suit la pub le porte deja. La pub s'intercale entre la fin du tableau et « La selection de TV en ligne » -- donc entre deux sections -- et prend l'ecart de section de chaque cote. ⚠ On SUPPRIME la marge basse au lieu de l'ajouter a la cale : sans ca l'ecart du dessous vaudrait 17 + 40 = 57, deux sources pour un ecart. APRES, meme mesure : 40 au-dessus, 40 en dessous. */ @media (max-width: 767px) { .wg2.liste-tv .wg-contenu > .wg-encart-mobile.wg-pub { margin-top: 40px; margin-bottom: 0; } } /* ======================================================================== LE RANG 10 ETAIT DEVINE, ET 5 PAGES SUR 12 TOMBAIENT DU MAUVAIS COTE ======================================================================== Question de Phil, 2026-09-07 : « les changements sont effectues a toutes les pages du coup de jeune ? » -- NON, et la mesure l'a dit. MESURE a 412 px sur les 12 pages Liste, l'ecart autour de la pub : 7 pages : 40 au-dessus, 40 en dessous 5 pages : 80 au-dessus, ZERO en dessous (tele-divers2, tele-information, tele-locale, tele-musique, tele-nouvelles) LA CAUSE EST UN RANG, PAS UN REGLAGE. La regle qui descend la pub sous le tableau dit « les 10 premiers blocs restent en place ». Or le rang du tableau n'est pas le meme partout -- releve dans le document, pas suppose : rang 10 sur 7 pages (24 enfants), rang 8 sur 5 pages (22 enfants). La cale de 40 qui ouvre « La selection » suit TOUJOURS le tableau (12/12), donc elle tombe au rang 11 sur les unes -- dehors, elle passe apres la pub -- et au rang 9 sur les autres -- dedans, elle reste AVANT. D'ou 40 + 40 d'un cote et rien de l'autre. ON REMPLACE LE RANG PAR LA STRUCTURE : la cale qui suit le tableau passe avec le tableau, ou qu'elle soit dans le document. A order egal, l'ordre du document tranche, et la pub (rang 3) passe avant elle. ⚠ Sans effet sur les 7 pages ou elle etait deja a zero : la regle est idempotente, elle ne fait que rendre certain ce qui etait fortuit. */ @media (max-width: 767px) { .wg2.liste-tv .wg-contenu > .wg-tbl + .wg-ecart-40 { order: 0; } } /* ========================================================================== LA BANNIERE QUI PRECEDE UNE RUBRIQUE ETAIT PLUS SERREE QUE SES VOISINES Pages Programmes - 2026-09-07 ========================================================================== Phil, sur programme-tv.php puis « programme-tele.php idem » : « la banniere est collee a la rubrique ». MESURE A L'ENCRE, sur la page SERVIE, a 1280 px, avant de toucher -- l'ecart VU entre chaque bloc et le titre de la section qui suit : En ce moment a la tele (apres le chapeau) 16 Programmes TV (apres la banniere) 38 <- le defaut Partagez (apres les tuiles) 49 La selection de TV (apres le partage) 46 Regarder la television (apres la rangee) 46 Le rythme de la page est 46. La banniere rendait 38 : c'est cela que Phil voit, et il a raison -- elle est plus serree que tout le reste. ⚠ LA SOURCE EST UNIQUE ET ELLE EST DEJA LA : `margin-bottom: 33px`, posee le 2026-09-05 sur sa demande (« et pareil pour la petite baniere en bas »). On ne compense donc RIEN et on n'ajoute aucune seconde marge sur la section : on corrige la seule valeur en place. 33 pose rend 38 vus -- les 5 px d'ecart sont le blanc au-dessus des capitales du titre. Mesure APRES pose, sur le rendu local ou les voisines rendent 48 : 41 rendait 45, il manquait 3 px -- la valeur servie est donc 44, et elle aligne la banniere sur ses voisines DANS LE MEME RENDU, au lieu d'etre extrapolee d'une mesure prise ailleurs. ⚠⚠ ET LA REGLE NE VISE QUE LA BANNIERE SUIVIE D'UNE RUBRIQUE. `:has(+ .wg-section)` est une condition de STRUCTURE, pas un rang -- c'est la lecon du 2026-09-07 sur les pages Liste, ou un `nth-child` rendait 5 pages sur 12 fausses en silence. La banniere du HAUT garde donc ses 33 px, qui sont un reglage valide par Phil, et une page qui n'aurait pas de rubrique apres sa banniere n'est pas touchee. Specificite : 4 classes + `.wg-section` du `:has` = 5, contre 4 pour la regle d'origine -- elle gagne sans `!important`. ⚠ La vue telephone n'est pas concernee : sous 768 la banniere est en `display: none` (regle du 2026-08-26), donc elle n'ecarte rien. Phil, 2026-09-05 : « Ordi pas mobile » -- la borne est respectee. */ .wg2.programmes .wg-contenu > .wg-pub:has(+ .wg-section) { margin-bottom: 44px; }