Frage

Ich benötige einen kostenlosen .net XSL-FO-Prozessor und habe zunächst nfop die Funktionalität getestet. Ich habe einige Mängel festgestellt, die in signifikanten sind mir erlaubt, die Anforderungen für mein Projekt zu erfüllen.

Die Fragen, die ich erlebt habe, sind:

Der dritte Punkt besonders ärgerlich ist, ich habe für einige der oben genannten Probleme gefunden Abhilfen (1,2) durch iTextSharp Verwendung und Bearbeitung der PDF danach (chaotisch).

Meine Fragen sind:

  • Gibt es Workarounds für eine der oben genannten Themen?
  • Was andere Probleme haben die Menschen mit nfop gestoßen?
  • Gibt es alternative XSL FO-Prozessoren für .net?
War es hilfreich?

Lösung

Andere FOP-Motoren mit .NET-Schnittstellen zu berücksichtigen:

Die Höhe der FOP die Einhaltung von Standards und Bugs / Probleme variiert zwischen FOP-Motoren, so würde ich mit mehreren FOP-Motoren (viele bieten Testversionen) empfehlen, wenn um die Entwicklung zu bestimmen, ob es ein Problem mit der FOP oder ein Bug / Problem mit Rendering-Engine.

Andere Tipps

Ich habe 1 Arbeit um für das Keep-together Attribut Problem gefunden. Statt dieses Attribut verwenden, ich Kette table-row-Elemente zusammen mit:

<fo:table-row keep-with-previous="always">

Das oben gezeigte Attribut wird umgesetzt werden.

Ich habe die folgende Website als Referenz: http://www.ibm.com/developerworks/xml/ Bibliothek / x-tippgbk / index.html

Ich möchte noch andere Fragen / Abhilfen / Alternativen für nfop hören.

Danke für deine Antwort Mads. Leider sind diese Optionen für mich nicht verfügbar, wegen Budgetbeschränkungen und was nicht.

Ich werde iTextSharp verwenden und danach manuell in das Wasserzeichen hinzufügen (yay).

Nun, das Welpen aufgezogen den Kopf wieder und ich wurde mit dem „keeping Blöcke auf der gleichen Seite“ Problem konfrontiert.

Ich fand

<fo:table-row keep-together="always">

arbeitete einen Reiz.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top