The validator is (quite correctly) complaining about the id attribute, but I'm not given the option of disabling this message when I right-click on the error message in the bottom window.
Thanks. That's interesting. Is this a common issue? Does ASP often use the "id" attribute for "meta" tags? If so, then I should probably make a special case of this so that the error message can be more easily disabled.
Basically, just go to the Attributes tab and add "id" (182) to the "meta" (058) tag (select "meta (058)" as the Tag Name Being Configured). Remember to save the config with a new name or your changes to the default config file could be overwritten if the program is updated or reinstalled.
The fix has worked fine. I'll just have to remember it might disappear on an update.
With regard to it being a common issue: I think the ID will appear in any tag rendered by ASP.NET when the runat="server" attribute is specified ie frequently, and possibly in many of the header tags.
The other thing that ASP.NET does is have a hidden field with name and ID values of __VIEWSTATE. This is going to appear in 99% of ASP.NET pages - ie all those without Viewstate explicitly turned off - and the double underscore causes a validation error.
However ASP.NET errors only occur if you load a page from the web. I tend to load from the web because pages with server controls frequently only make sense when loaded from the web. However this does mean that it would be possible to read the HTTP Response Headers which, by default, on an IIS server have a name value pair of X-Powered-By: ASP.NET. Once detected, ASP.NET validation annoyances could be disabled.
The fix has worked fine. I'll just have to remember it might disappear on an update.
Great! If you save the config file with a custom name and use that file as the default, then any updates shouldn't change it.
CrispinH wrote:With regard to it being a common issue: I think the ID will appear in any tag rendered by ASP.NET when the runat="server" attribute is specified ie frequently, and possibly in many of the header tags.
The other thing that ASP.NET does is have a hidden field with name and ID values of __VIEWSTATE. This is going to appear in 99% of ASP.NET pages - ie all those without Viewstate explicitly turned off - and the double underscore causes a validation error.
However ASP.NET errors only occur if you load a page from the web. I tend to load from the web because pages with server controls frequently only make sense when loaded from the web. However this does mean that it would be possible to read the HTTP Response Headers which, by default, on an IIS server have a name value pair of X-Powered-By: ASP.NET. Once detected, ASP.NET validation annoyances could be disabled.
Thanks for the info. Would it be possible for you to send me (via email to support at htmlvalidator dot com) some ASP pages you have loaded from the web that have these validation issues? If they aren't difficult to address, then I may be able to get them in the next v9.0x update.
I've looked into this issue and, in the next update will be a configuration file that allows "id" for "meta". If the "id" attribute is used in a "meta" tag, then CSE HTML Validator will generate a message like this: [19] Attributes often used by ASP.NET were detected 2 times. ASP.NET attributes are not official HTML or XHTML attributes. However, many ASP.NET attributes are ignored because they are unlikely to cause problems with browsers. Tip: Do a "Standards compliant check" to cause ASP.NET attributes to generate error messages so they can be found.
If one does a "Standards compliant check" then it will generate errors for the "id" attribute in the "meta" tag.
I am sorry if this has already been asked, but I am getting a zillion namespace errors like this:
Error in line 373 at character 38: The "asp:LinkButton" tag specifies an undeclared namespace prefix "asp".
and
Error in line 391 at character 30: The "telerik:RadMultiPage" tag specifies an undeclared namespace prefix "telerik".
for the asp and telerik namespaces. I checked web.config and the appropriate section is there to register the telerik prefix for pages in the web application, but web.config is not involved in the validation process. How can I either add the right namespace references ( which I may actually NOT want to do ) or suppress this namespace prefix error and concentrate on attribute value problems and so on?
OK I am way behind on this but I do notice that these still happen for 'user controls' that are registered at the top of the aspx page e.g.
<%@ Page Language="C#" AutoEventWireup="true" CodeBehind="LBIS8.DocViewer.aspx.cs" Inherits="LBIS8.DocViewer" %>
Thanks for the report. To make sure I address this properly, can you email me (via attachment to support at htmlvalidator dot com) one or more small sample documents that I can use to reproduce the problem and the text of the error or warning messages that you are getting that you think you should not be getting?