即使移动浏览器都有JavaScript,是否真的有必要考虑潜在的无脚本用户？
我想使用Java 1.6中的java.text.Normalizer类来进行Unicode规范化,但我的代码必须能够在Java 1.5上运行.
我不介意在1.5上运行的代码是否不进行规范化,但我不希望它在运行时给出NoClassDefFoundErrors或ClassNotFoundExceptions.
实现这一目标的最佳方法是什么？
我正在研究GWT.看起来不错,但我们的软件必须在没有JS要求的情况下工作.可能吗？
javascript gwt web-applications graceful-degradation noscript
我希望一个特定的表单组件充当单选按钮(一次只能选择一个选项).然而,我不希望无线电子弹显示选择替代的表现方法,例如选择高光或其他方法.这将允许优雅降级:如果用户浏览器不支持Javascript,它将降级为基本单选按钮.我希望通过Javascript或CSS隐藏子弹按钮.谁知道怎么样？谢谢.
html javascript css progressive-enhancement graceful-degradation
在防御渐进增强方面,我听到了几件事情.
Javascript已关闭或无法使用.根据W3School的Javascript统计数据,95%的人在2008年1月启用了Javascript(2.5年前).基于这些统计数据的趋势似乎是支持Javascript的浏览器正在崛起.重型AJAX的采用可能会促使用户更快地启用.从业务角度来看,支持纯文本或可访问性并不是很有意义,因为它们可能占流量的不到1%.
移动浏览器不起作用.由于屏幕尺寸有限以及移动设备上的完全不同的浏览体验,我会以任何方式创建网站的移动版本.人们可能会争论使用不同的CSS用于屏幕阅读器/移动设备,但无论你看起来多么整洁,你都无法在移动设备上获取尽可能多的信息.
对于像Android和iPhone这样的新一代移动设备来说,最初的声明甚至都不是真的,它们的每日激活率总计超过200,000 .此外,大多数Javascript眼睛(如jQuery UI)没有多大意义,因为移动设备上的网站体验是如此不同(没有鼠标悬停等).我认为移动设备是他们自己的平台,需要定制版本的网站.另一个趋势是创建网站/服务的"本机应用程序"版本.
蜘蛛将无法爬行.这也不是真的.可以将DOM用作Javascript的数据容器(使用您的实体填充div/input标签).此外,谷歌还努力使AJAX网站可以抓取.
类似主题:
有趣的链接:
刚刚阅读了雅虎的Nicholas C. Zakas撰写的一篇有趣的文章:什么是网络浏览器？
如何在保持对像6这样的浏览器的支持的同时,如何最好地平衡HTML5和CSS3等新技术的实现,是否必须满足截止日期的日常Web开发的实用方法？
从浏览器打印页面时,它引用print.css声明的样式表media="print".浏览器禁用一些CSS规则像background-image和background-color,一些浏览器选项来启用它们.
正如在这个答案中所说,不可能从页面代码中覆盖此行为.
我有两个问题:
我想知道是否可以在Android应用程序中使用优雅降级方法.即,使用API 15的某些功能,但如果不支持,请使用API 10.
具体来说,我在Android 4中有"滑动标签"而不是Android 2.x中缺少对此功能的支持(因此使用普通标签),但问题相当笼统.
我想在支持它的设备上使用高级功能但是当它不受支持时,我想使用替代方案.我似乎无法在Android 2项目中使用Android 4库,而Android 4项目将无法在Android 2设备上启动.
有解决方案吗 或者,至少在这一刻,Android 2上的"滑动标签"的任何解决方案？
我正在一个小型帽子很重要的网站上工作:设置圣经的文本.在旧约圣经中,上帝的名字被音译为Lord但不是小的LORD.但是,目前OpenType小型大写支持的状态是......不是最优的.Safari(甚至通过优胜美地的Safari 8,我正在输入它)仍然不支持该-webkit-font-feature-settings: 'smcp'选项,并且该网站的很多点击将来自移动.
不幸的是,"优雅降级"在这里是有问题的:如果你指定两者font-variant: small-caps并且font-feature-settings: 'smcp'在支持后者的浏览器中(例如Chrome),font-variant声明会覆盖它,因此可怕的丑陋的旧式版本仍然会发挥作用.(注意:这应该符合规范:font-variant声明的优先级高于font-feature-settings声明).鉴于目前实施的font-variant: small-caps虽然缩减的资本而不是实际的小资本 - 结果是使用font-variant: small-caps现实主义者不那么优雅地降低了每个人的阅读体验.
在过去,我已经将小型瓶盖作为独特的webfont导出并直接指定它们; 看一下这个帖子的一个简单例子:每个段落的第一行都是这样指定的.
虽然我可以在这里做同样的事情(至少在理论上可以提供一个非常小的字体,因为我真的只需要三个大字:o,r,和d),我只是喜欢让理智的回退.然而,如上所述,这是不可能的.我愿意接受,但非常希望避免使用服务器端解决方案(浏览器检测等)作为最小化的复杂点,特别是考虑到浏览器的变化速度.如何才能解决这个问题,尤其是现有的解决方案呢？
编辑:根据评论澄清 - 将来,font-variant: small-caps将很好地处理这个,根据规范,如果字体提供它应该显示字体的小型变体.但是,目前没有浏览器支持这一点(至少我没有找到!).这意味着相反,它们只是通过缩小实际资本来渲染虚假的小资本.结果是印刷上令人不愉快的,并且在这个项目上是不可接受的.
遇到有关正常关闭 asp.net 核心应用程序的非常过时的信息，有人可以填写更新的信息。
用例：我想在应用程序退出时向 consul 注销。
public static IWebHostBuilder CreateWebHostBuilder(string[] args) =>
WebHost.CreateDefaultBuilder(args)
.ConfigureAppConfiguration((host, config) =>
{
})
.UseStartup<Service>();