Pdf-erstellung Aus Xt:commerce V 2.0

[raphael]

Hallo Leute,

ich suche Benutzer die sich auch f?r die Erzeugung von .pdfs aus xt.commerce interessieren und die vielleicht eine Beitrag zu einem vollst?ndigen pdf-Modul bringen wollen. Die Umsetzung ist relativ einfach (mir ist es ja weitgehend schon gelungen) und man kann sich auch einbringen ohne php-crack zu sein. Denn es geht ja auch sehr viel um Gestaltung.


Mir geht und ging es vor Allem um die Erstellung von "ordentliche" Lieferscheinen und Rechnungen. Dies ist nunmal mit HTML nicht zu machen. Eigentlich l?uft bei mir schon Alles ganz sch?n und deshalb suche ich Mitstreiter die dann weitere Funktionen/templates erstellen die ich nicht so dringend brauche oder einfach nur testen und adaptieren.




Hier eine kurze Beschreibung:

PDF-Erweiterung f?r xt:commmerce Vers. 2.0 RC 1.2

Add-on zur Benutzung von fpdf und fpdi mit xt:commerce

Vers. 0.1.0

-Erzeugung von PDF-Rechnung und PDF-Lieferschein aus dem ADMIN.
-Als Beispiel: "on the fly"-Erstellung eines PDF-Datenblatts f?r einen Artikel.


Trennung von Shop-Logic und PDF-Ausgabe-Logic ("Eine Art Template-System").

Jedes Template besteht aus einer inc.php-Datei (wenn gefordert einer .pdf-Datei als Vorlage/Hintergrund z.B. die extern gestaltete Rechungsvorlage).


Einfache weiter M?glichkeiten:


Bestellfax als PDF. (f?r z.B. Bankeinzug und Kunden die nichts von Onlinegesch?ften halten) aus Warenkorb oder Kasse.
Gesamt- und Teil-Kataloge als PDF.


F?r in ca. 2-3 Monate ist die Portierung nach xt:commerce Vers. 3.0 vorgesehen.


Warum habe ich mich f?r fpdf und fpdfi entschieden. Ganz einfach, es ist kostenlos und l?uft unter .php. Die pdflib kostet einiges und ist nicht auf jedem Server vorinstalliert. Es gibt Weiterentwicklungen , Erweiterungen und ein gutes Support-Forum.


