Avisota - Umfangreiches Newslettersystem

[tril]

Zu den Schlüsselwörtern müsste item eingetragen werden, dass kann man an der URL erkennen:
/online-newsletter/item/newsletter-xyz.html

Das ist einfach nur eine andere Schreibweise für:
/online-newsletter.html?item=newsletter-xyz

Damit folderURL aber letzteres erstellen kann, muss man ihm sagen, dass item ein Parameterschlüssel ist. (so habe ich das zumindest verstanden)
Der Standardschlüssel der von Contao verwendet wird ist items, den wollte ich aber nicht nehmen, da es nicht die Möglichkeit geben wird 2 Newsletter gleichzeitig anzeigen zu lassen.

MfG Tristan

[macbee]

Super!

Danke für die rsche Info!
Hat perfekt funktioniert. Jetzt mal weiter spielen, mir fallen bestimmt noch ein paar fragen ein..

LG

[Dani]

Hallo tril,

seit einer deiner letzen Updates funktioniert meine Erweiterung avisota_email nicht mehr, da deine neue AvisotaEmail.php meine AvisotaEmail.php überschreibt. Wäre es dir möglich, diese Datei anders zu benennen, damit beide Erweiterungen weiterhin reibungslos funktionieren und kompatibel bleiben? Da wäre ich dir sehr dankbar!

[Papillon]

Mir brennt es schon in den Fingernägeln, ich muss es unbedingt ausprobieren!
Vielen Dank für diese Erweiterung!

Es bereitet mir schon fast ein schlechtes Gewissen, bei all den technischen Herausforderungen, die überwunden wurden, auf einen Fehler in der Dokumentation hinzuweisen:

[...], mehr Struktur in einem Newsletter zu bringen.

Unter "Benutzer -> Newsletter anlegen, Newsletterbereiche"

[Papillon]

p.message durch p.confirmation / p.error ersetzen

Noch ein Vorschlag, entschuldige bitte, wenn es dafür schon Tickets geben sollte.

Wie wäre es mit verschiedenen CSS-Klassen für die Messages? Z.B. p.confirmation für eine positive Nachricht (also das erfolgreiche Eintragen in den Newsletter und das erfolgreiche Austragen bei unsubscribe) und p.error für etwaige Misserfolge.

[tril]

Es bereitet mir schon fast ein schlechtes Gewissen, bei all den technischen Herausforderungen, die überwunden wurden, auf einen Fehler in der Dokumentation hinzuweisen...

Helf mir mal bitte auf die Sprünge, den Abschnitt habe ich gefunden, was ist daran falsch

Noch ein Vorschlag, entschuldige bitte, wenn es dafür schon Tickets geben sollte.

Wie wäre es mit verschiedenen CSS-Klassen für die Messages? Z.B. p.confirmation für eine positive Nachricht (also das erfolgreiche Eintragen in den Newsletter und das erfolgreiche Austragen bei unsubscribe) und p.error für etwaige Misserfolge.

http://contao-forge.org/issues/1434

[Papillon]

Moin,

es müsste "in einen Newsletter" heißen. Desweiteren ist mir aufgefallen, dass das Wort Newsletter in der englischsprachigen Version immer groß geschrieben wird, was erbsenzähler-mäßig auch falsch ist, aber im Grunde auch egal ;-) Das kann vielleicht auch jeder selbst regeln.

Eines versteh ich noch nicht: Wenn man sich aus dem Newsletter austrägt, kommt der Satz "They were held successfull .... " - Den Satz muss mir jemand erklären.

[Papillon]

Verwendung von Inline-CSS

Moin, ich nochmal

Bei der built-in Newsletter-Funktion gibt es ja (aus meiner Sicht das Gerücht) die Möglichkeit, dass alle Styles, die in der newsletter.css definiert werden, also z.B.

.Hauptueberschrift { foo: bar; }

sobald ich der H1 im RTE das Format "Hauptueberschrift" zuweise von Contao automatisch in die entsprechenden Elemente hardcodiert werden.

<h1 style="foo:bar;">Hallo Welt!</h1>

