What is the purpose of that method? Afaik the page is served as HTML5 anyway due to the doctype, or not?

Yes, due to the doctype is served.
But scripts and css - not.
You can see the difference(Protostar template ):

setHtml5 is not set

setHtml5 is set

As you can see with setHtml5 all js and css have no `type="text/javascript", http-equiv="content-type" disappear and only charset stay as should be in HTML5 document by W3С standart.

I see. Are there any B/C issues with that? Like does IE8 fully support this?
Check https://docs.joomla.org/Joomla_Browser_Support, it has to work with all of those.
Since validator.w3.org does show an error, I guess the current way is also allowed in HTML5?

http://www.w3.org/TR/html5/scripting-1.html#script

Both ways are fine I guess.

I have tested this item successfully on 89e30f4

tested in FF and compared all pages to IE8. There were no differences with or without patch. Only breadcrumbs in IE8 looks different, but this is also without patch.

I have tested this item successfully on 89e30f4

I also tested this with IE8 and could not find a B/C issue. Breadcrumbs are indeed cluttered, but it has nothing to do with this patch.

RTC

@proweb See proweb#1

you need to push this to your branch, then it end in this PR and all is good and we can merge it

@rdeutz The last comment was directed to me?

@wojsmol no really, it was advice for @proweb

@rdeutz My PR against @proweb branch solves this problem.I am waiting for @proweb acceptance (proweb#1)

This PR has received new commits.

CC: @seagul30, @waader

@rdeutz @wojsmol merged you PR