Hello There:

One more thing about the Rad Editor that I would like to address and wonder if anyone can be of any assistance with is the problem with span tags being generated in firefox 7.0.1 when applying various classes from the rich rad editor.

I don't remember if this was a problem in previous firefox versions but I did notice the problem even esisted in the older telerik editor.

Basically what happens is type something out and than select it with the mouse and apply a style to say a paragragh. In IE and Chrome what happens is the praticular selector you were selecting information in (in this case the paragraph tag) gets the style attribute added to the p tag itself so for example you have

hello

and you apply a style lets say colorchange. In ie and chrome what is rendered is the following:

That is the way it is suppose to happen as it takes perfectly. Now in Firefox 7.0.1 (and I suspect the case is true in previous versions as well) when you do the same thing as shown in our scenario to the paragragh tab if you are editing the information in firefox you get the following html read out

Now the problem with this way of formatting things certain attributes don't seem to take. I think font weight is applied but alignment for example text-align:center; does not seem to work when a class style with this attribute is applied in firefox which builds its definition from a span tag rather than a class attribute of the selector at hand (i.e. p, h1, h2, etc...)

So I guess my question is the following: Is this behavior a bug in the rad editor or is there something I need to be doing so that the class attribute does not attach itself to a nested span tag within a paragrapgh selector when using firefox.

Again Chrome and IE seem to be ok but I am going to be training some people on DNN 6 who make high use of firefox and are more comfortable in this browser than IE so it is critical that things as simple as applying styles to text in the rich text editor take hold in firefox as well as chrome and IE. I noticed there are a lot more problems with it in Opera but Opera is really a dead horse so I am not even concerned about how it looks their but I am concerned about Firefox.

Thanks,

Bo

Here's one more thing I would like to add to this thread for anyone who is listening. In IE I am trying to apply a style before I am typing because I want to start the rich text formatting cursoor int he centered position as one of the attributes to one of my styles is center.

Problem is if I don't type in text first but simply apply a style weather it is IE or Firefox it doesn't matter but in this case I get that dreaded nesting span tag inside the p tag with the class declaration in it which of course does not take since it is inside a tag whose display is inline instead of block.

Now if instead of applying the style before I start typing if I type some text and highlight the text I just typed and than apply a style with a center attribute in IE I get the expected results the words are centered with all other aspects of that particular style applying.

What happens is when I write something before applying one of the styles it appears that behind the scenes words are being written between the start p and end p tags so that when I than highlight the words and apply the style that class attribute is tacked onto the P element instead of a span element inside the P element being generated which is true across the board except firefox of course.

Is their anyway of being able to apply a style before starting to write so that the class attribute might be applied to the selector tag (in this case P) before any content is written and than when applying the style alignment shows up properly in rich text of rad editor allowing the contento automatically go between the start and end selectors .

Is this behavior of class attribute being attached to the main selector (i.e. P, H1, H2, etc....) possible weather or not you have typed in content and highlighted it or simply just applied the style in preparation of typing the content.

I didn't see anyway of doing this but I think this is something that should be looked into as it would feel even more like a word processor since people normally do their alignments before typing unless they forgot to do this and have to scrub or highlight it and than apply the style after the fact.

Anyway thanks for any input you guys might have on any or all these inquiries.

Bo

Dnn has a built in absolute to relative conversion for links pointing to addresses in the current alias list.

Basically what happens is that if it finds ANY link to the HTML page that matches EXACTLY an alias in you site settings portal alias list it will automatically convert that link to a RELATIVE address when the page is saved.

When the page is again loaded into the HTML editor - it now does not know what the original address was - since the link is stored as a relative address.  The HTML editor replaces the relative address with an absolute address to help out - the address it uses is the URL marked as the Default alias for your site.

In the dnn site settings - change your default alias to the www. version - which will cause the www. version of the alias to be re-injected by default.

It should in theory be possible to turn of this automatic absolute to relative conversion by changing settings in the HTML Editor Manager if you are using the dnn6x radeditor - but there has been a bug in the HTML module for some time that hard codes the conversion regardless of what settings u make in the HTML Editor Manager.  Have not had the opportunity to check if these are resolved in 6.0.2 - or in the coming 6.1.0 - maybe cathal or others may like to jump here if they have any intel on that.

Cheers

Westa