http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9583
--- Comment #3 from David Cook <[email protected]> --- (In reply to comment #2) > All is normal if you go back before Bug 9265 were pushed > (git reset --hard a8355ce), so is something on it. Agreed, Bernardo. I found the same thing when I did some trial and error in master. When I change the DOCTYPE back to the XHTML transitional, the OPAC cart button displays correctly again. When I revert it back to the HTML5 short doctype, it creates the display problem again. I tried the <!DOCTYPE html SYSTEM "about:legacy-compat"> doctype as well in case Chrome might be happier with that, but the display problem still occurs. In the "HTML5 differences from HTML4", I noticed the following bit of text: "The i element now represents a span of text in an alternate voice or mood, or otherwise offset from the normal prose in a manner indicating a different quality of text, such as a taxonomic designation, a technical term, an idiomatic phrase from another language, a thought, or a ship name in Western texts." While I assumed this was more of a "policy" difference, I wonder if it's possible that Chrome treats the i element differently because of the different doctype? -- You are receiving this mail because: You are watching all bug changes. _______________________________________________ Koha-bugs mailing list [email protected] http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