Bisher ist das beim normalen Newslettermodul (zumindest bei mir) nicht der Fall.
Da in einem anderen Thread auf eine Nachfrage von mir aber nicht weiter eingegangen wurde und nun ja sowieso avisota als zukünftiges Modul ansteht, frag ich mal hier, wie das mit der Inline-Kaskadierung von Elementen aussieht.

Was beim alten Modul passiert, ist, dass die newsletter.css einfach in den Head-Bereich des Newsletters geschrieben wird. Da Googlemail und andere Profis nun leider den Head gerne abschneiden, wäre es doch wünschenswert, wenn das hardcodiert werden würde.

Habe dazu bisher noch nichts finden können.

Liebe Grüße,

Papillon

[tblumrich]

Hi.

Bei beiden Systemen werden die CSS Anweisungen einfach in den head geschrieben. Einfach mal einen Testnewsletter verschicken...
Ohne über ganz große Programmierkenntnisse zu verfügen, nehme ich an das eine derartige Automatik (Styles aus zentraler Datei direkt in die Elemente zu portieren) ziemlich aufwändig wäre.

Gruß
Thomas

[Papillon]

Moin,

jo, dass die in den Head-Bereich geschrieben werden, weiß ich ja schon ;-)
Testnewsletter habe ich auch schon verschickt, in Thunderbird ist ja auch alles gut.
Ich meine ja nur, als Webdesigner ist man halt Sklave der Industrie, die es nicht fertig bringt, auch in Mail-Clients gewisse Standards einzuhalten (obwohl sich der Status zugegebenermaßen bessert).
Im Endeffekt sind mir die paar Leute, bei denen der Newsletter nicht richtig angezeigt wird auch egal, es geht ja mehr um den Ehrgeiz und darum, dass "Kunde" nicht nach dem nächsten Newsletter ankommt und sagt "Das hast du nicht gut gemacht".

Ansonsten stell ich mir das gar nicht so schwierig vor:

Man könnte die newsletter.css falls nötig in eine newsletter.css.php umschreiben bzw. einfach "Contao" in die Datenbank schauen lassen und die Tabelle der newsletter.css nach Strings durchsuchen lassen, die mit einem Punkt anfangen, dann den String mit den Strings vergleichen, die der RTE nach Zuweisung von Formaten durch den Redakteur den Elementen per "class=string" gibt und dementsprechend ins betroffene Element style="foo:bar;" schreiben lassen.
Dass man mit PHP Elemente um Attribute erweitern kann, meine ich mit großer Sicherheit zu wissen.

So kompliziert kann es nicht sein, gleichwohl ich selbst nicht in der Lage bin, es zu coden, da ich nunmal kein php kann. Schlecht :-D


Edit: Denn aus meiner Sicht ist die newsletter.css zum jetzigen Zeitpunkt und in ihrer momentanen Verwendung überflüssig, da man diese Styleangaben im Grunde gleich ins Template hartcodieren könnte, weil sie dort ja sowieso landen.

[tril]

es müsste "in einen Newsletter" heißen. Desweiteren ist mir aufgefallen, dass das Wort Newsletter in der englischsprachigen Version immer groß geschrieben wird, was erbsenzähler-mäßig auch falsch ist, aber im Grunde auch egal ;-) Das kann vielleicht auch jeder selbst regeln.

Ich bin für umfangreiche Korrekturvorschläge immer zu haben

Eines versteh ich noch nicht: Wenn man sich aus dem Newsletter austrägt, kommt der Satz "They were held successfull .... " - Den Satz muss mir jemand erklären.

Das frage ich mich auch, ich habe neulich ein Update für die englische Sprachversion bekommen, im großen und ganzen habe ich es übernommen, mein Englisch ist zwar zum "verstehen" in der Regel ausreichend, aber nicht zum "formulieren" *hust*
Irgendwie plapper ich zu wenig Englisch

Verbesserungsvorschläge werden gerne angenommen.

Bei der built-in Newsletter-Funktion gibt es ja (aus meiner Sicht das Gerücht) die Möglichkeit, dass alle Styles, die in der newsletter.css definiert werden, also z.B.

