Interesting. I’ve no idea whatsoever why it would do that. Let me spin up a VM and see what I can figure out. Meantime, please do make sure you’re not running any blockers or filters that might be causing it.
(I’ve replaced angle brackets with square brackets so they’ll render here). Can you confirm that you’re seeing this in the page source? It’s the reply form. I realize IE11 isn’t rendering it, but want to make sure you’re seeing the same source HTML that I am.
Nope … from the looks of it, that is not in the source.
I just checked from another computer as well (same versions), and the problem shows there as well.
Guys, I’ve no clue. I’m seeing the reply form in the raw HTML, and IE11’s inspector isn’t showing any CSS style that’s preventing it from displaying. In fact, the inspector is showing the reply form area as having a visible size on the page, but it clearly isn’t rendering. I’ve lodged a support request with the theme developer to see if they have any advice. Meantime, all I can suggest is using another browser.
That’s super-odd. Because I’m definitely seeing it in the source on IE 11. Can you triple-check? Maybe enable Developer Tools (F12) and use the Inspector?
Just experimented turning off our caching and optimization plugins, and it had no effect. I’m chalking this up to an IE quirk or bug; we’ll see what our theme developer has to offer in way of advice. Sorry guys… hopefully Chrome or Edge is a viable workaround until it’s resolved.
Web authors use doctype directives to specify whether their webpages should be displayed in standards mode or a compatibility mode called “quirks mode.” Internet Explorer 9 provides a new standards mode that supports industry standards more completely than the standards modes of earlier versions. By default, Internet Explorer 9 uses IE9 mode to display standards mode webpages. For pages built to support the features of earlier versions of the browser, this can affect what the user sees when the page is displayed. For example, pages that displayed properly in IE7 Standards mode may appear differently when displayed in IE9 mode.
Understanding Compatibility View
When a standards-based webpage is displayed in Compatibility View, the following changes occur:
•Pages are displayed in a mode determined to be appropriate for the site, generally IE7 mode.
•In the user-agent string, the browser identifies itself according to the document mode used to display the site. For example, if the site is displayed in IE7 mode, then the user-agent string contains MSIE 7.0 instead of MSIE 9.0.
•Conditional comments and version vectors recognize the browser as a browser corresponding to the selected document mode. For example, if the site is displayed in IE7 mode, the version vector will be reported as Internet Explorer 7, rather than IE9 mode.
These changes help ensure that users can still use websites that do not fully support the current versions of established and emerging standards.
I remember reading somewhere that for Edge to avoid issues, the User-Agent it presents to website is actually FireFox so any conditional code that checked for IE will not happen and the real web site would be shown, instead of a special costumed alternate site that “regular” IE get. Might not be fully accurate information or has been changed since but I have no doubt that’s one of the reasons why its not showing on a normal IE without the
its chrome and safari actually as its not using the old Trident HTML engine
This is the User-Agent that Edge passes
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/46.0.2486.0 Safari/537.36 Edge/13.10586
naturally any IE-detecting mechanisms will not see it as “another IE”
Using Developer Tools on IE 11 and on Edge, the full HTML is equal in both so everything is getting to the browser, its simply not rendered and I cant see anything wrong in the html or the visible parts of CSS
Seems using FieldSet and Legend have been notorious issues for IE and CSS coders.
Wont be surprised if still exists in IE11 since then.
the new-post form element opens a new Fieldset class and a Legend as the first title of the fieldset
the entire fieldset is the missing part that cant be seen in IE11 although you can see it in the html itself.
You mentioning the site being Responsive and the comment in the last link about the viewpoint being 320px wide because of it, having difficult issues with long titles, reminded me of another issue on the phone version IE that ill just mention. not expecting a solution as its quite obvious not going to change the lacking IE version.
The blue headers across the top of the site, with Welcome or the name of the forums, when viewed on the phone browser, doesn’t scale its font size, so you get almost a full screen covered with the blue bar and the characters of the name, broken into parts.
I suspect another problem with how mobile IE renders. As IE11 is ok in that field.