[TYPO3-UG Dutch] inline styles en nieuwsbrieven

[Loek Hilgersom]

Hallo Frank,

Voor het omschrijven van css_styled_content moet je deze file eens bestuderen:
typo3/sysext/css_styled_content/static/setup.txt
en de onderdelen die je wilt aanpassen in je eigen TS template aanpassen. Daarin 
kun je dingen als floated images instellen e.d.

Voor de echte details moet je de manual van Htmlarea RTE eens bestuderen. Via je 
TS template (en in sommige gevallen de Page TS config) kun je grotendeels 
instellen wat de RTE precies aan tags en CSS code oplevert. Kijk bijv. naar 
instellingens als deze:

lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.addAttributes.P.style =

lib.parseFunc_RTE.tags.link.typolink.ATagParams

lib.parseFunc_RTE.tags.h2.wrap
etc.

Succes,
Loek


Frank Sonck wrote:
> Dag Rob,
> 
> Kan je eens concreet omschrijven hoe je die css_styled_content gebruikt 
> om de output van een element te bepalen ifv inline styles? Op basis van 
> de css_styled_content manual snap ik immers niet hoe ik dat kan doen. Ik 
> snap je concept maar ik zie niet hoe je dat nu concreet configureert.
> 
> Groetjes, Frank
> 
> Op Fri, 09 Nov 2007 11:16:27 +0100, schreef Rob De Vries:
> 
>> Frank Sonck wrote:
>>> Dag Rob en Hans,
>>>
>>> Ok voor pleidooi voor old-school aanpak zoals tabellen enz. En ook het
>>> gebruik van FCE's.
>>> Maar toch nog een vraag voor een goed begrip. Hans je schrijft dat je
>>> bepaalde stijlen wél in de html header bepaalt (dus als css). En Rob
>>> schrijft dat hij de css_styled_content naar zijn behoeften heeft
>>> aangepast. Waaruit ik afleid dat hij dan ook css gebruikt, rechtstreeks
>>> in de header van zijn niewsbrief of via een link naar een externe css.
>>> Maar het probleem met googlemail en co is juist dat die alle css uit de
>>> header weg gooit.
>>> Dus zijn jouw stijl bepalingen in de header toch verdwenen Hans? En kan
>>> je css_styled_content toch niet werken (in Googlemail enz) Rob?
>> Ik gebruik de aangepaste css_styled_content niet om styles in de header
>> te plaatsen, maar om zelf te bepalen hoe de output voor een element zal
>> zijn.
>> Alles is met inline styles en tabellen. Voordeel van mailings is dat
>> deze templates zeer strikt zijn. Op een webpage kan een klant nog wel
>> wat zelf bepalen, in een mailing niet meer. Dit komt als een nadeel bij
>> sommige klanten over, maar hierdoor heb ik wel zeer grote controle over
>> de output.
>>
>>
>> Waar je verder ook rekeing mee moet houden voor mailings is dat je geen
>> link legt naar externe files (css &/of js) en geen js/css in de header.
>> gebruik van afbeeldingen beperken naar nodige en geen belangrijke texten
>> in afbeeldingen plaatsen. (dus ook zeker je alt's invullen) Reden: veel
>> mailclients vragen eerst om je afbeeldingen te downloaden.
>>
>> tja,  templates voor sites is al niet altijd even eenvoudig met
>> verschillende browsers op de markt. Bij mailings wordt dit nog leuker
>> met de tientallen verschillende mailclients (al dan niet webbased)
>>
>> have fun :)
>>
>> grtz
>> Rob
>