[HTML] background in div zonder css of een andere oplossing
 

Juist, de titel zegt het al.

Ik moet voor een mailing een divje een achtergrond geven maar de standaard html att wil niet werken:
aangezien CSS in email beperkt is kan ik dus ook geen CSS daarvoor gebruiken.
(en geloof me, ik heb het al geprobeerd)

iemand suggesties? of een andere oplossing?

css kan je op meerdere manieren dan een externe sheet toepassen.

je kan het op deze manier doen

en dat aanropen met het class="class1" atribuut, maar ook op deze manier:

Verder zou ik eens gaan zoeken naar welke attributen je allemaal aan een <div> tag kan hangen, dat weet ik nml niet uit mijn hoofd. Voor pagina-opmaak icm div-layers gebruik ik altijd css.

ik doe het al niet via een externe file.. ;)
en wat jij zegt heb ik allemaal geprobeert maar het ligt dus echt aan die background-image:

het is gewoon dat die background: url(); helemaal neit herkend wordt door een mail programma..

<div style="background-image: url('http://bla.com/plaatje.jpg');"> werkt echt niet?

Zo niet dan heb je pech, of je moet een tabel gaan gebruiken (<td background="blabla"> werkt wel). Dat lijkt me eigenlijk de meest simpele oplossing :)

CSS is helemaal niet beperkt in email. Het is het mail programma dat een brakke implementatie heeft (of het gebruikt de IE engine, maar dat komt op hetzelfde neer).

Waar heb je het plaatje foot.jpg staan? :)

Want je kunt 'm niet zomaar als attachement eraan linken..
En via een website linken accepteren de meeste clients niet..

:P Eudora, Thunderbird en Outlook hebben dus een brakke implementatie

die htmlpagina wordt via een programma verstuurd speciaal voor mailings.. die raapt alle plaatjes ook op en stuurt die mee.
Ze hangen er als attachment aan en zijn ook gewoon zichtbaar in Outlook, Eudora en Thunderbird :p

en dat linken vanaf een host is inderdaad waar, maar bij de 3 programmas waar wij mee testen werkt het wel..

Ja.
Of de mogelijkheid om externe plaatjes niet te laten zien.

Als ik een plaatje in <img> tags duw en link werkt het wel ;)

en dan kan ik kiezen tussen plaatje als attachment of deeplinken

wat is volgens jou dan de beste opties?

Niet ;)

geen html gebruiken in emails :)

++

kan je dat beargumenteren?

want je moet er vanuit gaan dat mensen lui zijn.

Dat lijkt me helemaal verkeerd: als ik een mail krijg, wil ik die tenminste kunnen bijhouden. Met zo'n doorklikgedoe, heb je dus verder geen aanwijzing dat je de mail hebt ontvangen.

Plain Text of desnoods RTF voor gewone berichten moet wel volstaan. Voor een nieuwsbrief is het af en toe fijn om er iets mooiers van te maken.

we hebben een mailing list.. en dat zijn een 7000 emailadressen van personen die zich er voor opgegeven hebben.. en ik kan je verzekeren dat je eruit wordt gehaald als je op afmelden klikt ;)

met jou redenering ben ik het niet helemaal eens, want je weet 'zeker' dat ze aankomen en anders krijgt mijn collega een zooi berichten terug, en als iemand klikt op die methode kan je bekijken wie al interesse heeft getoont, dit is best handig voor de verkoop afdeling want die kunnen die personen opbellen ;)..

naja, morgen gaan we testen met dat systeem ;)
ben benieuwd, eerst onze collegas er probere in te laten trappe ;)

ik denk dat mijn bericht niet begrepen werd, maar dit was ironisch (lichtelijke sarcastisch) bedoelt op de opmerking van eddie (oftewel, geen HTML in het bericht gebruiken, maar een link maken naar HTML bestand)

whatever

wat achteraf niet eens een verkeerd idee bleek :p

men collega had nog een aantal toevoegingen en we gaan morgen onze collegas foolen :p

Volgens mij heb je me dan verkeerd begrepen. Ik heb hier graag een kopie van elke mail beschikbaar. Stel dat je ergens iets bestelt, en dat bedrijf valt niet te vertrouwen, ze sturen je enkel een mail met zo'n link en verder geen gegevens dan bij jij mooi gezien als je bestelling niet toekomt. Want waarschijnlijk is die e-mail al van hun server gehaald. Dat is net zoals een brief ontvangen van KPN: u mag in ons hoofdkantoor uw briefwisseling komen lezen.

Maar dat gaat hier wel een beetje off-topic worden, lijkt me.

Jamaar, als onze marketing afdeling dan een nette begeleidende brief bij doet die gepersonaliseerd is ( dus met naam in de briefhoofd enz ) is dat toch geen probleem.. dan vind ik onze huidige mailings meer op spam lijken..

k zie morgen wel hoe het werkt.. we proberen het namenlijk uit op de verkoop afdeling (met een onbekend product onder een andere naam) ;) en dan laten we het resultaat zien ;) als het iets is tenminste ;) :p..

Email zou of in plain text, of in rtf moeten. In het geval dat je echt HTML wilt gebruiken, biedt dan tenminsten een plaint text versie aan (Eudora kan bijvoorbeeld plain & styled tegelijk versturen in één email).

Is het niet een beter idee om de mail HTML door te sturen en die ook op jullie webserver te plaatsen? In de mail zet je dan helemaal bovenaan een melding dat de mensen bij problemen ook steeds op een bepaalde URL (bv. www.bedrijf.com/maillijst/maart2005/ ) terecht kunnen om die mail te lezen in HTML. Dat wordt tegenwoordig vaak gedaan (C|NET doet het, Clickx doet het en Kinepolis doet het ook zo).

wij versturen niet via eudora maar via een speciaal programma.
(kweet de naam zo niet)
die kan plain text versturen met gegevens van de jklant er in.. zoals naam enz.,. of een htmlfile includen..

tot op heden werdt een htmlfile geinclude.. maar omdat ze ook wel eens bouncers kregen van clients die geen html ondersteunde was dit eigenlijk toch wel een goed systeem.. er wedt zelfs al gedacht aan textmails.. zodat iedereen die kon zien.. maar nu is er weer hoop ;)
verder willen ze er meteen een bestelformulier aan koppelen ;) dus de klant moet een iets hogere drempel over.. maar als ze geinteresseerd zijn is dit niet zon probleem (beschrijving een beetje spannend verwerkt in begeleidend schrijven) maar uiteindelijk is het makkelijker voor de klant om te bestellen.. dus die drempel wordt verlaagd (momenteel moeten ze verkoop bellen of mailen.. )

maar er zijn ook een aantal adressen waar html geweigerd wordt.. en die krijgen we terug..
ik denk persoonlijk dat dit vrij optimaal is op het moment..

Dan moet je de mensen toch gewoon de keuze laten tussen HTML en plain text.

Verder is het in thunderbird ook mogelijk om plain text en HTML tegelijk te versturen. Ik weet natuurlijk niet hoe het zit met het bouncen van dergelijke mails.

het is t zeker waard om uit te zoeke ;)
(dit wordt achteraf een best interessante topic ;))