Un tableau s'affiche en dehors des limites du post/commentaire

Contribuer UX
1

Contexte

Ce problème a été découvert à l’origine sur :

…d’où son contenu.

Cependant, cette méthode d’intégration de HTML5 dans des tableaux Markdown est courante : [1]

Exemple reproductible

<p>Voici quelque chose pour vous faire réfléchir !</p>
<table>
<thead>
<tr>
<th></th>
<th>Le mien</th>
<th>Celui de mon frère</th>
</tr>
</thead>
<tbody>
<tr>
<th><code>kinfo</code></th>
<td>

~~~YAML
Système d'exploitation : Fedora Linux 42
Version de KDE Plasma : 6.4.3
Version des Frameworks KDE : 6.16.0
Version de Qt : 6.9.1
Version du noyau : 6.15.7-200.fc42.x86_64 (64 bits)
Plateforme graphique : Wayland
Processeurs : 12 × AMD Ryzen 5 7600X 6-Core Processor
Mémoire : 32 Go de RAM (30,4 Go utilisables)
Processeur graphique 1 : AMD Radeon RX 5700
Processeur graphique 2 : AMD Radeon Graphics
Fabricant : ASRock
Nom du produit : X670E Taichi
~~~

</td>
<td>

~~~YAML
Système d'exploitation : Fedora Linux 42
Version de KDE Plasma : 6.4.3
Version des Frameworks KDE : 6.16.0
Version de Qt : 6.9.1
Version du noyau : 6.15.7-200.fc42.x86_64 (64 bits)
Plateforme graphique : Wayland
Processeurs : 12 × AMD Ryzen 5 7600X 6-Core Processor
Mémoire : 32 Go de RAM (30,4 Go utilisables)
Processeur graphique 1 : AMD Radeon RX 7900 XTX
Processeur graphique 2 : AMD Radeon Graphics
Fabricant : ASRock
Nom du produit : X670E Taichi
~~~

</td>
</tr>
<tr>
<th><code>sudo tree /boot/efi</code></th>
<td>

~~~tree
/boot/efi
├── EFI
│   ├── BOOT
│   │   ├── BOOTIA32.EFI
│   │   ├── BOOTX64.EFI
│   │   ├── fbia32.efi
│   │   └── fbx64.efi
│   └── fedora
│       ├── BOOTIA32.CSV
│       ├── BOOTX64.CSV
│       ├── gcdia32.efi
│       ├── gcdx64.efi
│       ├── grub.cfg
│       ├── grubia32.efi
│       ├── grubx64.efi
│       ├── mmia32.efi
│       ├── mmx64.efi
│       ├── shim.efi
│       ├── shimia32.efi
│       └── shimx64.efi
├── mach_kernel
├── System
│   └── Library
│       └── CoreServices
│           └── SystemVersion.plist
└── System Volume Information

8 répertoires, 18 fichiers
~~~

</td>
<td>

~~~tree
/boot/efi
├── EFI
│   ├── BOOT
│   │   ├── BOOTIA32.EFI
│   │   ├── BOOTX64.EFI
│   │   ├── fbia32.efi
│   │   └── fbx64.efi
│   └── fedora
│       ├── BOOTIA32.CSV
│       ├── BOOTX64.CSV
│       ├── gcdia32.efi
│       ├── gcdx64.efi
│       ├── grub.cfg
│       ├── grubia32.efi
│       ├── grubx64.efi
│       ├── mmia32.efi
│       ├── mmx64.efi
│       ├── shim.efi
│       ├── shimia32.efi
│       └── shimx64.efi
├── mach_kernel
├── System
│   └── Library
│       └── CoreServices
│           └── SystemVersion.plist
└── System Volume Information

8 répertoires, 18 fichiers
~~~

</td>
</tr>
<tr>
<th><code>cat /etc/default/grub</code></th>
<td>

~~~sh
cat /etc/default/grub
GRUB_TIMEOUT="15"
  # Original : GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
  # Original : Identique
GRUB_DEFAULT="saved"
  # Original : Identique
GRUB_DISABLE_SUBMENU="true"
  # Original : Inconnu
GRUB_TERMINAL_OUTPUT="gfxterm"
  # Original : GRUB_TERMINAL_OUTPUT="console"
GRUB_CMDLINE_LINUX=""
  # Original : GRUB_CMDLINE_LINUX="rhgb quiet"
GRUB_DISABLE_RECOVERY="false"
  # Original : GRUB_DISABLE_RECOVERY="true"
GRUB_ENABLE_BLSCFG="true"
  # Original : Inconnu
  # Raison : https://discussion.fedoraproject.org/t/missing-boot-entries-with-grub-enable-blscfg-true/70805/3
GRUB_GFXMODE="2560x1440,auto"
  # Original : Aucun
GRUB_DISABLE_OS_PROBER="true"
  # Original : Aucun
  # Raison : https://github.com/MaddieM4/os-prober/issues/5#issue-777438588
~~~

</td>
<td>

