Sorin when you will test 5.2M2 would be great if you could check it out.
Thanks,
Caty
On Fri, Aug 16, 2013 at 6:46 PM, Dan Rodriguez <drod2126(a)gmail.com> wrote:
Clemens,
Manually switching to the proper IE standards mode is a quick fix, but I
don't think it will solve your problem completely. You may have to switch
it out of Quirks mode again and again in the future. Pre IE10 versions will
render pages in Quirks mode for many reasons (see
http://hsivonen.iki.fi/doctype/ie-mode.pdf). For instance, if there is an
xml declaration before the doctype, it will goes straight to Quirks mode.
XWiki does just that:
<!-- ?xml version="1.0" encoding="UTF-8" ? -->
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
I found a fix in a sample config file provided by HTML5 Boilerplate (
http://html5boilerplate.com/). This fix ensures all IE (<10) who navigate
to your wiki, will see pages rendered with the proper IE Standards mode.
If you are using Apache HTTP, you can drop this snippet in your Apache
config file, create an .htaccess file, or create a .conf file with this
snippet in the conf.d folder (preferable method):
#
##############################################################################
# # INTERNET EXPLORER
#
#
##############################################################################
#
------------------------------------------------------------------------------
# | Better website experience
|
#
------------------------------------------------------------------------------
# Force IE to render pages in the highest available mode in the various
# cases when it may not:
http://hsivonen.iki.fi/doctype/ie-mode.pdf.
<IfModule mod_headers.c>
Header set X-UA-Compatible "IE=edge"
# `mod_headers` can't match based on the content-type, however, we only
# want to send this header for HTML pages and not for the other
resources
<FilesMatch
"\.(appcache|crx|css|eot|gif|htc|ico|jpe?g|js|m4a|m4v|manifest|mp4|oex|oga|ogg|ogv|otf|pdf|png|safariextz|svgz?|ttf|vcf|webapp|webm|webp|woff|xml|xpi)$">
Header unset X-UA-Compatible
</FilesMatch>
</IfModule>
If you're using Nginx or something else, HTML5 Boilerplate provides config
examples for other server types here:
https://github.com/h5bp
Best,
Dan
On Fri, Aug 16, 2013 at 11:03 AM, Clemens Klein-Robbenhaar <
c.robbenhaar(a)espresto.com> wrote:
Hello Sorin,
> Hello Clemens,
>
> Make sure you are not using IE Compatibility mode. As far as I know,
the
bottom
tabs like comments, attachments look ugly because Compatibility
Mode
is enabled.
Ahem, cough, cough, that was actually the cause of my problems :-/
IE8 is supported by XWiki 4 and 5, so contributions are more than
welcomed.
Before reporting an issue or making a pull
request, please check
http://jira.xwiki.org if they have not been already reported.
In case I really start working on something I will better check the issue
tracker before ...
however for now everything looks ok from here.
Thanks,
Clemens
> Best regards,
> Sorin B.
>
>
> On Thu, Aug 15, 2013 at 1:13 PM, Clemens Klein-Robbenhaar <
> c.robbenhaar(a)espresto.com> wrote:
>
>>
>> I am wondering about the support for IE 8 in XWiki5.x
>>
>> There are a few layout bugs in XWiki5 (actually been there in XWiki4
as
>> much as I can remember)
>> that do not directly hamper functionality but simply look ugly, like:
>>
>> - scrollbars around the outer frame of the Editor
>> - tabs for comments, etc at the bottom of the page
>> are stacked on top of each other instead of displayed left to right
>>
>> I am thinking of patching things for my instance so they look better
in
> IE8,
> and I am wondering if IE 8 is still officially supported, and if yes,
> if patches for such layout glitches are of any interest.
>
> Cheers,
> Clemens
>
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs