Eine Tabelle wird außerhalb der Grenzen des Beitrags/Kommentars gerendert

rokejulianlockhart · 24. Juli 2025 um 19:48

Kontext

Dieses Problem wurde ursprünglich hier entdeckt:

…daher der Inhalt.

Allerdings ist diese Methode, HTML5 in Markdown-Tabellen einzubetten, üblich: ^[1]

Reproduzierbares Beispiel

<p>Hier ist etwas, das euch zum Nachdenken bringen soll!</p>
<table>
<thead>
<tr>
<th></th>
<th>Meins</th>
<th>Meines Bruders</th>
</tr>
</thead>
<tbody>
<tr>
<th><code>kinfo</code></th>
<td>

~~~YAML
Betriebssystem: Fedora Linux 42
KDE Plasma Version: 6.4.3
KDE Frameworks Version: 6.16.0
Qt Version: 6.9.1
Kernel Version: 6.15.7-200.fc42.x86_64 (64-bit)
Grafikplattform: Wayland
Prozessoren: 12 × AMD Ryzen 5 7600X 6-Core Prozessor
Arbeitsspeicher: 32 GiB RAM (30,4 GiB nutzbar)
Grafikprozessor 1: AMD Radeon RX 5700
Grafikprozessor 2: AMD Radeon Graphics
Hersteller: ASRock
Produktname: X670E Taichi
~~~

</td>
<td>

~~~YAML
Betriebssystem: Fedora Linux 42
KDE Plasma Version: 6.4.3
KDE Frameworks Version: 6.16.0
Qt Version: 6.9.1
Kernel Version: 6.15.7-200.fc42.x86_64 (64-bit)
Grafikplattform: Wayland
Prozessoren: 12 × AMD Ryzen 5 7600X 6-Core Prozessor
Arbeitsspeicher: 32 GiB RAM (30,4 GiB nutzbar)
Grafikprozessor 1: AMD Radeon RX 7900 XTX
Grafikprozessor 2: AMD Radeon Graphics
Hersteller: ASRock
Produktname: 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 Verzeichnisse, 18 Dateien
~~~

</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 Verzeichnisse, 18 Dateien
~~~

</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: Identisch
GRUB_DEFAULT="saved"
  # Original: Identisch
GRUB_DISABLE_SUBMENU="true"
  # Original: Unbekannt
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: Unbekannt
  # Grund: https://discussion.fedoraproject.org/t/missing-boot-entries-with-grub-enable-blscfg-true/70805/3
GRUB_GFXMODE="2560x1440,auto"
  # Original: Keine Angabe
GRUB_DISABLE_OS_PROBER="true"
  # Original: Keine Angabe
  # Grund: 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
Disk /dev/nvme2n1: 1,82 TiB, 2000398934016 Bytes, 3907029168 Sektoren
Disk-Modell: addlink M.2 PCIE G4x4 NVMe              
Einheiten: Sektoren à 1 * 512 = 512 Bytes
Sektorgröße (logisch/physisch): 512 Bytes / 512 Bytes
I/O-Größe (Minimum/Optimal): 512 Bytes / 512 Bytes
Datenträgerkennungsart: gpt
Datenträgerkennung: BDA1D2E0-E95A-4EB7-9502-BE9E43D64E3D

Device         Start        End    Sektoren  Größe Typ
/dev/nvme2n1p1  2048 3907022847 3907020800  1,8T Linux-Dateisystem
~~~

</td>
<td>

~~~YAML
Disk /dev/nvme2n1: 1,82 TiB, 2000398934016 Bytes, 3907029168 Sektoren
Disk-Modell: addlink M.2 PCIE G4x4 NVMe              
Einheiten: Sektoren à 1 * 512 = 512 Bytes
Sektorgröße (logisch/physisch): 512 Bytes / 512 Bytes
I/O-Größe (Minimum/Optimal): 512 Bytes / 512 Bytes
Datenträgerkennungsart: gpt
Datenträgerkennung: 95F62691-D093-4072-8970-7D9108C0A5EE

Device              Start        End    Sektoren  Größe Typ
/dev/nvme2n1p1       2048     206847     204800  100M EFI-System
/dev/nvme2n1p2     206848     239615      32768   16M Microsoft reserviert
/dev/nvme2n1p3     239616 3905492991 3905253376  1,8T Microsoft-Basisdaten
/dev/nvme2n1p4 3905492992 3907026943    1533952  749M Windows-Wiederherstellungsumgebung
~~~

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

https://youtu.be/8JQsz23y2nA

<p>Zumindest wisst ihr alle, dass er bei mir nicht erscheint. Ich glaube nicht, dass <code>grub2-emu</code> je funktioniert hat, denn ich habe eine Suche zu diesem Problem aus Januar 2025 in meinem Browserverlauf.</p>

</td>
<td>

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

Seht ihr den „Windows Boot Manager"?!

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

…wird dargestellt als:

Zur Bestätigung, dass dies hier ebenfalls der Fall ist:

Hier ist etwas, das euch zum Nachdenken bringen soll!

	Meins	Meines Bruders