~~~sh
GRUB_TIMEOUT=25
GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
GRUB_DEFAULT=saved
GRUB_DISABLE_SUBMENU=true
GRUB_TERMINAL_OUTPUT="gfxterm"
GRUB_CMDLINE_LINUX=""
GRUB_DISABLE_RECOVERY="false"
GRUB_ENABLE_BLSCFG=true
GRUB_GFXMODE=2560x1440,auto
~~~

</td>
</tr>
<tr>
<th><code>sudo fdisk -l /dev/nvme2n1</code></th>
<td>

~~~YAML
Disque /dev/nvme2n1 : 1,82 TiB, 2000398934016 octets, 3907029168 secteurs
Modèle du disque : addlink M.2 PCIE G4x4 NVMe              
Unités : secteurs de 1 * 512 = 512 octets
Taille du secteur (logique/physique) : 512 octets / 512 octets
Taille E/S (minimale/optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant du disque : BDA1D2E0-E95A-4EB7-9502-BE9E43D64E3D

Périphérique       Début        Fin    Secteurs  Taille Type
/dev/nvme2n1p1  2048 3907022847 3907020800  1,8T Système de fichiers Linux
~~~

</td>
<td>

~~~YAML
Disque /dev/nvme2n1 : 1,82 TiB, 2000398934016 octets, 3907029168 secteurs
Modèle du disque : addlink M.2 PCIE G4x4 NVMe              
Unités : secteurs de 1 * 512 = 512 octets
Taille du secteur (logique/physique) : 512 octets / 512 octets
Taille E/S (minimale/optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant du disque : 95F62691-D093-4072-8970-7D9108C0A5EE

Périphérique              Début        Fin    Secteurs  Taille Type
/dev/nvme2n1p1       2048     206847     204800  100M Système EFI
/dev/nvme2n1p2     206848     239615      32768   16M Réservé Microsoft
/dev/nvme2n1p3     239616 3905492991 3905253376  1,8T Données de base Microsoft
/dev/nvme2n1p4 3905492992 3907026943    1533952  749M Environnement de récupération Windows
~~~

</td>
</tr>
<tr>
<th><code>sudo grub2-emu</code></th>
<td>

https://youtu.be/8JQsz23y2nA

<p>Du moins, vous savez tous qu'il n'apparaît pas pour moi. Je ne pense pas que <code>grub2-emu</code> ait jamais fonctionné, car j'ai une recherche sur ce problème datant de janvier 2025 dans mon historique de navigation.</p>

</td>
<td>

![image|689x310](upload://krAW4TMsuOY98vWqIIs9Jhont9y.png)

Remarquez le « Gestionnaire de démarrage Windows » ?!

</td>
</tr>
</tbody>
</table>

…s’affiche comme suit :

image
image1018×1174 133 KB

Pour confirmer que c’est le cas ici :

Voici quelque chose pour vous faire réfléchir !

Le mien Celui de mon frère
kinfo 
Système d'exploitation : Fedora Linux 42
Version de KDE Plasma : 6.4.3
Version des Frameworks KDE : 6.16.0
Version de Qt : 6.9.1
Version du noyau : 6.15.7-200.fc42.x86_64 (64 bits)
Plateforme graphique : Wayland
Processeurs : 12 × AMD Ryzen 5 7600X 6-Core Processor
Mémoire : 32 Go de RAM (30,4 Go utilisables)
Processeur graphique 1 : AMD Radeon RX 5700
Processeur graphique 2 : AMD Radeon Graphics
Fabricant : ASRock
Nom du produit : X670E Taichi

Système d'exploitation : Fedora Linux 42
Version de KDE Plasma : 6.4.3
Version des Frameworks KDE : 6.16.0
Version de Qt : 6.9.1
Version du noyau : 6.15.7-200.fc42.x86_64 (64 bits)
Plateforme graphique : Wayland
Processeurs : 12 × AMD Ryzen 5 7600X 6-Core Processor
Mémoire : 32 Go de RAM (30,4 Go utilisables)
Processeur graphique 1 : AMD Radeon RX 7900 XTX
Processeur graphique 2 : AMD Radeon Graphics
Fabricant : ASRock
Nom du produit : X670E Taichi
sudo tree /boot/efi 
/boot/efi
├── EFI
│   ├── BOOT
│   │   ├── BOOTIA32.EFI
│   │   ├── BOOTX64.EFI
│   │   ├── fbia32.efi
│   │   └── fbx64.efi
│   └── fedora
│       ├── BOOTIA32.CSV
│       ├── BOOTX64.CSV
│       ├── gcdia32.efi
│       ├── gcdx64.efi
│       ├── grub.cfg
│       ├── grubia32.efi
│       ├── grubx64.efi
│       ├── mmia32.efi
│       ├── mmx64.efi
│       ├── shim.efi
│       ├── shimia32.efi
│       └── shimx64.efi
├── mach_kernel
├── System
│   └── Library
│       └── CoreServices
│           └── SystemVersion.plist
└── System Volume Information

8 répertoires, 18 fichiers

/boot/efi
├── EFI
│   ├── BOOT
│   │   ├── BOOTIA32.EFI
│   │   ├── BOOTX64.EFI
│   │   ├── fbia32.efi
│   │   └── fbx64.efi
│   └── fedora
│       ├── BOOTIA32.CSV
│       ├── BOOTX64.CSV
│       ├── gcdia32.efi
│       ├── gcdx64.efi
│       ├── grub.cfg
│       ├── grubia32.efi
│       ├── grubx64.efi
│       ├── mmia32.efi
│       ├── mmx64.efi
│       ├── shim.efi
│       ├── shimia32.efi
│       └── shimx64.efi
├── mach_kernel
├── System
│   └── Library
│       └── CoreServices
│           └── SystemVersion.plist
└── System Volume Information

8 répertoires, 18 fichiers
cat /etc/default/grub 
cat /etc/default/grub
GRUB_TIMEOUT="15"
  # Original : GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
  # Original : Identique
GRUB_DEFAULT="saved"
  # Original : Identique
GRUB_DISABLE_SUBMENU="true"
  # Original : Inconnu
GRUB_TERMINAL_OUTPUT="gfxterm"
  # Original : GRUB_TERMINAL_OUTPUT="console"
GRUB_CMDLINE_LINUX=""
  # Original : GRUB_CMDLINE_LINUX="rhgb quiet"
GRUB_DISABLE_RECOVERY="false"
  # Original : GRUB_DISABLE_RECOVERY="true"
GRUB_ENABLE_BLSCFG="true"
  # Original : Inconnu
  # Raison : https://discussion.fedoraproject.org/t/missing-boot-entries-with-grub-enable-blscfg-true/70805/3
GRUB_GFXMODE="2560x1440,auto"
  # Original : Aucun
GRUB_DISABLE_OS_PROBER="true"
  # Original : Aucun
  # Raison : https://github.com/MaddieM4/os-prober/issues/5#issue-777438588

GRUB_TIMEOUT=25
GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
GRUB_DEFAULT=saved
GRUB_DISABLE_SUBMENU=true
GRUB_TERMINAL_OUTPUT="gfxterm"
GRUB_CMDLINE_LINUX=""
GRUB_DISABLE_RECOVERY="false"
GRUB_ENABLE_BLSCFG=true
GRUB_GFXMODE=2560x1440,auto
sudo fdisk -l /dev/nvme2n1 
Disque /dev/nvme2n1 : 1,82 TiB, 2000398934016 octets, 3907029168 secteurs
Modèle du disque : addlink M.2 PCIE G4x4 NVMe              
Unités : secteurs de 1 * 512 = 512 octets
Taille du secteur (logique/physique) : 512 octets / 512 octets
Taille E/S (minimale/optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant du disque : BDA1D2E0-E95A-4EB7-9502-BE9E43D64E3D

Périphérique       Début        Fin    Secteurs  Taille Type
/dev/nvme2n1p1  2048 3907022847 3907020800  1,8T Système de fichiers Linux

Disque /dev/nvme2n1 : 1,82 TiB, 2000398934016 octets, 3907029168 secteurs
Modèle du disque : addlink M.2 PCIE G4x4 NVMe              
Unités : secteurs de 1 * 512 = 512 octets
Taille du secteur (logique/physique) : 512 octets / 512 octets
Taille E/S (minimale/optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant du disque : 95F62691-D093-4072-8970-7D9108C0A5EE

Périphérique              Début        Fin    Secteurs  Taille Type
/dev/nvme2n1p1       2048     206847     204800  100M Système EFI
/dev/nvme2n1p2     206848     239615      32768   16M Réservé Microsoft
/dev/nvme2n1p3     239616 3905492991 3905253376  1,8T Données de base Microsoft
/dev/nvme2n1p4 3905492992 3907026943    1533952  749M Environnement de récupération Windows
sudo grub2-emu

Du moins, vous savez tous qu'il n'apparaît pas pour moi. Je ne pense pas que grub2-emu ait jamais fonctionné, car j'ai une recherche sur ce problème datant de janvier 2025 dans mon historique de navigation.

image
image1279×575 43.3 KB

Remarquez le « Gestionnaire de démarrage Windows » ?!

  1. stackoverflow.com/revisions/60502719/3 ↩︎

2

Le problème semble légitime, mais je pense qu’il correspond mieux à UX. Je le déplace donc là-bas.

2 « J'aime »
3

Ah, j’adore les vieilles astuces de comportement de tableau.

Ajouté une correction ici :

Toujours pas élégant, mais je ne pense pas que nous puissions obtenir quelque chose de plus souhaitable que cela (je serais ravi d’être prouvé le contraire), et au moins tout le contenu est maintenant accessible.

2 « J'aime »
4

Ce sujet a été automatiquement fermé après 5 jours. Les nouvelles réponses ne sont plus autorisées.