einfache PDF-Komponente gesucht

[Helmi]

Hallo,

kennt jemand eine (ganz) einfache PDF-Komponente zum erzeugen von PDF´s aus einem Textstream (z. B.) raus?
Ich will einfach eine Text-Datei, die ich jetzt erstelle, gegen eine PDF tauschen.
Aber ohne großen Editor etc., sondern einfach den Text nicht mehr wie bisher in eine Text-Datei schreiben
sondern in eine PDF-Datei

[Klaus01]

Guten Morgen,

was spricht gegen einen der zahlreichen "Druckertreiber" welche pdfs speichern.
Wie z.b. freePDF..

Grüße
Klaus

[messie]

Zitat:

Zitat von Klaus01 (Beitrag 1126510)

was spricht gegen einen der zahlreichen "Druckertreiber" welche pdfs speichern.
Wie z.b. freePDF..

Alles.
Es erfordert einen administrativen Eingriff ins System, auf das man oft keinen Zugriff hat.
Ich habe vor dem Problem auch schon häufiger gestanden und habe noch keine wirklich überzeugende Lösung gefunden.
Denn jede Datei muss beim Speichern auch mit den korrekten Rechten angelegt werden, auch eine pdf. Textdateien werden von Vista & Co. nicht so intensiv angegriffen, damit bleibt man relativ frei.

Grüße, Messie

[Bernhard Geyer]

Was spricht dagegen ein Reportingtool zu nehmen das auch PDF's erzeugen kann?

[haentschman]

Zitat:

Was spricht dagegen ein Reportingtool zu nehmen das auch PDF's erzeugen kann?

...zum einen wahrscheinlich der zu große Funktionsumfang, zum anderen wird es da mit Stream´s schwierig.

[Bernhard Geyer]

Zitat:

Zitat von haentschman (Beitrag 1126517)

Zitat:

Was spricht dagegen ein Reportingtool zu nehmen das auch PDF's erzeugen kann?

...zum einen wahrscheinlich der zu große Funktionsumfang, zum anderen wird es da mit Stream´s schwierig.

Ich glauben nicht das der Textstream das große Problem sein wird.
Oder ist der Textstream schon PDF-Like formatiert?

[Helmi]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1126518)

Zitat:

Zitat von haentschman (Beitrag 1126517)

Zitat:

Was spricht dagegen ein Reportingtool zu nehmen das auch PDF's erzeugen kann?

...zum einen wahrscheinlich der zu große Funktionsumfang, zum anderen wird es da mit Stream´s schwierig.

Ich glauben nicht das der Textstream das große Problem sein wird.
Oder ist der Textstream schon PDF-Like formatiert?

An ein Tool hab ich auch schon gedacht, aber das find ich für eine einfache PDF-Datei etwas zu "übertrieben". Vor allem auch weil dadurch das Projekt (meines Erachtens) unnötig aufgebläht wird.

Was meinst du mit "schon PDF-Like formatiert"?

[Bernhard Geyer]

"PDF-Like"-Formatiert heißt das du schon Formatierungsangaben wie Fett, Kursiv, ... vorhanden sind.

[Helmi]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1126527)

"PDF-Like"-Formatiert heißt das du schon Formatierungsangaben wie Fett, Kursiv, ... vorhanden sind.

ja schon

[bit4bit]

@helmi

Kannst Du damit vielleicht was anfangen?

http://www.idealsoftware.com/de/download/vpe_win.html

Die community edition ist kostenlos.

[Ralf Kaiser]

Noch ein Vorschlag: Synopse PDF Engine

[Bjoerk]

http://www.est.hi-ho.ne.jp/takeshi_kanno/powerpdf/

[Steku]

Zitat:

Zitat von Bjoerk (Beitrag 1126541)

http://www.est.hi-ho.ne.jp/takeshi_kanno/powerpdf/

Wird jetzt auf SourceForge gehostet...

http://sourceforge.net/projects/powerpdf/

Gruß,
Steku

[Insider2004]

Zitat:

Zitat von Steku (Beitrag 1126546)

Zitat:

Zitat von Bjoerk (Beitrag 1126541)