Leider ist diese L?sung nat?rlich etwas resourcenfressend. Sprich Sie ben?tigt schon etwas Leistung. (Deshalb w?rde ich den Kunden nicht unbedingt die M?glichkeit einr?umen einen Gesamtkatalog on-the-fly zu erstellen.


Die oben beschriebe v.01.0 werde ich in K?rze (hoffentlich) fertigstellen. Es fehlt eigentlich nur eine saubere Aufteilung des Codes.


Auf Resonanz w?rde ich mich freuen.


Raphael

[Hubi]

Endlich mal dran gedacht.

http://www.potentialtech.com/ppl.php

Die Klasse ist GPL-Licensed und kann experimental PDF-Dateien importieren.

[Jan]

Hallo Leute!

Ich bin der Herr von FPDI. :fear: Raphael hatte mich bereits angemailt, wegen dem kleinen Lizenzproblem. Ich steh da selber ein bisschen in der Luft muss ich zugeben... aber die Tips, die ich gegeben habe sollte durchaus umsetzbar sein. Man nehme nurmal ein Pear-Package - Die meisten sind unter der PHP-Lizenz ver?ffentlicht (PHP-Lizenz ist sehr ?hnlich der Apache Lizenz)... dort besteht das gleiche "Problem". Aber es ist trotzdem m?glich ein Derivat, dass aus GPL- und APL-Teilen besteht zu "vermischen". Man muss "nur" eine "Ausnahmebedingung" in den Lizenztext mit aufnehmen. Ein Beispiel findet ihr hier: http://benramsey.com/archive/cat/licensing...hat_the_gpl.php ...es muss halt sichergestellt sein, dass FPDI weiterhin unter der APL2.0 "l?uft" und nicht GPLed wird - und das muss klar definiert werden. Ob diese Einschr?nkung nun in der GPL m?glich ist, weiss ich nicht - da m?sst ihr euch mal mit der FSF in Verbindung setzten (ich hatte gestern probiert einen Developer von XT-Commerce zu erreiche... leider ohne Erfolg).

?brigends ist das inoffizelle Statement der Apache Software Foundation das, dass die Lizenzen kompatibel sind (http://www.apache.org/foundation/licence-FAQ.html#GPL). Die FSF besagt aber etwas anderes... (http://www.fsf.org/licenses/license-...atibleLicenses).

Phppdflibs Unterst?tzung f?r den Import von PDF-Dokumenten ist meiner Meinung nach wirklich sehr experimentell und f?r den Endnutzer unbrauchbar, wenn es darum geht mal eben eine Vorlage einzuspielen. Aber probierts ruhig mal aus.

Gruss
Jan

[xt:mzanier]

Hallo,

laut FSF ist die APL inkompatibel mit der GPL.

mfg,
mzanier
xt:Commerce

[Jan]

?brigends ist das inoffizelle Statement der Apache Software Foundation das, dass die Lizenzen kompatibel sind (http://www.apache.org/foundation/licence-FAQ.html#GPL). Die FSF besagt aber etwas anderes... (http://www.fsf.org/licenses/license-...atibleLicenses).

...steht da ja schon Evtl. auch interresant: http://www.gnu.org/licenses/gpl-faq.html#G...ncompatibleLibs

Gruss
Jan

[raphael]

Na das wird ja immer un?bersichtlicher,


soll das denn bedeuten. Das ich eigentlich xt:commerce garnicht auf einem Apache-Server nutzen darf...weil dann ja eigentlich eine gr??ere Einheit entsteht die ja als Gesamtheit auch als ein "Programm" angesehen werden kann.

Oder darf ich nur nicht den Source-Code zusammen verbreiten.

Was ist den wenn ich aus einem GPL Programm ein anderes Programm, hier fpdi nur aufrufe und es quasi als Helper benutze. Habe ich dann auch Lizenzprobleme ?

Geht das sogar soweit, dass ich eigentlich nur f?r mich diese Erweiterung nutze, es eigentlich nicht d?rfte.


Das ist anscheind Alles f?r Lizenzrechtprofis.


Ich habe ja mzanier schon das gepackte Archiv einer lauff?higen Demo geschickt (die fpdi nicht enth?lt aber es eigentlich ben?tigt) falls es jemand zum Testen downloaden will.


Aber wenn es nat?rlich so viele Probleme bereitet einen solchen Code weiterzugeben dann macht das ganze eigentlich keinen Sinn mehr.


Bin etwas desillusioniert.... :cry:


Gru?,

Raphael

[xt:mzanier]

Was ist den wenn ich aus einem GPL Programm ein anderes Programm, hier fpdi nur aufrufe und es quasi als Helper benutze. Habe ich dann auch Lizenzprobleme ?

normalerweise nicht, aber du wirst lachen, es gab schon sehr tiefe diskussionen dar?ber das jedes php script welches php befehle verwendet unter der selben lizenz wie php sein m?sste =)

die spinnen die gallier :stupid:

bei der gpl verh?lt es sich halt so, das man dies dann nicht im packet anbieten darf, obwohl das verf?gbarmachen 2er packete an einer stelle auch schon als distribution aufgefasst werden kann.

bei fremden lizenzen ist das leider immer etwas problematisch, vorallem wenn sie GPL incompatible sind =(

in unseren core k?nnen wir daher solch eine contribution nicht integrieren, es ist aber geplant selbst eine zu entwickeln/zu entwickeln lassen und auf gpl basierende pdflibs, oder serverseitige pdflib zuzugreifen.

deine contribution kannst du schon zur verf?gung stellen, nur darf dort nicht das andere packet enthalten sein.

meine meinung.

[raphael]

Danke,

so sehe ich das auch......als Laie.

Und fpdi ist ja auch nur ein Ada-On. Wenn du dir die Installation ansiehst ist nur HTMLtoFPDF beigepackt und die ist GPL.

Die FPDi-Erweiterung ist halt (sehr praktisch und elegant) f?r Rechnungen und Lieferscheine. Ich habe jedoch lediglich den Downloadlink in der Installationsanweisung angegeben und was man ben?tigt.


Zum direkten "Einbau" in XT:Commerce w?rde sich also HTMLtoFPDF perfekt eignen. Man mu? dann eben auf PDF-Templates verzichten.


Gru?,

Raphael

[xt:mzanier]

http://www.xt-commerce.com/source/FPDF_for..._XTcommerce.zip

[raphael]

Vielen Dank mzanier f?r das bereitstellen des provisorischen Downloads.

Ich w?rde mich freuen wenn Ihr feedback gebt. Die Wichtigsten Fragen die zu kl?ren sind stehen im beigepackten PDF. Das Modul l?uft. Ich benutze das Rechnungsmodul schon eine ganze Zeit. Das Produktdatenblatt habe ich nur zu Demo-Zwecken beigepackt. Interessant ist es wieweit auch sehr HTML-lastige Produktbeschreibungen noch ein gutes Ergebnis geben.

Mal sehen. Wenn jedoch niemand die Funktion braucht und kein Feedback kommt dann kommt nur bei in den Shop die 0.1.0 Version und Ende.


Gru?,

Raphael