Wenn dies Ihr erster Besuch hier ist,
lesen Sie bitte zuerst die Hilfe - Häufig gestellte Fragen
durch. Sie müssen sich vermutlich registrieren,
bevor Sie Beiträge verfassen können. Klicken Sie oben auf 'Registrieren', um den Registrierungsprozess zu
starten. Sie können auch jetzt schon Beiträge lesen. Suchen Sie sich einfach das Forum aus, das Sie am meisten
interessiert.
Ach vergiss es, ich kann es ja im Snapshot sehen.
Also bei der Menge ist das Verhalten doch merkwürdig, aber gut zu wissen, dass es durch die Reduzierung funktioniert
ich habe noch ein bisschen rumprobiert aber kann die Ursache nicht
herausfinden. Monatsnamen z.B. werden in meinem o.g. Beispiel nicht
geparst. Auch der Tagesname eines Events wird nicht richtig (bzw. gar nicht)
geparst.
"Kennt" Avisota ggf. zu wenige Parameter oder weiß es einfach nicht so viel
(bzw. nicht genug) mit parseDate('x y z', $this->Date); anzufangen?
der neue Build sollte das Monatsnamenproblem lösen. Das ursprüngliche Startdatum eines Termins steht dir aber nicht mehr zur Verfügung. In dem Inhaltselement wählst du ja einen konkreten Termin aus. Entsprechend sind Start- und End-Datum für diesen einen speziellen Termin.
Übrigens, das hier <?php if ($event['endDate']): ?> wird immer true ergeben, weil das endDatum immer gesetzt ist. Richtig wäre in deinem Fall wohl <?php if ($event['endDate'] > $event['startDate']): ?>
wenn ich mir die Template-Variablen ausgeben lasse, wird u.a. auch [repeatEnd] gelistet. Für den Fall, dass ich einen Termin, der sich wiederholt
in folgender Form ausgeben möchte:
3. September - 1. Oktober 2011, jeden Samstag, 9:30 - 13:00 Uhr
So ist der 3. September mein startDate und bei wöchentlicher Wiederholung
und 5 Terminen ist der 1. Oktober mein repeatEnd. Dia Variable ist ja sogar
vorhanden, warum kann ich sie dann mithilfe von $event['repeatEnd'] nicht ausgeben?
Und sorry, was genau meinst du mit "das ursprüngliche Startdatum eines Termins steht nicht mehr zur Verfügung" ?
Danke schonmal!
Edit: Ich bin doof. Hatte if ($this->recurring): noch nicht in if ($event['recurring']): geändert.
... oder die Attachments vor dem Clienten zu verstecken?
Das sollte eigentlich passieren. Es ist jedoch von E-Mail Client zu E-Mail Client unterschiedlich ob er "embedded attachments" anzeigt oder nicht. Eigentlich ist es ein Fehlverhalten des Clients "wenn" er sie anzeigt. Alle Bilder werden als "embedded" angehängt und sollten entsprechend nicht angezeigt werden.
Dies ist eigentlich Nachteilig, wenn aber ein größerer Bedarf besteht, bin ich bereit sowas einzubauen.
Das sollte eigentlich passieren. Es ist jedoch von E-Mail Client zu E-Mail Client unterschiedlich ob er "embedded attachments" anzeigt oder nicht. Eigentlich ist es ein Fehlverhalten des Clients "wenn" er sie anzeigt. Alle Bilder werden als "embedded" angehängt und sollten entsprechend nicht angezeigt werden.
Unter Mail (OSX) z.B. werden die Bilder angezeigt und ich finde es nicht wirklich schön wenn Bilder die für das Layout benötigt werden in den Attachments auftauchen. Ich finde das macht einen nicht so professionellen Eindruck auf den Kunden und deren Kunden wenn im Anhang ggbf. 12 Bilder auftauchen.
Zumal eigentlich bei allen Newsletter die ich abonniert habe die Bilder absolut verlinkt sind, denke ich das der Bedarf größer ist .
gruß
Kommentar