http://www.est.hi-ho.ne.jp/takeshi_kanno/powerpdf/

Wird jetzt auf SourceForge gehostet...

http://sourceforge.net/projects/powerpdf/

Gruß,
Steku

Ist das jetzt die offizielle Seite? War Zeugs schon immer Open Source oder gehört das noch wem?

[Insider2004]

Ok, ich ziehe meine Frage zurück. Das Zeugs läuft unter der GNU-Lizenz. Sehr schlecht. Darf also nicht in closed-source-Projekten verwendet werden.

[creed steiger]

Zitat:

Zitat von Insider2004 (Beitrag 1126557)

Ok, ich ziehe meine Frage zurück. Das Zeugs läuft unter der GNU-Lizenz. Sehr schlecht. Darf also nicht in closed-source-Projekten verwendet werden.

Steht da nicht
Mozilla Public License 1.1 (MPL 1.1)?

ansonsten Haru

http://libharu.sourceforge.net/
http://libharu.org/wiki/Main_Page

[p80286]

Zitat:

Zitat von messie (Beitrag 1126513)

Denn jede Datei muss beim Speichern auch mit den korrekten Rechten angelegt werden, auch eine pdf.

Jo, aber warum nutzt Du nicht die Vererbung?

Zitat:

Zitat von messie (Beitrag 1126513)

Textdateien werden von Vista & Co. nicht so intensiv angegriffen, damit bleibt man relativ frei.

Ach Ja?
Eigentlich sind die Zugriffsrechte vom Typ der Datei vollkommen unabhängig.
Da hätte ich doch gerne einmal eine Quelle für gesehen.

Gruß
K-H

[messie]

Zitat:

Zitat von p80286 (Beitrag 1126642)

Zitat:

Zitat von messie (Beitrag 1126513)

Denn jede Datei muss beim Speichern auch mit den korrekten Rechten angelegt werden, auch eine pdf.

Jo, aber warum nutzt Du nicht die Vererbung?

Weil eine (z.B. mit einem eingeschränkten Konto erstellte) Datei dann von keinem anderen user eingesehen werden kann. Selbst nicht, wenn die in öffentliche Dokumente liegt. Also muss man für solche Zwecke extra Zugriffsberechtigungen für everyone hinzufügen.

Die Aussage mit den Textdateien kann ich nicht belegen, die ist nur "gefühlt". Kann sein, dass es da um bekannte und unbekannte Dateitypen ging. Ich bin jedenfalls bei eigenen binären Dateinen öfter mal auf die Nase gefallen.

Grüße, Messie

[Bernhard Geyer]

Zitat:

Zitat:

Zitat von messie (Beitrag 1126513)

Textdateien werden von Vista & Co. nicht so intensiv angegriffen, damit bleibt man relativ frei.

Ach Ja?
Eigentlich sind die Zugriffsrechte vom Typ der Datei vollkommen unabhängig.
Da hätte ich doch gerne einmal eine Quelle für gesehen.

Wenn dann sind es wohl eher Virenscanner die hier mal "etwas übereifrig" zu werk gehen wenn potentiell gefährliche Dateiformate im Spiel sind.
Und PDF gehört ja hinter die direkten Executables in zweiter Reihe zu dazu.

[p80286]

Zitat:

Zitat von messie (Beitrag 1126647)

Weil eine (z.B. mit einem eingeschränkten Konto erstellte) Datei dann von keinem anderen user eingesehen werden kann. Selbst nicht, wenn die in öffentliche Dokumente liegt. Also muss man für solche Zwecke extra Zugriffsberechtigungen für everyone hinzufügen.

Das kann ich jetzt nicht so nachvollziehen. Sobald ein Benutzer das Recht hat eine Datei anzulegen dann bekommt die Datei alle Rechte des übergeordneten Objekts (Verzeichnis).
Ausnahme sind Dateien, die "gemovt" werden.
Das hat mit den Benutzerrechten (admin oder sonstwas) erst einmal nichts zu tun.

Gruß
K-H

[messie]

Zitat:

Zitat von p80286 (Beitrag 1126663)

Zitat:

Zitat von messie (Beitrag 1126647)

Weil eine (z.B. mit einem eingeschränkten Konto erstellte) Datei dann von keinem anderen user eingesehen werden kann. Selbst nicht, wenn die in öffentliche Dokumente liegt. Also muss man für solche Zwecke extra Zugriffsberechtigungen für everyone hinzufügen.

Das kann ich jetzt nicht so nachvollziehen. Sobald ein Benutzer das Recht hat eine Datei anzulegen dann bekommt die Datei alle Rechte des übergeordneten Objekts (Verzeichnis).
Ausnahme sind Dateien, die "gemovt" werden.
Das hat mit den Benutzerrechten (admin oder sonstwas) erst einmal nichts zu tun.

Gruß
K-H

Und wenn jetzt ein anderer user die Datei bearbeiten oder überschreiben will?

[p80286]

Wenn er die entsprechenden (Datei)Rechte hat, kein Problem.

Gruß
K-H

[messie]

Eben, das ist oft nicht der Fall.
Beispiel aus meiner Praxis: ein Admin installiert eine Gerätesoftware. Verzeichnisse für Logfiles und Datendateien werden angelegt.
Danach soll ein eingeschränkter User die Software bedienen. Sowohl Daten- als auch Logdateien sollen von beiden gleich benutzt werden.

Wie also?

[p80286]

Zitat:

Zitat von messie (Beitrag 1126674)

Eben, das ist oft nicht der Fall.
Beispiel aus meiner Praxis: ein Admin installiert eine Gerätesoftware. Verzeichnisse für Logfiles und Datendateien werden angelegt.
Danach soll ein eingeschränkter User die Software bedienen. Sowohl Daten- als auch Logdateien sollen von beiden gleich benutzt werden.

Wie also?

/edith:

nicht richtig gelesen, dann gibt man dem Benutzer die Rechte die er braucht und fertig.
Im allg. findet sich unter "Sicherheit" alles was man braucht.

Entweder man nutzt diesen "All Users"-Zweig,
oder aber man richtet ein gesondertes Verzeichnis (C:\meineprogramme\prog1\parameter.....) ein, in dem man die Rechte so einrichten kann, wie man's braucht.
In diesem Falle würde ich übrigens mit Benutzergruppen arbeiten, dann werden die Rechte einmal für die Gruppe eingerichtet und alle Gruppenmitglieder können so arbeiten wie sie's gerne hätten (sollen).
Und wenn man mit einer "Admin"-Gruppe arbeitet, da bei Bedarf einen Benutzer hinein oder hinaus befördern ist ruck zuck erledigt.

Gruß
K-H

[CCRDude]

Auch im All Users-Zweig gibt es da manchmal Streß. Und es kann nicht Sinn und Zweck der Sache sein, für jede Software, die im CSIDL_COMMON_APPDATA etwas ablegt, eigene Benutzergruppen zu erstellen.

Womit ich sagen will: ich erinnere mich entfernt, daß auch All Users sich da nicht einschränkungsfrei verwenden ließ, habe die genauen Umstände nur nicht gerade im Kopf.

[p80286]

Zitat:

Zitat von CCRDude (Beitrag 1126684)

Auch im All Users-Zweig gibt es da manchmal Streß. Und es kann nicht Sinn und Zweck der Sache sein, für jede Software, die im CSIDL_COMMON_APPDATA etwas ablegt, eigene Benutzergruppen zu erstellen.

Falls die notwendigen Rechte nicht existieren, dann muß das wohl sein.
Die Zeiten als sich jedes Programm auf einem Rechner aufführte, als würde es alleine laufen, sind Gottseidank vorbei.
(OK das weiß noch nicht jeder Programmierer/Hersteller) aber langsam spricht es sich herum.

Gruß
K-H

[CCRDude]

Hmmmm... und was willst Du mir damit jetzt sagen?

Ich bin selber ein Verfechter von Arbeiten unter eingeschränktem Account und fange mir regelmässig komische Blicke ein, wenn ich UAC verteidige.

