To participate you must create an account on apostrophenow.org. If you have already done so, click Login.

Ticket #253 (closed defect: duplicate)

Opened 22 months ago

Last modified 15 months ago

Apostrophe Should Validate

Reported by: geoffd Owned by: tboutell
Priority: major Milestone: 1.5
Component: apostrophePlugin Version: 1.0
Keywords: 1.5rc2 Cc: boutell, rickybanister, hillerj, agilbert, dordille, johnnyoffline
Symfony version: 1.4

Description

Currently, punkave.com is not validating:

 http://validator.w3.org/check?uri=http://www.punkave.com/&charset=(detect+automatically)&doctype=Inline&group=0

We should make sure that Apostrophe validates. Make sure you apply all fixes to plugin and punkave.com

Attachments

richtext-bg-fck-source.PNG Download (21.1 KB) - added by johnnyoffline 19 months ago.
richtext-bg-firebug.PNG Download (12.2 KB) - added by johnnyoffline 19 months ago.
richtext-bg-view-source.PNG Download (7.3 KB) - added by johnnyoffline 19 months ago.

Change History

Changed 22 months ago by boutell

John I anticipate that some of these violations are probably my fault. Don't be afraid to rope me in on this one.

There is also the arg_separator problem. When it is set to & link_to output is compliant but redirects are invalid and they break. When it is set to & redirects work but link_to is noncompliant. We need to explore this issue and figure out if there's a plan in the Symfony community to fix it in a sensible way.

I think the whole "set arg_separator to &" thing is wrongheaded. & is correct *in a URL*, the URL should be *escaped after that* when it is output as an attribute in a link tag. If it isn't going into a link tag it shouldn't get escaped. Using & in the first place is a dumb band-aid like the old auto addslashes thing.

Changed 22 months ago by johnnyoffline

  • status changed from new to accepted

Happy to dig through this after the blog plugin is closer to completion and we start slaying some of these client sites that are hanging around.

I've already gone through an cleaned up our javascript somewhat to help with validation.

And JS that has markup in it needs to have the CDATA thing wrapped around it.

Also, we should switch all of our sites to the same doctype tag so the work we do with Validation has the same effects across the board.

Tom: Until recently, we were using the Transitional doctype tag. If we validate for the Strict doctype, will that imply validation with Transitional? I would hope so.

Changed 21 months ago by boutell

We probably won't hit this 100% for 1.4 but I still want John to try validating to see if it flushes any serious bugs out of the woodwork. We're not fixing arg_separator today.

Changed 21 months ago by boutell

  • milestone changed from 1.4 to 1.5

Changed 19 months ago by johnnyoffline

FCK still seems to output <br> tags instead of <br/> tags.

URLS in FCK with the ampersand also crap the boat.

My pages are validation for the most part when there aren't any richtext slots on the page with user generated content.

Changed 19 months ago by tboutell

So our HTML simplifier is not fixing those br tags in rich text slots?

The ampersand is going to take a while to fix in various places.

Changed 19 months ago by johnnyoffline

Changed 19 months ago by johnnyoffline

Changed 19 months ago by johnnyoffline

Changed 19 months ago by johnnyoffline

It seems like FCK is lying to us regarding the BR tags. When you view source via FCK everything looks good. But it's just not true.

FCK View Source

Same code via Firebug

Same code via Browser View Source

And HTML Validators report the error so something is definitely up.

Changed 17 months ago by johnnyoffline

  • cc johnnyoffline added
  • owner changed from johnnyoffline to boutell
  • status changed from accepted to assigned

Tom,

For all intents and purposes Apostrophe does validate. I'm assigning this ticket to you because I believe the issue with the <BR/> tag and FCK is either a problem with FCK or a problem with the HTML cleaning that we do upon save.

One or the other incorrectly stores <BR/> as <BR>.

Changed 17 months ago by tboutell

  • owner changed from boutell to tboutell

Changed 15 months ago by geoffd

  • keywords 1.5rc2 added

Changed 15 months ago by geoffd

  • status changed from assigned to closed
  • resolution set to duplicate

Closed as duplicate. We just need to address the BR tag issue.

Note: See TracTickets for help on using tickets.