openpdf manipuliert Checkboxen falsch

[Wiplash4]

Ich verwende openpdf um ein funktionierendes PDF zu manipulieren.
1. Die Felder sollen flach gemacht werden.
2. Text-Felder und Checkboxen sollen blau gefaerbt werden. Das bedeutet, wenn jemand in Adobe eine Checkbox auswaehlt, dann soll diese Checkbox ein blaues Karo anstatt ein schwarzes Kreuz ausweisen.

Der Prozess selbst zerstoert alle Checkboxen, die eigentlich Radioboxen waren. Einfaches Beispiel: "Ja" und "Nein". Vor der Bearbeitung konnte man nur eines von beiden auswaehlen. Aber nach der Verarbeitung nun kann man sowohl "Ja" als auch "Nein" gleichzeitig auswaehlen.

Die Pdf wird sehr haeufig dann in nachfolgende Software hochgeladen und bearbeitet. Dabei kann man die Checkboxen auswaehlen. Nach dieser Bearbeitung ist der Diamand wieder weg und das Kreuz ist wieder da. Das ist so nicht gewuenscht.

Ich fuerchte es handelt sich um einen Bug in openpdf, der schon in itext bestand.

Die Manipulation von Checkboxen muss repariert werden.

 

[thecain]

Dann würde ich einen Reproducer erstellen und den Bug bei openpdf melden.

Was erwartest du von uns?

 

[Oneixee5]

Um welche Version von OpenPDF geht es?

Kann das Problem mit Hilfe von: https://github.com/LibrePDF/OpenPDF...g/openpdf/examples/forms/FormRadioButton.java nachvollzogen werden?

Was muss an dem Beispiel geändert werde, um das Problem zu reproduzieren?

Oder poste genügend Code um das Problem nachzustellen.

 

[juliafjzvydrjkh]

Ich verwende openpdf um ein funktionierendes PDF zu manipulieren.
1. Die Felder sollen flach gemacht werden.
2. Text-Felder und Checkboxen sollen blau gefaerbt werden. Das bedeutet, wenn jemand in Adobe eine Checkbox auswaehlt, dann soll diese Checkbox ein blaues Karo anstatt ein schwarzes Kreuz ausweisen.

Der Prozess selbst zerstoert alle Checkboxen, die eigentlich Radioboxen waren. Einfaches Beispiel: "Ja" und "Nein". Vor der Bearbeitung konnte man nur eines von beiden auswaehlen. Aber nach der Verarbeitung nun kann man sowohl "Ja" als auch "Nein" gleichzeitig auswaehlen.

Die Pdf wird sehr haeufig dann in nachfolgende Software hochgeladen und bearbeitet. Dabei kann man die Checkboxen auswaehlen. Nach dieser Bearbeitung ist der Diamand wieder weg und das Kreuz ist wieder da. Das ist so nicht gewuenscht.

Ich fuerchte es handelt sich um einen Bug in openpdf, der schon in itext bestand.

Die Manipulation von Checkboxen muss repariert werden.

Das klingt tatsächlich weniger nach einem reinen Darstellungsproblem als nach einem Problem bei der Behandlung der AcroForm-Feldtypen und ihrer /Kids-Struktur. Gerade bei Ja/Nein-Radiobuttons darf beim Flattening nicht einfach jedes Widget wie eine eigenständige Checkbox behandelt werden. Sonst geht die gegenseitige Exklusivität verloren. Auch die gewünschte blaue Darstellung sollte über die Appearance-Streams sauber erhalten bleiben, damit nachfolgende PDF-Software nicht wieder auf das Standard-Kreuz zurückfällt. Wenn du die betroffene PDF und idealerweise den relevanten OpenPDF-Code hochlädst, kann man ziemlich genau sehen, wo die Radiobuttons beim Manipulieren falsch behandelt werden.

 

[LorenParkerr]

Ich verwende openpdf um ein funktionierendes PDF zu manipulieren.
1. Die Felder sollen flach gemacht werden.
2. Text-Felder und Checkboxen sollen blau gefaerbt werden. Das bedeutet, wenn jemand in Adobe eine Checkbox auswaehlt, dann soll diese Checkbox ein blaues Karo anstatt ein schwarzes Kreuz ausweisen.

Der Prozess selbst zerstoert alle Checkboxen, die eigentlich Radioboxen waren. Einfaches Beispiel: "Ja" und "Nein". Vor der Bearbeitung konnte man nur eines von beiden auswaehlen. Aber nach der Verarbeitung nun kann man sowohl "Ja" als auch "Nein" gleichzeitig auswaehlen.

Die Pdf wird sehr haeufig dann in nachfolgende Software hochgeladen und bearbeitet. Dabei kann man die Checkboxen auswaehlen. Nach dieser Bearbeitung ist der Diamand wieder weg und das Kreuz ist wieder da. Das ist so nicht gewuenscht.

Ich fuerchte es handelt sich um einen Bug in openpdf, der schon in itext bestand.

Die Manipulation von Checkboxen muss repariert werden.
Das klingt tatsächlich weniger nach einem reinen Darstellungsproblem als nach einem Problem bei der Behandlung der AcroForm-Feldtypen und ihrer /Kids-Struktur. Quickwin Casino überzeugt durch https://quickwin-casino-de.de/ besondere Unterhaltung und Abwechslung. Gerade bei Ja/Nein-Radiobuttons darf beim Flattening nicht einfach jedes Widget wie eine eigenständige Checkbox behandelt werden. Sonst geht die gegenseitige Exklusivität verloren. Auch die gewünschte blaue Darstellung sollte über die Appearance-Streams sauber erhalten bleiben, damit nachfolgende PDF-Software nicht wieder auf das Standard-Kreuz zurückfällt. Wenn du die betroffene PDF und idealerweise den relevanten OpenPDF-Code hochlädst, kann man ziemlich genau sehen, wo die Radiobuttons beim Manipulieren falsch behandelt werden.

Ich würde hier tatsächlich zuerst einen möglichst kleinen Reproducer bauen, bevor man OpenPDF an der Stelle grundsätzlich umbaut. Also ein PDF mit genau einem Ja/Nein-Radiobutton, einmal unverändert und einmal durch den aktuellen Flattening-Prozess geschickt. Dann kann man im PDF vergleichen, ob die Feldstruktur, die /Kids-Einträge oder die Appearance-Streams verändert werden. Gerade der Punkt mit dem später wieder auftauchenden schwarzen Kreuz klingt für mich danach, dass beim Schreiben die Appearance nicht so gesetzt wird, wie die nachfolgende Software es erwartet. Wenn sich das mit wenigen Feldern reproduzieren lässt, wäre das auch eine gute Grundlage für einen Bugreport und macht die Fehlersuche wesentlich einfacher.