xhtml compliant image tags and embedded styles

[Joel Kinzel]

All, 

I just ran the W3C against a published site, and it came back with 17 errors, all of which were from CMS-generated code. 

16 were from image tags that were not closed properly. Some were place holders (image elements in the code), others were from images in the text area. Additionally the embedded style did not have a type specified, so that causes an error as well. 

My question is, how can we eliminate these errors? 

We are on CMS 10.1.2.341 and Telerik RadEditor.

[Richard Hauer]

Hey Joel,

 

Maybe a silly question, but why are you aiming for XHTML compliance?

 

Regards,

Richard.

--
You received this message because you are subscribed to the Google Groups "RedDot CMS Users" group.
To view this discussion on the web visit https://groups.google.com/d/msg/reddot-cms-users/-/bxqaRbLfhNMJ.
To post to this group, send email to reddot-c...@googlegroups.com.
To unsubscribe from this group, send email to reddot-cms-use...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/reddot-cms-users?hl=en.

[Joel Kinzel]

That is a good question, no real reason behind it. The one tag that "concerns" me (for lack of better terms) is the style tag. I was hoping there was a check box or something that I had just missed with regard to the image tags. 

[Richard Hauer]

I can’t remember whether it’s possible to emit XHTML compliant image tags.  If nobody pipes up with the answer I will dig around if you really need it.

I presume the telerik editor has a config setting for that somewhere.

 

In regards to the style tags, I’m surprised that the CMS would include internal style tags in published content.  Do you have a specific example?

It is published content we’re talking about, and not SmartEdit, right?

To view this discussion on the web visit https://groups.google.com/d/msg/reddot-cms-users/-/3o-EYycrpUcJ.

[Jian Huang]

Edit image placeholder, under supplement field, enter /

EASY

Sent from my iPhone

On Oct 31, 2012, at 3:36 PM, Kosi <martin...@zumtobel.com> wrote:

I can remember that there was a possibility (earlier) to do something like

<%img%><img src="" /> 

Opentetxt should the Render the Imagetag with the information if the image Variable. I do not know if this is still working, because we are always using the tag like <img src="<%img%>" alt="sf_alt" /> and only using Filename for the Image-Vatriable.

Kind Regards, 

The contents of this e-mail and any attachments are confidential to the intended recipient. They may not be disclosed to or used by or copied in any way by anyone other than the intended recipient. If this email is received in error, please immediately notify the sender and delete the e-mail and attached documents.
Please note that neither the sender nor the sender’s company accept any responsibility for viruses and it is your responsibility to scan or otherwise check this e-mail and any attachments.

--
You received this message because you are subscribed to the Google Groups "RedDot CMS Users" group.

To view this discussion on the web visit https://groups.google.com/d/msg/reddot-cms-users/-/xD_6eUpFGywJ.

[Richard Hauer]

Cute.

 

Regards,

Richard Hauer

[Richard Hauer]

Hey Jian…

 

Is there a way to alter the “default” value for the “supplement” so that it goes everywhere?

Not too cute if you have to do that for dozens/hundreds of image placeholders across your system …

 

Regards,

Richard Hauer

 

From: reddot-c...@googlegroups.com [mailto:reddot-c...@googlegroups.com] On Behalf Of Jian Huang

Sent: Thursday, 1 November 2012 7:14 AM
To: reddot-c...@googlegroups.com

[Chris Jamieson]

We never use full image placeholders in our templates but write our own img tags (in xhtml) and only insert the path and filename into the src attribute.

Sent from my mobile, please excuse typos & brevity.

[Jian Huang]

Richard, good point.  Usually, this should be done as best practice during initial implementation.  For older projects that need this to be applied retroactively, I did write a plugin that goes like this:

For each content class in all content classes
     for each image placeholder
            append / to end of supplement field


Chris, if the stf_alt is used for the title attribute, then your method is the best.  If stf_alt is used for the alt attribute, then it is better to use the alt that already come with the image placeholder.  Here is the performance math behind it:

Each placeholder in a page instance of a content class is represented as a table row.

100 page instances of a content class with just image placeholder, 100 rows
100 page instances of a content class with image holder AND standard field, 200 rows

That's 100% more database space needed.  More rows = slow data search and retrieval speed = slower publish or page view in SmartEdit and page preview = longer locks = less concurrent user per system allowed.

[Chris Jamieson]

That's really interesting Jian, thanks for the maths, makes sense.

We usually user attribute elements to get the alt text for an image too, I guess that has a similar performance hit on the DB.  Our performance is pretty bad here, so this may be some of the reason why.

Still seems a little odd to have to specify the '/' as a 'supplement' instead of just having a switch to allow Reddot to output xHTML tags as standard.

Cheers!

To view this discussion on the web visit https://groups.google.com/d/msg/reddot-cms-users/-/4D189vMF5W8J.

[Jian Huang]

Yeah, I agree and I think Richard was asking about the same thing.

The change would have to come from feature request.  More requests, the sooner we see the change in the next patch.

Sent from my iPhone

[Tim D]

If you are always using only insert path and file name only you can use media placeholders and save some clicks.

On Thursday, November 1, 2012 4:26:03 AM UTC-4, ChrisJ wrote: