Moin.
Ich habe hier ein paar XML-Files rumliegen, die ich ganz gerne als PS oder PDF haben möchte. Gibt's dafür einen Konverter oder sowas?
MfG
Carsten
Carsten Friede wrote:
Moin.
Ich habe hier ein paar XML-Files rumliegen, die ich ganz gerne als PS oder PDF haben möchte. Gibt's dafür einen Konverter oder sowas?
Etwas konkreter solltest Du es schon machen :-) Von welcher Art sind die XML-Files? Kannst Du in OpenOffice etwas damit anfangen? Stammen sie aus Docbook? Oder sind es irgendwelche proprietaeren XMLs, die niemand ausser dem Hersteller wirklich verarbeiten kann?
Falls ein Docbook-Format vorliegt, kann man eine Uebersetzung in RTF oder TeX durchfuehren und dann PDF erzeugen. Falls es mit OpenOffice lesbar ist, kann man je nach Version direkt oder indirekt (ueber PS) PDF erzeugen.
Stefan
.
Stefan Lagotzki wrote:
Carsten Friede wrote:
Moin.
Ich habe hier ein paar XML-Files rumliegen, die ich ganz gerne als PS oder PDF haben möchte. Gibt's dafür einen Konverter oder sowas?
Etwas konkreter solltest Du es schon machen :-) Von welcher Art sind die XML-Files? Kannst Du in OpenOffice etwas damit anfangen? Stammen sie aus Docbook? Oder sind es irgendwelche proprietaeren XMLs, die niemand ausser dem Hersteller wirklich verarbeiten kann?
Falls ein Docbook-Format vorliegt, kann man eine Uebersetzung in RTF oder TeX durchfuehren und dann PDF erzeugen. Falls es mit OpenOffice lesbar ist, kann man je nach Version direkt oder indirekt (ueber PS) PDF erzeugen.
Ich habe keine Ahnung von welcher Art genau die XML-Files sind. Ich kann sie mit Mozilla betrachten und abspeichern will dieser sie als HTML-Seite. Zu finden ist eins davon unter : http://os.inf.tu-dresden.de/Studium/Bs/uebung/unix.xml In OpenOffice kann ich mir das zwar anschauen, aber besonders schön ist es nicht. Es sieht aus wie ein HTML-File.
Wie gesagt, mehr kann ich dazu nicht sagen, da ich recht wenig Erfahrung mit Markup-Sprachen habe.
MfG
Carsten
On Sun, Oct 19, 2003 at 11:18:02PM +0200, Carsten Friede wrote: Hi Carsten,
Falls ein Docbook-Format vorliegt, kann man eine Uebersetzung in RTF oder TeX durchfuehren und dann PDF erzeugen. Falls es mit OpenOffice lesbar ist, kann man je nach Version direkt oder indirekt (ueber PS) PDF erzeugen.
Ich habe keine Ahnung von welcher Art genau die XML-Files sind. Ich kann sie mit Mozilla betrachten und abspeichern will dieser sie als HTML-Seite. Zu finden ist eins davon unter : http://os.inf.tu-dresden.de/Studium/Bs/uebung/unix.xml
wget http://os.inf.tu-dresden.de/Studium/Bs/uebung/unix.xml cat unix.xml
<html> <head> ....
Es ist HTML... also einfach im Konqueror öffnen und 'Drucken->In Datei->unix.pdf'
Ciao, Tobias
Hi!
Am 2003-10-19 23:18 +0200 schrieb Carsten Friede:
Ich habe keine Ahnung von welcher Art genau die XML-Files sind. Ich kann sie mit Mozilla betrachten und abspeichern will dieser sie als HTML-Seite. Zu finden ist eins davon unter : http://os.inf.tu-dresden.de/Studium/Bs/uebung/unix.xml
Diese Datei hat den Namen XML gar nicht verdient, da sie nicht mal wohlgeformt, geschweige denn valid bezüglich einer DTD ist.
Eigentlich ist das eine ganz normale HTML-Datei. Somit kannst Du sie mit Mozilla o. ä. in eine Datei drucken (unix.ps) und diese dann mit ps2pdf nach PDF konvertieren.
Martin
On Sun Oct 19, 2003 at 23:22:24 +0200, Martin Pitt wrote:
Diese Datei hat den Namen XML gar nicht verdient, da sie nicht mal wohlgeformt, geschweige denn valid bezüglich einer DTD ist.
Aha. Und wie kommst du da drauf? Vielleicht sind ja die Daten, die der Webserver ausliefert, nicht die Daten, die in dieser Datei stehen?
Adam
Hallo Adam & Co!
Am 2003-10-20 20:03 +0200 schrieb Adam Lackorzynski:
On Sun Oct 19, 2003 at 23:22:24 +0200, Martin Pitt wrote:
Diese Datei hat den Namen XML gar nicht verdient, da sie nicht mal wohlgeformt, geschweige denn valid bezüglich einer DTD ist.
Aha. Und wie kommst du da drauf?
Kein XML-Header ( <?xml-version ... ?>) und keine korrekt geschachtelten Tags (z.B. stehen da einzelne <br> drin).
Vielleicht sind ja die Daten, die der Webserver ausliefert, nicht die Daten, die in dieser Datei stehen?
Was der Server macht, interessiert den Anwender aber herzlich wenig. Ihn (also mich zumindest) interessiert, was am Ende der HTTP-Verbindung rauskommt: Ein wget <url> bzw. Mozilla bringen mir eine Datei, die sich XML nennt, aber kein XML ist.
Schönen Abend allerseits!
Martin
On Mon Oct 20, 2003 at 21:48:13 +0200, Martin Pitt wrote:
Am 2003-10-20 20:03 +0200 schrieb Adam Lackorzynski:
On Sun Oct 19, 2003 at 23:22:24 +0200, Martin Pitt wrote:
Diese Datei hat den Namen XML gar nicht verdient, da sie nicht mal wohlgeformt, geschweige denn valid bezüglich einer DTD ist.
Aha. Und wie kommst du da drauf?
Kein XML-Header ( <?xml-version ... ?>) und keine korrekt geschachtelten Tags (z.B. stehen da einzelne <br> drin).
Fuer die ausgelieferten Daten.
Vielleicht sind ja die Daten, die der Webserver ausliefert, nicht die Daten, die in dieser Datei stehen?
Was der Server macht, interessiert den Anwender aber herzlich wenig.
Stimmt.
Ihn (also mich zumindest) interessiert, was am Ende der HTTP-Verbindung rauskommt: Ein wget <url> bzw. Mozilla bringen mir eine Datei, die sich XML nennt, aber kein XML ist.
Gegenfrage(n): http://example.com/foo.php gibt dir eine PHP-Quelltextdatei? Oder .../blah.asp ein VB-Script?
Was will mir der HTTP-Header "Content-Type" mit "text/html" sagen?
Adam
Am Mo, 2003-10-20 um 22.06 schrieb Adam Lackorzynski:
On Mon Oct 20, 2003 at 21:48:13 +0200, Martin Pitt wrote:
Am 2003-10-20 20:03 +0200 schrieb Adam Lackorzynski:
On Sun Oct 19, 2003 at 23:22:24 +0200, Martin Pitt wrote:
Diese Datei hat den Namen XML gar nicht verdient, da sie nicht mal wohlgeformt, geschweige denn valid bezüglich einer DTD ist.
Aha. Und wie kommst du da drauf?
Kein XML-Header ( <?xml-version ... ?>) und keine korrekt geschachtelten Tags (z.B. stehen da einzelne <br> drin).
Fuer die ausgelieferten Daten.
Vielleicht sind ja die Daten, die der Webserver ausliefert, nicht die Daten, die in dieser Datei stehen?
Was der Server macht, interessiert den Anwender aber herzlich wenig.
Stimmt.
Ihn (also mich zumindest) interessiert, was am Ende der HTTP-Verbindung rauskommt: Ein wget <url> bzw. Mozilla bringen mir eine Datei, die sich XML nennt, aber kein XML ist.
Gegenfrage(n): http://example.com/foo.php gibt dir eine PHP-Quelltextdatei? Oder .../blah.asp ein VB-Script?
Was will mir der HTTP-Header "Content-Type" mit "text/html" sagen?
Ich denke mal das du recht hast. Wenn ein XSL/XML Prozessor auf dem Server eingerichtet ist, gibt der natürlich eine Datei im html-Format + ordentlichen Header zurück.
cu T24prg
Hallo Adam und *,
Am 2003-10-20 22:06 +0200 schrieb Adam Lackorzynski:
Gegenfrage(n): http://example.com/foo.php gibt dir eine PHP-Quelltextdatei? Oder .../blah.asp ein VB-Script?
Was will mir der HTTP-Header "Content-Type" mit "text/html" sagen?
Okay, Punkt für Dich! Es ist halt nur etwas verwirrend...
Martin
Hallo Carsten,
was sprach denn gegen die Benutzung von
http://os.inf.tu-dresden.de/Studium/Bs/uebung/unix.xml?mode=print
?? :-)
(im linken oberen Seitenbereich). Mozilla oeffnet eine neue HTML-Seite, die man problemlos in ein PS- oder PDF-Dokument drucken kann.
Stefan
.
Stefan Lagotzki wrote:
Hallo Carsten,
was sprach denn gegen die Benutzung von
http://os.inf.tu-dresden.de/Studium/Bs/uebung/unix.xml?mode=print
?? :-)
(im linken oberen Seitenbereich). Mozilla oeffnet eine neue HTML-Seite, die man problemlos in ein PS- oder PDF-Dokument drucken kann.
Stefan
Ja, okay. Ich habe des mittlerweile auch mitbekommen. Mozilla hat das jetzt auch brav in ps gepreßt.
MfG
Carsten
Carsten Friede schrieb:
Ja, okay. Ich habe des mittlerweile auch mitbekommen. Mozilla hat das jetzt auch brav in ps gepreßt.
Kein Problem, es war ja extra ein Smiley dahinter. Gerade wenn man schon rote Augen vor Muedigkeit hat, kann man auch mal was uebersehen. Aber Umwandlungen XML->(PS || PDF) anhand logischer Formatierung und vorgegebener Stilvorlagen sind in der Tat sehr interessant. Da gibt es auch noch eine Menge Arbeit.
viele Gruesse, Stefan
.
On 19.10.03 Stefan Lagotzki (lago20@gmx.de) wrote:
Moin,
Etwas konkreter solltest Du es schon machen :-) Von welcher Art sind die XML-Files? Kannst Du in OpenOffice etwas damit anfangen? Stammen sie aus Docbook? Oder sind es irgendwelche proprietaeren XMLs, die niemand ausser dem Hersteller wirklich verarbeiten kann?
XML scheint komplizierter zu sein, als man denkt. Ich habe hier auch eines rumzuliegen, das sieht so aus:
<?xml version="1.0"?> <!DOCTYPE book PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN" [ <!ENTITY mdash "--"> <!ENTITY thinsp " "> <!ENTITY ndash "-"> <!ENTITY rdquo '"'> <!ENTITY ldquo '"'>
]>
<book> <preface id="preface"> <title>Preface</title> <para>
Danach folget der Text. Reicht das als Identifikation? Wie gehe ich damit um, um HTML zu kriegen. Nein ich kann es nicht im Oo aufmachen, weil das hab ich nicht.
TIA, H.
On Thu, Oct 23, 2003 at 09:55:47AM +0200, Hilmar Preusse wrote:
On 19.10.03 Stefan Lagotzki (lago20@gmx.de) wrote:
Moin,
Etwas konkreter solltest Du es schon machen :-) Von welcher Art sind die XML-Files? Kannst Du in OpenOffice etwas damit anfangen? Stammen sie aus Docbook? Oder sind es irgendwelche proprietaeren XMLs, die niemand ausser dem Hersteller wirklich verarbeiten kann?
XML scheint komplizierter zu sein, als man denkt. Ich habe hier auch eines rumzuliegen, das sieht so aus:
<?xml version="1.0"?>
<!DOCTYPE book PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN" [ <!ENTITY mdash "--">
<!ENTITY thinsp " ">
<!ENTITY ndash "-">
<!ENTITY rdquo '"'>
<!ENTITY ldquo '"'>
]>
<book> <preface id="preface"> <title>Preface</title> <para>
Danach folget der Text. Reicht das als Identifikation? Wie gehe ich damit um, um HTML zu kriegen. Nein ich kann es nicht im Oo aufmachen, weil das hab ich nicht.
Ich würde das mit xslt machen. Ein simples Stylesheet fuer den Einstieg könnte so aussehen:
<?xml version="1.0"?> <xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" version="1.0"> <xsl:output method="html"/> <xsl:template match="book"> <html> <head></head> <body> <xsl:apply-templates select="preface"/> </body> </html> </xsl:template> <xsl:template match="preface"> <h1><xsl:value-of select="title"/></h1> <p><xsl:value-of select="para"/></p> </xsl:template> </xsl:stylesheet>
Ein Aufruf von xsltproc (apt-get install xsltproc) ergibt dann etwa sowas:
xsltproc book.xsl book.xml
<html> <head><meta content="text/html; charset=UTF-8" http-equiv="Content-Type"></head> <body> <h1>Preface</h1> <p> text </p> </body> </html>
hth,
Jens
On 27.10.03 Jens Krämer (jens.kraemer@gmx.net) wrote:
Moin,
Ich würde das mit xslt machen. Ein simples Stylesheet fuer den Einstieg könnte so aussehen:
Ein Aufruf von xsltproc (apt-get install xsltproc) ergibt dann etwa sowas:
drachi:[t1] >xsltproc book.xsl bookindex.xml bookindex.xml:3: error: SystemLiteral " or ' expected [ ^ bookindex.xml:3: error: xmlParseExternalID: PUBLIC, no URI [ ^ bookindex.xml:94: error: Entity 'mdash' not defined schedule—which slipped quite a lot anyway. He's been an ^ bookindex.xml:143: error: Entity 'mdash' not defined kernel is one of the most fun parts of all—at least, for those ^ bookindex.xml:685: error: Entity 'mdash' not defined interesting development system for the VR4181 processor—that's a ^ bookindex.xml:848: error: Entity 'mdash' not defined policy applies. The floppy driver is policy free—its role is ^ bookindex.xml:1066: error: Entity 'mdash' not defined charge of specific tasks—a module is said to belong to a ^ bookindex.xml:1142: error: Entity 'mdash' not defined device—it permits the transfer of any number of bytes at a ^ bookindex.xml:1384: error: Entity 'mdash' not defined friend—if you wouldn't run a precompiled binary as root, then ^ bookindex.xml:1560: error: Entity 'mdash' not defined include the source code in the distribution—people acquiring ^ bookindex.xml:1567: error: Entity 'mdash' not defined kernel releases—even minor stable releases—often break ^ bookindex.xml:1567: error: Entity 'mdash' not defined kernel releases—even minor stable releases—often break ^ bookindex.xml:1606: error: Entity 'mdash' not defined critical review as well—they will be the first people you will ^ bookindex.xml:1743: error: xmlParsePI: PI lb space expected <chapter id="building"><title>Building and<?lb>Running Modules</title> ^ bookindex.xml:47578: error: xmlParsePI: PI lb never end ...
^ bookindex.xml:47578: error:
Segmentation fault drachi:[t1] >dpkg -l xsltproc Desired=Unknown/Install/Remove/Purge/Hold |Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++-==============-==============-============================================ ii xsltproc 1.0.16-0.1 XSLT command line processor
TIA, H.
On Mon, Oct 27, 2003 at 03:52:06PM +0100, Hilmar Preusse wrote:
On 27.10.03 Jens Krämer (jens.kraemer@gmx.net) wrote:
Moin,
Ich würde das mit xslt machen. Ein simples Stylesheet fuer den Einstieg könnte so aussehen:
Ein Aufruf von xsltproc (apt-get install xsltproc) ergibt dann etwa sowas:
drachi:[t1] >xsltproc book.xsl bookindex.xml bookindex.xml:3: error: SystemLiteral " or ' expected [ ^ bookindex.xml:3: error: xmlParseExternalID: PUBLIC, no URI [
ups, da geht wohl was mit der doctype-Deklaration schief. Wenn du den Abschnitt in
<!DOCTYPE book [ <!ENTITY mdash "--"> <!ENTITY thinsp " "> <!ENTITY ndash "-"> <!ENTITY rdquo '"'> <!ENTITY ldquo '"'> ]>
änderst sollte es klappen. Ist wahrscheinlich nicht der korrekte Weg das Problem zu lösen, alles weitere übersteigt meine XML-Kenntnisse jedoch auch ;-)
Jens
On 27.10.03 Jens Krämer (jens.kraemer@gmx.net) wrote:
On Mon, Oct 27, 2003 at 03:52:06PM +0100, Hilmar Preusse wrote:
Moin,
drachi:[t1] >xsltproc book.xsl bookindex.xml bookindex.xml:3: error: SystemLiteral " or ' expected [ ^ bookindex.xml:3: error: xmlParseExternalID: PUBLIC, no URI [
ups, da geht wohl was mit der doctype-Deklaration schief. Wenn du den Abschnitt in
<!DOCTYPE book [ <!ENTITY mdash "--">
<!ENTITY thinsp " ">
<!ENTITY ndash "-">
<!ENTITY rdquo '"'>
<!ENTITY ldquo '"'>
]>
änderst sollte es klappen.
Nach zwei weiteren Fixes im xml-File tat es dann. Leider gibt er mir bloß den ersten Absatz aus. Wie kriege ich das ganze Buch? Muß ich das alles im xsl-File anmelden?
H.
lug-dd@mailman.schlittermann.de
-
Adam Lackorzynski -
Bastian Müller -
Carsten Friede -
Hilmar Preusse -
Jens Krämer -
Martin Pitt -
Stefan Lagotzki -
Tobias Koenig