Details
-
Type:
Improvement
-
Status:
Closed
-
Priority:
Trivial
-
Resolution: Fixed
-
Affects Version/s: 3.5
-
Fix Version/s: 4.0-milestone-2, 3.5.1
-
Component/s: Colibri skin
-
Labels:None
-
Difficulty:Unknown
-
Similar issues:
XWIKI-7616Bad display for ColorThemes that have empty gradient values in IE8 and IE9 (Ruby, Mint, Dusk + older colorthemes) XWIKI-631For textarea properties, the html comment is processed by the 'del' filter XWIKI-8888Solr filtered search does not expand on IE browsers XWIKI-8114The selected date is not inserted in the input field. XWIKI-5130Livetable should not always grab all inputs and selects under the table as table filters XWIKI-7102"Use suggest" and "input" display type are not taken into account in user list field XWIKI-4508Shortcut keys should be disabled when in list input field (<select>). XWIKI-5590Textarea fields should be diffed in the document change script XWIKI-9033Visual bugs in the Tree tab of the "Document index" on IE8 and IE9 XWIKI-8479Unable to delete an annotation from the annotation modal on IE8
Description
IE8 and IE9 don't have support for gradients. For these browsers we added additional (filter progid:DXImageTransform.Microsoft.gradient) rules that mimic the effect.
The problem is that there is no exact translation so the effect is not that nice in IE.
Another problem with the filter in IE is that instead of occupying just the first 8px from the area, it spans over the whole field. So instead of being a decorative effect this breaks for example the ColorTheme Wizard color picker inputs.
Gradients in IE10 are handled by #css3_backgroundLinearGradient() from macros.vm