Home Dashboard Directory Help
Search

Disable IE10 clear field button when rendering in compatibility mode by ktkchan


Status: 

Closed
 as By Design Help for as By Design


Type: Bug
ID: 783743
Opened: 4/15/2013 12:24:25 PM
Access Restriction: Public
2
Workaround(s)
view
7
User(s) can reproduce this bug

Description


In IE10 mode, you can set the -ms-clear pseudo-element to display:none to disable the clear button. However, for documents that are rendered in compatibility mode, IE does not recognize that pseudo-element hence it does not apply the display:none style change.

I would expect that documents that are set to render in IE9 mode to appear exactly as it would in IE9.
Details
Sign in to post a comment.
Posted by Digigizmo on 6/16/2014 at 7:14 AM
Why is there no fix for this yet? There are plenty of use-cases for non-standard behaviour on UI controls (this isn't the issue) but why would you not include a proper way to disable it in your implementation. The style sheet is not a suitable place for this logic - it should be an attribute on the <input> markup itself. You guys seem to be forgetting that ~half of the web isn't just "my first website" - within an industry shifting enterprise applications towards web-based technology, this kind of unstandardised shit seriously interferes with rich-client design!
Posted by pqsk on 5/12/2014 at 2:51 PM
<rant>This is horrible. Just because you're improving your browser, the world isn't going to magically use whatever your team thinks they will. It would serve justice if your team were to just admit that you made a mistake and your code is so bad that you can't fix it, or else you might ruin the browser further. Please hire competent developers or stop pretending that you care about improving a browser that will never get any better.
</rant>

I posted one workaround. Hopefully that helps someone.
Posted by Ivydesert on 3/3/2014 at 11:56 AM
I fail to see how this is a viable design decision. I must make a similar (seemingly impossible) fix as Inclement Death to this inconsistency.

The original description of this bug says it best: "I would expect that documents that are set to render in IE9 mode to appear exactly as it would in IE9." To do so otherwise is unacceptable by any means.

To see that this "feature" is introduced "by design" is deeply unsettling. This isn't a feature; it is a bug that needs to be fixed. If this is an attempt to cover up poor web practices from the days of IE9 and older, this is not the way to do it.

Please address this bug promptly. Many websites still hinge on old standards simply because so many users still unfortunately use IE9.
Posted by Inclement Death on 10/15/2013 at 8:50 AM
I was recently tasked to "fix" the clear button on multiple sites that require compatibility mode due to the original design. I found out it could not be removed in compatibility mode. Needless to say, my customer and I are very displeased with this "feature".

This issue needs to be addressed. Either remove the "Clear" button or apply the pseudo-element in compat mode . There are MANY websites up right now that run on old standards. Furthermore, it would take many months of development to bring the them to current standards and many companies cannot afford to do so at this time.
Posted by tobyy on 9/20/2013 at 8:08 AM
So you have deliberately, "by design" created a compatibility mode that is not compatible.

"I would expect that documents that are set to render in IE9 mode to appear exactly as it would in IE9." My thoughts exactly, I urge you to review this poor design/bug.
Posted by Microsoft on 8/12/2013 at 4:06 PM
Thank you for your feedback. At this time we do not plan on implementing this feature request.

The clear button and password visible buttons are universal control features which apply to all document modes, while CSS styling of control sub-parts is a feature limited to IE 10 and higher. Users wishing to ensure that their controls have a specific style should use the latest document modes, which ensure that control styling will be applied.

Feature requests like these are exciting and are helping us gauge what our users would like to see in the next version of IE. We monitor them and assess if they make sense to implement. Currently, we are resolving this issue as By Design. We continue to welcome more feedback and look forward to hearing from you again soon.

Best regards,
The Internet Explorer Team
Posted by ktkchan on 8/8/2013 at 11:21 AM
Is it possible to get a detailed explanation behind this design choice?
Posted by Microsoft on 8/8/2013 at 7:55 AM
Thank you for your feedback.

The issue you are reporting is by design.

Best regards,

The Internet Explorer Team
Posted by J Balinski on 7/8/2013 at 12:43 PM
Also seeing this.
Posted by Sanmao Zhao on 6/5/2013 at 7:13 PM
Same issue, please fix it. Thanks
Posted by Microsoft on 4/15/2013 at 1:33 PM
Thank you for your feedback. We will be investigating this issue further.

Best regards,

The Internet Explorer Team
Sign in to post a workaround.
Posted by Digigizmo on 6/16/2014 at 7:23 AM
Uninstall Internet Explorer.
Posted by pqsk on 5/12/2014 at 2:46 PM
I tested this for X-UA-Compatible IE-8. Just add a height: 0 and a padding: 10px 0; for a default view.

<input type="text" id="filter" name="filter" />

#filter
        {
            height: 0;
            padding: 10px 0;
        }

File Name Submitted By Submitted On File Size  
repro.html.txt 4/15/2013 170 bytes
repro.html.txt 4/15/2013 170 bytes