我今天遇到一个问题,试图使用CSS转换来改变对象的尺寸与calc()在IE中不起作用.或者,相反,它们的工作方式是计算值正在应用但转换规则被忽略.
在这里查看示例:http://jsfiddle.net/32Qr7/
.block {
width: 350px; height: 100px;
background-color: red;
margin: 10px; padding-left: 10px;
transition: all 1s ease-in-out;
}
.block:hover {
width: calc(100% - 50px);
height: calc(150px + 10%);
}
Run Code Online (Sandbox Code Playgroud)
在此示例中,存在一个div,它在悬停时在一秒的过程中更改其宽度,高度和背景颜色.在IE中,背景颜色仍然可以平滑地动画,但宽度和高度变化是瞬时的.
这对我来说是一个非常大的问题,因为我有一个响应式Web应用程序,抽屉从侧面滑出,其余的布局必须调整以补偿.由于我处理多种屏幕尺寸,因此无法使用硬编码值.
(是的,我看了IE 10 + 11:使用calc()的CSS转换不希望有解决方案,但是这个问题不涉及维度更改,因此接受的解决方案对我不起作用.)
有没有人知道这个问题的解决方法,或者有任何其他建议的替代策略?我希望能够在CSS中做到这一点,并避免不得不回到使用jQuery动画技术或其他一些.
由于太长而且复杂的原因(它涉及多层公司繁文缛节导致其他人不购买我要求的通配符SSL证书),我必须设置一个域以将所有请求重定向到https:// www .xyz.com - www子域的安全协议.
所以:http://xyz.com,http://www.xyz.com和https://xyz.com都应该重定向到https://www.xyz.com.
我的.htaccess-fu充其量是弱的,我似乎无法让它发挥作用.注意:如果有所不同,托管在Media Temple上.
到目前为止,我的.htaccess文件看起来像这样:
RewriteEngine On
RewriteCond %{HTTPS} !^on$
RewriteRule (.*) https://www.xyz.com/$1 [R,L]
RewriteCond %{HTTP_HOST} !^www\.
RewriteRule ^(.*)$ http://www.%{HTTP_HOST}/$1 [R=301,L]
Run Code Online (Sandbox Code Playgroud)
无论http://xyz.com和http://www.xyz.com被重定向到https://www.xyz.com,所以耶.然而,https://xyz.com是不是重定向到https://www.xyz.com,并因此引发安全警告页面:
这可能不是您要找的网站!
您试图访问xyz.com,但实际上您已经到达了一个服务器,将自己标识为www.xyz.com.这可能是由服务器上的配置错误或更严重的问题引起的.您网络上的攻击者可能会试图让您访问xyz.com的假(且可能有害)版本.
您不应该继续,特别是如果您之前从未见过此网站的此警告.
让我超越这一个最后一个驼峰的任何帮助将非常感谢!
我正在为一家瑞典公司构建 Google 地图实现,因此该语言有很多使用 ä、å 和 ö。除了每个地图标记的“标题”属性外,我没有问题让特殊字符正确显示(站点字符集是 UTF-8)。我的标记代码是(您可以忽略方括号中的所有内容):
var marker = new google.maps.Marker({
position: [coordinates],
map: [map container div],
icon: [icon image],
title: "Läs mer om "+[text from JSON] //THIS IS WHERE THE PROBLEM IS
});
Run Code Online (Sandbox Code Playgroud)
当我将鼠标悬停在地图上的标记上时,工具提示显示为“L?s mer om...”。如果我ä在 Javascript中将“ä”更改为,工具提示将显示“ Läs mer om...”。
关键是在站点的任何其他地方使用特殊字符,直接在原始 HTML 中或由 CMS 放置的生成文本或您拥有的东西都可以正常工作。它只是在 Google Maps 实现中被破解。
同样,鉴于该网站完全是瑞典语,这可能是一个相当重要的问题。SO 常驻天才有什么好主意吗?
javascript google-maps utf-8 special-characters google-maps-api-3
我最近有足够的时间对"CSS hacks"和"Conditional Comments"这个论点进行过充分的讨论,我认为我会把这个问题抛给Stack Overflow社区.
<!--[if IE]>
<link type="text/css" rel="stylesheet" href="ie-specific.css" />
<![endif]-->
Run Code Online (Sandbox Code Playgroud)
反对使用IE条件注释的主要论点似乎是您在每个页面加载上添加了额外的HTTP请求,从而减慢了页面的显示速度.我无法找到的任何实际指标都证明或反驳了这一说法.
撇开维护多个样式表与一个样式表的论点(尽管这本身就是一个有效的讨论),有没有人在这里做任何测试来确定使用条件注释给你带来的减速程度,或者能够指出我对任何其他人收集的任何统计数据的方向?
css ×2
.htaccess ×1
google-maps ×1
html ×1
http ×1
https ×1
javascript ×1
redirect ×1
transition ×1
utf-8 ×1