Zaktualizowano 01.10.2015

Kiedyś robiłem CSS do PDF (wkhtmltopdf) i XSL-FO do PDF i wolę CSS, ale jest z nim wiele problemów. IMO najlepszym rendererem CSS / HTML do PDF jest wkhtmltopdf, ale ma mnóstwo problemów, takich jak problemy z jakością druku, problemy z łamaniem stron, kolorowanie CMYK, dokładne pozycjonowanie i renderowanie pełnoekranowe.

Wymagania jak "przesuń pudełko 1,8 mm w prawo i w górę tak, aby dotyczyło górnej części papieru" i " potrzebujemy ostatnia strona, która ma być w 100% szeroką tabelą marginless" , jest całkiem wykonalna w XSL-FO, ale w CSS jest to zbyt przerażające, aby nawet rozważyć. W niektórych przypadkach CSS po prostu nie tnie go jako wystarczająco dobre oprogramowanie, aby renderować go, nawet jeśli znaczniki tak robią. Nawet wkhtmltopdf (0.11, Nie wiem co później) używa XSLT podczas renderowania spisu treści i nie obsługuje @page.

Nie mogę mówić za PrinceXML, ponieważ chociaż wygląda świetnie, wiem z góry, że cena byłaby niemożliwa, więc nie jest to opcja-podejrzewam, że dotyczy to wielu deweloperów i firm.

Gdyby było lepsze oprogramowanie do renderowania i więcej użytkowników, naprawdę uważam, że CSS byłby lepszą opcją zazwyczaj, ponieważ jest o wiele przyjemniej pisać (zarówno css, jak i source (x) html) i jest mnóstwo edytorów. To trochę jak stara debata Linux vs Windows - IMO Linux jest ładniejszy w użyciu, ale brakuje oprogramowania, istniejącej wiedzy i wsparcia, które jest często wymagane.

I echo komentarzy, materiał źródłowy jest zawsze problemem z CSS. CSS dla XML jest trochę niezbadanym terytorium i prawie wszystko wszędzie jest XML. Niestety. Mam poważną niechęć do XML, mimo że jest praktycznie o wiele bardziej użyteczny niż (X)HTML.

Jednym z możliwych powodów, dla których w przyszłości można korzystać z CSS zamiast XSL-FO, jest to, że grupa robocza XML Print and Page Layout Working Group w W3C nie jest już aktywna. Nie było wystarczającego zainteresowania, aby utrzymać tę grupę roboczą. Grupa opublikowała roboczy projekt XSL 2.0 na początku 2012 roku, ale teraz wydaje się dość mało prawdopodobne, że kiedykolwiek pojawi się zaktualizowane zalecenie W3C.

Na liście dyskusyjnej XSL-List pojawił się ostatni wątek o powodach zamknięcia pracy Grupa I O przyszłości XSL-FO vs. CSS. Zobacz http://markmail.org/thread/65j2ah2kulcp35fm .

A tak przy okazji, mimo, że jest to ciekawy temat, nie jestem pewien, czy pytanie pasuje do przepełnienia stosu. IMHO, to raczej otwarte zaproszenie do dyskusji, a nie pytanie o konkretny, praktyczny, odpowiadający problem.

Zgadzam się z tym co napisał @Nenotlep. Ale nie jestem pewien, czy znaczniki CSS są jeszcze tak obszerne dla dokumentów z Paginami, jak XSL-FO. Ale nie wiedziałbym tego.

Dodałem również tę część do jego odpowiedzi, ponieważ nie byłem w stanie" skomentować " odpowiedzi.

Jest trochę historii w całej sprawie.

DODATKOWO, bogactwo XSL-FO i jego nauki i Krzywa wypalania w ciągu ostatnich 10+ lat na renderowaniu FO miało sporo czasu, aby uzyskać " więcej" wszystko wyprostowane.

Byłem odpowiedzialny za proof of concept i prototypowanie korporacyjnego systemu związanego z treścią XML dla Fortune 20 w 2003 roku.

Jeden z elementów tego systemu musiał renderować wersje PDF, Word, x / HTML dokumentów w locie, gdy ludzie zmieniali, dodawali i modyfikowali zawartość XML.

Nawet XSL - FO > PDF i do Word-ML miały wtedy sporo problemów z ząbkowaniem.

Były one nieodłączne ze względu na następujące przyczyny:

• Oryginalne i nowe cele i możliwości języków znaczników i stylizacji
[17]} zdolność i ograniczenia końcowego komponentu renderującego do dokładnego reprezentowania podanego znacznika (np. XSL-FO do komponentu PDF lub X/HTML do wyświetlania przez przeglądarkę internetową)

Minęło 10 lat, odkąd często byłem w rękach XSL-FO / HTML / CSS, ale powyższe kwestie były interesujące do omówienia z bogami świata XML / XSL w tym czasie (Dave Pawson, Michael Kay, Wendell Piez itp.)

Jest całkiem możliwe, że wszystkie reprezentacyjne znaczniki, które XSL-FO miał nad CSS dla stron wyjściowych, jest teraz (2013) prawdopodobnie replikowane w CSS3 i jest renderowane odpowiednio.

Mam nadzieję, że to pomoże.

2017 Edit:

Najwyraźniej CSS wciąż gra w nadrabianie zaległości i pamiętam, że większość z tego miałem w 2003 roku - czyli 14 lat, a w web tech to eon za wolny :) .

Https://twitter.com/t_machine_org/status/917025348646199297

Z tego co wiem nie można generować Wykresów SVG ani kodów kreskowych SVG za pomocą CSS.