.Hauptueberschrift { foo: bar; }

sobald ich der H1 im RTE das Format "Hauptueberschrift" zuweise von Contao automatisch in die entsprechenden Elemente hardcodiert werden.

Das ist definitiv ein Gerücht, wie bereits von meinen Vorrednern erwähnt wird die newsletter.css lediglich in den HEAD geschrieben.

Ansonsten stell ich mir das gar nicht so schwierig vor
...
So kompliziert kann es nicht sein, gleichwohl ich selbst nicht in der Lage bin, es zu coden, da ich nunmal kein php kann. Schlecht :-D

Naja, du musst halt nur die CSS parsen, den fertigen HTML Newsletter parsen, die CSS Anweisungen anwenden und in den HTML Newsletter als inline Codes übersetzen.
Stell dir das bloß nicht so einfach vor, was ist denn z.B. mit CSS Code ala

#id { .. }
div.class { .. }
.A .B .C { .. }
#id .A, #id .B, #id .C { .. }

Alles Regeln, die nach deiner Idee gar nicht berücksichtigt werden

Du kannst aber die Styles deines RTE so umschreiben, dass er keine Klassen mehr erzeugt, sondern inline-styles. Dann musst du aber alles Styles in der Editor Konfiguration ablegen.

Edit: Denn aus meiner Sicht ist die newsletter.css zum jetzigen Zeitpunkt und in ihrer momentanen Verwendung überflüssig, da man diese Styleangaben im Grunde gleich ins Template hartcodieren könnte, weil sie dort ja sowieso landen.

Jo, da hast du nicht ganz unrecht. ABER, in die newsletter.css kannst du unter anderem Kommentare rein schreiben und ein paar Code Formatierungen machen. Wird der CSS Code in den Newsletter generiert, wird der CSS Code bereinigt und aufgeräumt.

[Papillon]

Tach auch,

ok, vielleicht ist es nicht einfach. Aber ich glaube dass es ebensowenig unmöglich ist.

Hier habe ich etwas gefunden, was uns vielleicht weiter bringen könnte:

Convert CSS to inline with PHP
CSS-to-Inline-Converter for HTML-Emails

Ich kann ja mal ein bisschen mehr Recherche anstellen, falls das da oben nicht der Bringer sein sollte.

Grüße,

Papillon

[tril]

Unmöglich ist es nie

Der erste Beitrag beschreibt aber meine Gedanken, das HTML Dokument als DOMDocument zu laden und dann auf der DOM die CSS Styles anzuwenden.

Ich werde das aber auf jeden Fall berücksichtigen, ich fände es nämlich auch sehr praktisch

http://contao-forge.org/issues/1447

MfG Tristan

(Verdammt, meine Liste für die nächste Version wächst nur noch, die müsste aber auch mal wieder Schrumpfen, sonst wird das Eng mit der Fertigstellung zur Konferenz)

[macbee]

CSS Problem mit Outlook

Hi,

jetzt haben wir ein tolles Tool und Outlook macht mir mal wieder einen Strich durch die Rechnung.

Mein Newsletter hat eine breite von 900px und einen Rahmen von 2px (im #wrapper definiert). Oben ist ein 900px breites Bild reingeladen. Die inhaltelemente, wie zB. .ce_text haben links und rechts ein padding von 20px.
Sobald ich den aber im Outlook öffne passiert folgendes:
1) Der #wrapper ändert sich mit der Größe des Browerfensters, dah. im schlimmsten Fall ist der 1600px breit während das obere Bild natürlich nur 900px breit ist.
Umgekegrt bei kleinem Outlookfenster wird das 900px breite Bild verkleinert.

2) Das padding ist für links und rechts komplett futsch.

Falls es hilft, anbei eine Online Ansicht

http://www.bike-holidays.com/online-ansicht-newsletter/item/mountain-bike-holidays-newsletter.html

Wäre über jede Hilfe dankbar.

LG

[tril]

Schreibe den div#wrapper mal in eine Tabelle um, das sollte funktionieren.

<table id="wrapper" width="900" style="width:900px;">
...
</table>