Aber man kann's auch übertreiben! Wenn ich Dich jetzt richtig verstanden habe, beschreibst Du mich als jemanden langsamdenkenden, der mit seiner Software am liebsten beliebig auf dem Rechner rumwüten würde, weil ich das Setzen von Verzeichnisrechten für bestehende Usergruppen gegenüber neuen für ausreichend halte?

Sei mal etwas lockerer :)

Etwa das genannte Beispiel Logfiles - solange die keine sensiblen Daten enthalten, halte is es für übertrieben, eine eigene Benutzergruppe Meineanwendung-Logfile-Betrachter zu erstellen, da reicht es doch wirklich völlig aus, diese von jedem schreiben zu lassen, und Lesen dem Owner und den Admins zu erlauben.

Oder wie würdest Du da eine sinnvolle eigene Gruppe definieren?

[p80286]

Also zuerst, Eingeschränkte Rechte (Benutzer,Admin...) hat zunächst nichts, aber auch garnichts mit den Rechten auf Dateien/Verzeichnissen zu tun!
der Admin hat bei uns nur lokal etwas erweiterte Dateirechte!

Ich arbeite mit einem mehrstufigen Konzept
a) der Benutzer
b) die engste Benutzergruppe (arbeitet mit einem Programm / erfüllt eine Funktion)
c) die erweiterte Benutzergruppe (Abteilung) ist meist b1+b2+b3...
d) "alle" ist C1+c2+c3+.....

Mit dem Konzept habe ich ca. 150 Kollegen (localDomain) und ein paar externe ganz gut im Griff.
Vor allem ist das Abbilden der Personalfluktuation gut im Griff zu behalten.

Wobei ich Sicherheit für mich so definiert habe: "wer nichts schreiben darf, macht auch nichts kaputt".
Nebenbei gibt es allerdings auch noch ein paar TopSecret Verzeichnisse, mit einem sehr eingeschränkten Benutzerkreis.
Allerdings nutzen wir auch sehr selten lokale Festplatten um Daten abzulegen. Das meiste landet auf Fileservern. Falls doch einmal auf der Lokalen Festplatte zu arbeiten ist, dann wird ein Verzeichnis eingerichtet auf dem die entsprechende Benutzergruppe die notwendigen Rechte hat.
z.B. c:\Abteilung\Trafficcontrol\... oder c:\Compiler\Borland\.....

Gruß
K-H

P.S.
Kann man auch anders als mit eingeschränkten Rechten Arbeiten?

[messie]

Zitat:

Zitat von p80286 (Beitrag 1126909)

Also zuerst, Eingeschränkte Rechte (Benutzer,Admin...) hat zunächst nichts, aber auch garnichts mit den Rechten auf Dateien/Verzeichnissen zu tun!
der Admin hat bei uns nur lokal etwas erweiterte Dateirechte!

Ich arbeite mit einem mehrstufigen Konzept
a) der Benutzer
b) die engste Benutzergruppe (arbeitet mit einem Programm / erfüllt eine Funktion)
c) die erweiterte Benutzergruppe (Abteilung) ist meist b1+b2+b3...
d) "alle" ist C1+c2+c3+.....

Mit dem Konzept habe ich ca. 150 Kollegen (localDomain) und ein paar externe ganz gut im Griff.
Vor allem ist das Abbilden der Personalfluktuation gut im Griff zu behalten.

Wobei ich Sicherheit für mich so definiert habe: "wer nichts schreiben darf, macht auch nichts kaputt".
Nebenbei gibt es allerdings auch noch ein paar TopSecret Verzeichnisse, mit einem sehr eingeschränkten Benutzerkreis.
Allerdings nutzen wir auch sehr selten lokale Festplatten um Daten abzulegen. Das meiste landet auf Fileservern. Falls doch einmal auf der Lokalen Festplatte zu arbeiten ist, dann wird ein Verzeichnis eingerichtet auf dem die entsprechende Benutzergruppe die notwendigen Rechte hat.
z.B. c:\Abteilung\Trafficcontrol\... oder c:\Compiler\Borland\.....

Gruß
K-H

P.S.
Kann man auch anders als mit eingeschränkten Rechten Arbeiten?

Und Du fängst wahrscheinlich auch jeden Tag um die selbe Zeit an zu arbeiten und hörst zu einer festen Zeit auf. :wink:
Nee, mit meinen Anwendern ist das nicht vergleichbar. Benutzergruppen einrichten? Können die nicht. Feste Strukturen? Gibt es nicht.
Funktionieren muss es trotzdem. Aber administratorsichere Software ist nicht ganz einfach... :-D

Grüße, Messie

[p80286]

Zitat:

Zitat von messie (Beitrag 1126912)

Nee, mit meinen Anwendern ist das nicht vergleichbar.

und warum nicht? Jeder macht alles? und keiner trägt die Verantwortung?
Du kannst da wahrscheinlich wenig ändern, aber effizent ist wahrhaftig anders.

Zitat:

Zitat von messie (Beitrag 1126912)

Benutzergruppen einrichten? Können die nicht.

Na das wäre dann Dein Job. Früher gab es soetwas wie Systemanalytiker, die haben das im Vorbeigehen mit erledigt.

Zitat:

Zitat von messie (Beitrag 1126912)

Feste Strukturen? Gibt es nicht.
Funktionieren muss es trotzdem. Aber administratorsichere Software ist nicht ganz einfach... :-D

Nachdem sie hier in ihrem Chaos auf die Nase gefallen sind, war es etwas einfacher, das zu organisieren. Sogar die Gruppen sind inzwischen akzeptiert.

Gruß
K-H

[CCRDude]

Das war jetzt schön herausgewunden mit Firmennetzstrukturen, aber das tut hier doch erst einmal gar nichts zur Sache. Ich wiederhole meine Aufforderung, doch das Beispiel Logdateien mal auszuarbeiten :)

Daß Rechte auf Netzwerklaufwerken nur mit Gruppen modeliert werden können, bezweifle ich gar nicht, und sonst vermutlich auch niemand - aber ging es hier darum? Nein, nicht einmal Dir, Du selber hast nur lokal angelegte Dateien als Beispiel verwendet.

Ja, Du hast sogar noch selber total netzunkompatiblen Stil verwendet, indem Du etwa C:\meineprogramme\prog1\parameter vorgeschlagen hast - mal abgesehen davon, daß das Abweichen von der Standard-Programm-Verzeichnis-Struktur genauso kritisch zu betrachten sein sollte wie die fehlende grunsätzliche Trennung von Programm und Daten, würde dieses Beispiel alleine weil es Domänenbenutzerprofile nicht unterstützt mit Deiner nachfolgenden Ausführung inkompatibel sein.

Kurz und gut: jetzt hast Du uns bewiesen, daß Du ein guter Admin bist, und in dem Kontext stimme ich Dir auch wieder zu, aber können wir zurück zum Thema kommen und von Einzelplatzsoftware mit lokalen Daten reden? :)

Wie gesagt - Logdateien waren in meinen Augen ein tolles Beispiel. Messdaten, das Beispiel Nummer 2, sind natürlich schon wieder komplexer. Da kann es Sinn machen, eine Gruppe anzulegen - und da greifts Messies Antwort auch in meinen Augen darauf nicht, denn die Gruppe hat gefälligst der Installer anzulegen, der dem Admin im Idealfall einen Dialog zum Hinzufügen von Usern anbietet, das zumindest aber erwähnt.

Nur: sowas hängt für mich stark von der Art der Dateien ab. Bei Logdateien, Caches, globale Repositories, alles mit nicht-sensiblen Daten natürlich, sollte man sich lokal nicht vergruppierengallopieren. Schau mal in den AppData-Ordner, wieviele Programme großer Hersteller dort alles Daten ablegen, ohne Gruppen anzulegen. Ist Dein "Gruppenzwang" da wirklich der Weißheit letzter Schluß, und Du klüger als die IT-Abteilungen von MS, Adobe, Apple, Mozilla &c. zusammen?

[mkinzler]

Jungs, was hat diese Diskussion noch mit der Frage nach einer PDF-Komponente zu tun?