Beiträge von mastermind

    Man kann die Unterseiten recht einfach in die Anfrage einbeziehen, solange es direkte Unterseiten sind. Das würde dann so aussehen:

    PHP
    <?php
    // 'ID_DER_GALERIE' ist die ID der Galerie-Seite
    if (  $post-ID == 'ID_DER_GALERIE' || $post->post_parent == 'ID_DER_GALERIE' ) {
    [...]
    ?>

    Gut möglich, dass beim Upload was schief gegangen ist. Die Funktion stripslashes_deep() exisitiert sowohl in 2.0.4 als auch 2.0.5.

    Am besten nochmal alles löschen (außer wp-content und wp-config.php und evtl. /wp-includes/languages) und neu hochladen.

    Das externe Öffnen sollte man in der Tat unterbinden, guter Hinweis.

    Ansonsten: Man kann es nicht allen Leuten recht machen. Ich versuche, ein Plugin bereitzustellen, das für möglichst viele Benutzer sauber arbeitet. Aber gerade bei einer so komplexen Anwendung wie der HTML-PDF-Konvertierung kann man das nicht immer garantieren. Sollte das Plugin nicht nach Wunsch funktionieren, kann und darf man es anpassen -- es ist ja OpenSource.

    Wenn Du einen Support für das von Dir verwendete Bilder-Plugin entwickelst, wäre es mir ein großes Vergnügen, diesen in den Plugin-Code einfließen zu lassen. Es steht Dir sogar frei, eine modifizierte Version des Plugins zu entwickeln und diese dann selbst zum Download anzubieten -- OpenSource eben.

    Bzgl. PDFlib:

    PHP
    if ("PDFlib dauerhaft nutzen" === true ) {
       musst  Du die Funktion add_info() in der Datei dompdf/include/cpdf_adapter.cls.php löschen.
    } elseif ("nur mal die Testversion installiert" === true ) {
       solltest Du in der Datei dompdf/dompdf_config.inc.php die Konstante DOMPDF_PDF_BACKEND auf CPDF setzen.
    } else {
       die();
    }

    ;)

    aber um beim (freien) plugin zu bleiben...
    stellte grad fest, dass in meinen plugins die version 0.2.1 angezeigt wurde...
    also alles runter, 0.3 neu entpackt, hochgeladen...

    Das ist eher ein Fehler von mir: Im Plugin steht auch bei der aktuellen Version die Versionsnummer 0.2.1. :oops:

    ergebnis das:

    Aha, ein PDFlib-Nutzer. Die Frage ist: Möchtest Du PDFlib dauerhaft nutzen oder hast Du nur mal die Testversion installiert und kannst/willst es nicht wirklich nutzen? Sollte ersteres zutreffen, musst Du die Funktion add_info() in der Datei dompdf/include/cpdf_adapter.cls.php löschen. Anderenfalls solltest Du in der Datei dompdf/dompdf_config.inc.php die Konstante DOMPDF_PDF_BACKEND auf CPDF setzen.

    bei den manuellen einstellungen wird übrigens mitnichten ein [COLOR="DarkOrange"]ctas_theme[/COLOR] angezeigt sondern ein [COLOR="DarkOrange"]ctpdf_theme[/COLOR] und das steht auf default...

    Mein Fehler... Bei sooooooooooo vielen Plugins, die ich schon geschrieben habe, kann man schonmal was verwechseln. ;)

    Klappt es denn mit der obigen Änderung bzgl. PDFlib?

    Alex?!
    Magst Du das Kubrik...?!
    I guess: Nevermind, not Mastermind...

    :?:

    Also, ich finde auch, dass es schönere Themes als Kubrick gibt. Aber es ist nun mal das Default-WordPress-Theme, daher habe ich es für die Referenzimplementierung hergenommen.

    Btw.: Angenommen, ich liefere (Dir) ein freies Theme für Wordpress...
    Passt Du das dann ggf. als Theme für Contutto-PDF an?

    Das Problem ist nicht die Verfügbarkeit freier Themes. Das Problem ist, dass die Erstellung eines PDF-Themes ziemlich aufwändig ist.

    Aber wie wär's damit: Ich liefere ein PDF-Export-Plugin, Du lieferst ein besseres freies PDF-Template als Kubrick, und ich verweise auf der Homepage des Plugins auf Dein meisterliches Theme? ;) Oder: Du überweist Betrag X auf mein Konto, und ich erstelle ein meisterliches Theme nach Deinen Vorstellungen/Vorgaben? :mrgreen:

    Also ich wollt das Plugin auch mal testen... ;)
    Ist aber nicht ganz unproblematisch:
    1. Ich hatte das gleiche Prob wie im Contutto-Blog mehrfach erwähnt:

    Lösung: unbekannt.
    2. Offensichtlich muss man ja nach verwendetem Theme immer erst noch ein Template/Theme für den PDF-Export schreiben incl. modifiziertes Druckstylesheet.

    Nein, normalerweise nicht. Es ist ein Standard-Theme vorhanden (ein angepasstes "Kubrick"). Der o.g. Fehler kommt in seltenen Fällen vor, und es stimmt, dass ich dafür noch keine Lösung gefunden habe.

    Frankie, wenn Du bei Dir auf /wp-admin/options.php gehst: was passiert, wenn Du den Wert von ctas_theme manuell auf default statt none setzt?

    Btw.: In der Installationsanleitung sind unterschiedliche Pfadangaben zur entpackten Ordnerstruktur...

    Der Pfad nach Entpacken lautet aber:
    wp-content/plugins/contuttopdf/dompdf/lib/fonts

    Jep, ist korrigiert. Es hat eine Änderung in der Ordnerstruktur gegeben, und das hatte ich der Doku noch nicht geändert.

    Abgesehen davon, dass die Möglichkeiten nach der mühevollen Adaption natürlich großartig sind, (welche Blogsoftware kann das schon: exakte PDF incl. Bilder in perfekter Layoutwiederholung ausgeben, oder gar komplette Archive umwandeln.) ist das Plugin natürlich weit von einer 1click-Installation entfernt, und nur Leuten zu empfehlen, die halbwegs gute Kenntnisse in XHTML, PHP und CSS haben.

    Nicht unbedingt. :)
    Sagen wir so: Es kann sein, dass das Plugin direkt funktioniert und dass man das Kubrick-Theme mag. Dann ist die Installation mit dem Aktivieren des Plugins und Einbau des Buttons schon erledigt. Wenn es aber nicht direkt funktioniert oder man das Template modifizieren will, dann sollte man tatsächlich auf profunde Kenntnisse von XHTML, CSS und PHP zurückgreifen können.

    Gegenfrage: Wieso steht in Deinem Quelltext überall <div align="left">?

    Hast Du eine WP-Kern-Dateien bearbeitet? Oder hast Du vielleicht ein neues Plugin installiert, das die Ausgabe filtert? In letzterem Fall solltest Du alle Plugins der Reihe nach deaktivieren und danach jeweils testen, ob die Seite wieder richtig dargestellt wird.