`kinfo`	`Betriebssystem: Fedora Linux 42 KDE Plasma Version: 6.4.3 KDE Frameworks Version: 6.16.0 Qt Version: 6.9.1 Kernel Version: 6.15.7-200.fc42.x86_64 (64-bit) Grafikplattform: Wayland Prozessoren: 12 × AMD Ryzen 5 7600X 6-Core Prozessor Arbeitsspeicher: 32 GiB RAM (30,4 GiB nutzbar) Grafikprozessor 1: AMD Radeon RX 5700 Grafikprozessor 2: AMD Radeon Graphics Hersteller: ASRock Produktname: X670E Taichi`	`Betriebssystem: Fedora Linux 42 KDE Plasma Version: 6.4.3 KDE Frameworks Version: 6.16.0 Qt Version: 6.9.1 Kernel Version: 6.15.7-200.fc42.x86_64 (64-bit) Grafikplattform: Wayland Prozessoren: 12 × AMD Ryzen 5 7600X 6-Core Prozessor Arbeitsspeicher: 32 GiB RAM (30,4 GiB nutzbar) Grafikprozessor 1: AMD Radeon RX 7900 XTX Grafikprozessor 2: AMD Radeon Graphics Hersteller: ASRock Produktname: 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 Verzeichnisse, 18 Dateien	/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 Verzeichnisse, 18 Dateien
`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: Identisch GRUB_DEFAULT="saved" # Original: Identisch GRUB_DISABLE_SUBMENU="true" # Original: Unbekannt 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: Unbekannt # Grund: https://discussion.fedoraproject.org/t/missing-boot-entries-with-grub-enable-blscfg-true/70805/3 GRUB_GFXMODE="2560x1440,auto" # Original: Keine Angabe GRUB_DISABLE_OS_PROBER="true" # Original: Keine Angabe # Grund: 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`	`Disk /dev/nvme2n1: 1,82 TiB, 2000398934016 Bytes, 3907029168 Sektoren Disk-Modell: addlink M.2 PCIE G4x4 NVMe Einheiten: Sektoren à 1 * 512 = 512 Bytes Sektorgröße (logisch/physisch): 512 Bytes / 512 Bytes I/O-Größe (Minimum/Optimal): 512 Bytes / 512 Bytes Datenträgerkennungsart: gpt Datenträgerkennung: BDA1D2E0-E95A-4EB7-9502-BE9E43D64E3D Device Start End Sektoren Größe Typ /dev/nvme2n1p1 2048 3907022847 3907020800 1,8T Linux-Dateisystem`	Disk /dev/nvme2n1: 1,82 TiB, 2000398934016 Bytes, 3907029168 Sektoren Disk-Modell: addlink M.2 PCIE G4x4 NVMe Einheiten: Sektoren à 1 * 512 = 512 Bytes Sektorgröße (logisch/physisch): 512 Bytes / 512 Bytes I/O-Größe (Minimum/Optimal): 512 Bytes / 512 Bytes Datenträgerkennungsart: gpt Datenträgerkennung: 95F62691-D093-4072-8970-7D9108C0A5EE Device Start End Sektoren Größe Typ /dev/nvme2n1p1 2048 206847 204800 100M EFI-System /dev/nvme2n1p2 206848 239615 32768 16M Microsoft reserviert /dev/nvme2n1p3 239616 3905492991 3905253376 1,8T Microsoft-Basisdaten /dev/nvme2n1p4 3905492992 3907026943 1533952 749M Windows-Wiederherstellungsumgebung
`sudo grub2-emu`	Zumindest wisst ihr alle, dass er bei mir nicht erscheint. Ich glaube nicht, dass `grub2-emu` je funktioniert hat, denn ich habe eine Suche zu diesem Problem aus Januar 2025 in meinem Browserverlauf.	image1279×575 43.3 KB Seht ihr den „Windows Boot Manager"?!

stackoverflow.com/revisions/60502719/3 ↩︎

sam · 25. Juli 2025 um 03:36

Problem sieht legitim aus, aber ich denke, es passt besser zu UX, wenn wir es dorthin verschieben.

chapoi · 4. August 2025 um 09:58

Ah, ich liebe ein paar gute alte Tabellenverhaltens-Scherze.

Hier wurde ein Fix dafür hinzugefügt:

github.com/discourse/discourse

UX: make tables in blockquotes fixed to prevent overflow

main ← blockquote-table

opened 09:48AM - 04 Aug 25 UTC

chapoi

+5 -0

Fix for meta report https://meta.discourse.org/t/a-table-renders-outside-the-bo…undaries-of-the-post-comment/375689 Broken overflow gets replaced by horizontal scrolling within the table cells. Not ideal either, but better than before and not much alternatives afaik. | Normal (before) | With fixed layout (after) | |--------|--------| | <img width="754" height="769" alt="CleanShot 2025-08-04 at 11 49 29" src="https://github.com/user-attachments/assets/68d040d6-2e0c-45a8-90da-0879d142f1ba" /> | <img width="789" height="751" alt="CleanShot 2025-08-04 at 11 56 09" src="https://github.com/user-attachments/assets/d1e2439b-0a5c-46ce-a282-e205e687f5a1" /> |

Immer noch nicht elegant, aber ich glaube nicht, dass wir etwas Wünschenswerteres erreichen können als das (ich lasse mich gerne eines Besseren belehren), und zumindest ist jetzt der gesamte Inhalt zugänglich.

chapoi · 9. August 2025 um 14:00

Dieses Thema wurde nach 5 Tagen automatisch geschlossen. Neue Antworten sind nicht mehr erlaubt.

Thema		Antworten	Aufrufe
Copy table → paste it into `/new-topic`'s `--rich-editor-enabled` `textarea` → switch to `--markdown-editor-enabled` → corrupt markup Bug composer	2	114	30. Dezember 2025
Force tables to be scrollable Support table-builder	6	87	21. April 2026
Copying a table, without a tHead, from my clipboard, into the editor, converts its top-most TR's TD into a TH Bug	0	32	10. April 2026
CommonMark testing started here! Feature	117	17141	2. Dezember 2017
Markdown isn't processed inside tables UX markdown-it-review	3	4092	26. Juni 2017

Eine Tabelle wird außerhalb der Grenzen des Beitrags/Kommentars gerendert

Kontext

Reproduzierbares Beispiel

Verwandte Themen