[TYPO3-UG Denmark] Re: htmlArea RTE opfører sig mærkeligt.

[Kasper K.]

Hej Lars,

Det har jeg nu prøvet og det stemmer overens med mine forventninger. Det  
indtastede i Page TSconfig går ihvertfald igen derinde.

Jeg sidder alene og udvikler på dette og det "eneste" jeg har gjort er at  
gøre brug af css_styled_content og så har jeg sagt:

RTE.default.showButtons = *

Efter at have gjort det, tænkte jeg jo lykkeligt at nu ville <u> virke,  
men niks. Alt det andet du ser er kommet på siden, bare for at få <u> til  
at virke!
Kan det virkelig passe at det skal være så omstændigt? Jeg vil underline  
noget af mine tekst, der må da være andre der har oplevet problemer med  
dette før?!

Står jeg i min htmlArea RTE og "skifter view" til source og skriver  
manuelt: <u>bla bla bla</u>, skifter tilbage til WYSIWYG så er teksten  
også underlined, men når jeg gemmer. Så forsvinder det på magisk vis? Har  
været igennem 3 manualer og core API om transformers, det kan da virkelig  
ikke passe at det skal være så hulens svært at få den til at acceptere <u>  
i databasen?!

Mvh.
Kasper K.


Den 08.03.2007 kl. 10:13 skrev Dycon - Lars Dyhr <lars at dycon.dk>:

> Hej Kasper
>
> Prøv at gå i "info" modulet og klik på rod siden til  det sidetræ du har  
> problemer med. Få vist din page TS config (for RTE objektet). Se om det  
> passer overens med det du forventede (nedenfor). Hvis det ikke gør, så  
> overruler du et eller andet sted. (Page eller User TS config).
>
> Først når du er sikker på hvilke TS-settings der er gældende for den  
> side du har problemer med kan vi kigge på evt. problemer med din  
> konfiguration.
>
> Med venlig hilsen
> Lars Dyhr
>
>
> Kasper K. wrote:
>> Hej NG,
>>  Nu har jeg prøvet som Lars har fortalt mig og intet har hjulpet. Jeg   
>> bliver ved med at læse i TSconfig dokumentationen:
>>  allowTags commalist of strings  (Applies for "ts_transform" and   
>> "css_transform" only (function getKeepTags))
>>  Tags to allow. Notice, this list is added to the default list, which  
>> you  see here:
>> b,i,u,a,img,br,div,center,pre,font,hr,sub,sup,p,strong,em,li,ul,ol,blockquote,strike,span
>> If you wish to deny some tags, see below.
>>  Hvordan kan det så være at den tillader b, men ikke u?! Det står jo  
>> lige  der, sort på hvidt!
>>  Mvh.
>> Kasper K.
>>  Den 07.03.2007 kl. 14:02 skrev Kasper K. <kk@[nospam]prolog.dk>:
>>
>>> Hej NG,
>>>
>>> Min RTE tillader mig ikke særlig meget formatering af min tekst. Jeg  
>>> får  faktisk kun lov til at lave den bold og italic. Jeg kan ikke  
>>> sætter  underline på samt skifte farve på min tekst. Jeg kan desuden  
>>> heller ikke  lave mine egen custom tags. De dukker ihvertfald ikke op  
>>> i den pop-up.
>>>
>>> Nu har jeg efterhånden været igennem hele møllen, min page TSconfig  
>>> ser  således ud:
>>>
>>> RTE.default {
>>>    showButtons = *
>>> }
>>>
>>> RTE {
>>> 	default {
>>> 		HTMLparser_rte.allowTags = table, tbody, tr, th, td, h1, h2, h3,  
>>> h4,  h5, h6, div, p, br, span, ul, ol, li, pre, blockquote, strong,  
>>> em, b, i,  u, sub, sup, strike, a, img, nobr, hr, center, form, input,  
>>> select,  option, textarea, dl, dt, dd, font
>>> 		HTMLparser_rte.denyTags >
>>> 		HTMLparser_db.allowTags =  table, tbody, tr, th, td, h1, h2, h3,  
>>> h4,  h5, h6, div, p, br, span, ul, ol, li, pre, blockquote, strong,  
>>> em, b, i,  u, sub, sup, strike, a, img, nobr, hr, center, form, input,  
>>> select,  option, textarea, dl, dt, dd, font
>>> 		HTMLparser_db.denyTags >
>>> 	}
>>> 	default.proc {
>>> 		entryHTMLparser_db.keepNonMatchedTags = protect
>>> 		allowTags < RTE.default.HTMLparser_rte.allowTags
>>> 		denyTags >
>>> 		entryHTMLparser_db = 0
>>> 		entryHTMLparser_rte = 0
>>> 	}
>>> }
>>>
>>> # General configuration of the available classes:
>>> RTE.classes {
>>>    mainBodyText {
>>>      name = Body Text (Primary)
>>>      value = font:bold; color:blue;
>>>    }
>>> }
>>> # Specific configuration for the Character/Text Style menu:
>>> RTE.default.classesCharacter = mainBodyText
>>>
>>> RTE.default {
>>>    classesParagraph = mainBodyText
>>> }
>>>
>>> Hvorfor vil det dog ikke virke? Jeg ved det kun kan være en lille  
>>> ting  jeg gør forkert?
>>>
>>> Mvh.
>>> Kasper K.
>>



-- 
Sendt med Operas banebrydende postklient:
http://www.opera.com/mail/