Handling Row Content Splitting in PdfPTable.writeSelectedRows()
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 32/100
Direzione di ricerca
Start by tracing how document.add(table) lays out and splits rows, then compare that path with PdfPTable.writeSelectedRows(). The issue names those two entry points but no source files or tests; locate the relevant layout code and tests first. Done means selected-row writing preserves long row content across pages without data loss, matching the document flow behavior.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Hello,
In PdfPTable, we have support to write tables in two ways:
- document.add(table);
- table.writeSelectedRows();
In the first approach, if a table row's content is too long to fit on a single page, the content is properly split across multiple pages. However, the same handling is not available in the second approach leading to data loss.
Can someone guide me on how to achieve the similar behavior in the second approach?
Or, please navigate me to the respective code logic that handles this behavior in the first approach.
PDF via document.add(table);
PDF via table.writeSelectedRows();
Thank you!
- Lingua principale
- Java
- Stelle
- 4.4k
- Fork
- 714
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di LibrePDF/OpenPDF
-
bug
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
-
IndexOutOfBoundsException in PdfReaderForse già presa @andreasrosdalw l’ha presa 92 giorni fa. Apertabug
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
-
`PdfSmartCopy` can take effectively unbounded time on nested shared Form XObjectsForse già presa Una pull request collegata a questa issue è aperta o già unita. Apertabug
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
-
enhancement
Difficoltà 5/5 Più di una settimana Idoneità per principianti 38/100
Tutte le issue di LibrePDF/OpenPDF
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 80/100
-
DogFooding
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
OpenAEV-Platform/openaev#8768 ·
I maintainer di solito rispondono entro 1 giorno
-
Empty trash: cancelling the password prompt, then swiping one note restores every trashed noteAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
federicoiosue/Omni-Notes#1039 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
Dans-Plugins/Medieval-Roleplay-Engine#384 ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno