Forum Replies Created

Viewing 8 replies - 1 through 8 (of 8 total)
  • Thread Starter eminfo

    (@eminfo)

    @judgerookie
    No I have not fixed anything.
    It seems to be Internet Explorer browser but only on some computers (for example for me the images do not shrink on IE). No the images have always been there. The images throughout the websites shrink for some people, it is not only one page.

    Thread Starter eminfo

    (@eminfo)

    I checked another coworker’s computer. The same thing happens to her if I check the website on Internet Explorer but it does not happen in Chrome

    Thread Starter eminfo

    (@eminfo)

    My coworker told me that this always happens to her when she goes to our website. I am not sure if it is her computer that is the problem or our website

    Thread Starter eminfo

    (@eminfo)

    Yes @judgerookie
    http://ecosource.ca/kick-start-your-spring-with-ecosource/

    • This reply was modified 8 years, 1 month ago by eminfo.
    Thread Starter eminfo

    (@eminfo)

    What is a theme? How do I try another one?

    Thread Starter eminfo

    (@eminfo)

    Thread Starter eminfo

    (@eminfo)

    I am not sure what this is. Is this something that I have do in the dashboard of WordPresss (of my website)?

    Thread Starter eminfo

    (@eminfo)

    Thanks for the link.
    This is the code of the form which is HTML:
    [contact-form-7 id=”4790″ title=”WRE Workshop Request”]

    I used the HTML validator and I have 3 errors but I am not familiar with the wording and what I need to do:
    _____________________________________________________________________________________
    1. Unable to Determine Parse Mode!

    The validator can process documents either as XML (for document types such as XHTML, SVG, etc.) or SGML (for HTML 4.01 and prior versions). For this document, the information available was not sufficient to determine the parsing mode unambiguously, because:
    •in Direct Input mode, no MIME Media Type is served to the validator
    •No known Document Type could be detected
    •No XML declaration (e.g <?xml version=”1.0″?>) could be found at the beginning of the document.
    •No XML namespace (e.g <html xmlns=”http://www.w3.org/1999/xhtml&#8221; xml:lang=”en”>) could be found at the root of the document.

    As a default, the validator is falling back to SGML mode.

    2.No Character encoding declared at document level

    No character encoding information was found within the document, either in an HTML meta element or an XML declaration. It is often recommended to declare the character encoding in the document itself, especially if there is a chance that the document will be read from or saved to disk, CD, etc.

    See this tutorial on character encoding for techniques and explanations.

    3. Using Direct Input mode: UTF-8 character encoding assumed

    Unlike the “by URI” and “by File Upload” modes, the “Direct Input” mode of the validator provides validated content in the form of characters pasted or typed in the validator’s form field. This will automatically make the data UTF-8, and therefore the validator does not need to determine the character encoding of your document, and will ignore any charset information specified.

    If you notice a discrepancy in detected character encoding between the “Direct Input” mode and other validator modes, this is likely to be the reason. It is neither a bug in the validator, nor in your document.

    _______________

    Also, I used the Firebug to see the JavaScript code but I am not sure what am I supposed to be looking for in the code. I can only use Firebug in Firefox but my form does work in Firefox so I am not sure if I would be able to see any errors.

Viewing 8 replies - 1 through 8 (of 8 total)