偏远地区除外&>
查看详细可购买地区&>
微店担保交易
优惠券 点击进入, 领取优惠券
选择&商品型号
收藏 已收藏
仅剩最后1件，赶快下手！系统专题栏目
最新系统下载
推荐系统下载
主题推荐下载
&&&&&& Win10系统点击开始菜单没有反应，点击任务栏上Edge图标和右下角通知栏的操作中心还是没有反应。这是怎么回事呢？为什么会没有反应呢？可能是系统文件出现了问题，下面就来具体介绍一下遇到这些问题我们应该怎么办？
　　解决方法：
　　1、登陆界面，按住shift 点击重启，疑难解答，启动设置，开启安全模式看看问题是否依然存在。
　　2、安全模式还是这样，说明可能是系统文件存在问题，建议下次系统安装的时候，采用双系统的方式进行安装，避免升级安装文件替换造成的错乱。
　　3、同时按下Win键+X，选择命令提示符（管理员），然后输入以下指令（也可以右键复制粘贴）
　　sfc /scannow
　　或者修复Windows组件
　　Dism /Online /Cleanup-Image /CheckHealth
　　Dism /Online /Cleanup-Image /RestoreHealth
　　以上就是Win10点击开始菜单、通知栏和Edge浏览器没有反应的解决方法，重装或者升级Win10系统的时候可能导致文件替换错乱，就会造成上述的问题。更多相关精彩内容尽在小鱼&。
小鱼一键重装系统：
建议使用以上版本或、浏览器访问本站，获得更好的用户体验。清除Windows7 在任务栏上显示的图标和通知,自定义选项内的图标_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
评价文档：
清除Windows7 在任务栏上显示的图标和通知,自定义选项内的图标
上传于||暂无简介
大小：506.00B
登录百度文库，专享文档复制特权，财富值每天免费拿！
你可能喜欢有哪些能在通知栏里显示倒数日的 iOS App？
按投票排序
我最近在做应用测评，倒数日类的应用我一共测试了三个应用，分别是 Days Matter，最美时光，Daybox.就我所接触过的应用来说，这三款应用无论是在界面设计、稳定性还是产品逻辑都是优秀的。### 主界面这次我的测评希望可以尽可能地避免出现对于设计美感的主观讨论，为了达到这个目标，我特意用 Keynote 制作了三个应用主界面的「原型图」。通过我做的「原型图」可以看出，三个应用都采用了顶部导航的设计，而其中共有的一个按钮是「添加新项目」这个使用频次最高的功能。其次，「最美时光」和「Daybox」都将「设置」按钮放在了顶部，而「Days Matter」则是将这个按钮放在了接下来我们会谈到的底部导航栏中。除此之外，「最美时光」在顶部设置了一个「更多」按钮，用来展示最美系列的其他应用，「Days Matter」在顶部设置了一个「分类查看」按钮，可以呼出左边侧边栏，用来分类查看不同的倒数日、纪念日。「最美时光」与「Daybox」仅仅有一个顶部导航，而「Days Matter」则非常复古地添加了一个底部导航栏，这在最近类似的轻应用中是很少见的。具体的功能我们放到后面去分析，至少双导航栏的设计占据了本属于倒数日列表的空间是毋庸置疑的，而且过多的元素排布会分散用户的注意力。接下来让我们把目光转向主界面最重要的元素——纪念日展示，虽然都是列表的展示，但是仔细观察还是能发现其中的差别的。「Days Matter」与「Daybox」都是采用「一主多次」的排列方案：即给最重要的倒数日最大的展示空间，其他的倒数日则用窄列表排列；而「最美时光」则是采用「一视同仁」的排列方案。这两种方法各有利弊，一句话来说就是在「视线聚焦」与「更多的展示空间」之间做抉择，至于确定哪种方案更好，我的计划是是要调查用户到底需要记多少个倒数日以及倒数日之间到底有没有轻重之分，这个在后面我会设计一个实验来证明。最后我们要关注的是一个细节，即如何区分「倒数」与「正数」。简单解释一下，在应用中我们一般要记两种日子，一种是倒数，比如「距离 X 的生日还有 XX 天」；另一种是正数，比如「距离我们第一次吃饭已经有 XX 天了」。在应用中如何区分这两种计数方式是我关心的一个点，因为这体现了这款应用是否够严谨。先让我们看「Days Matter」,用「已经」、「还有」两个中文词汇就轻松区分开了两种计数方式，从这点可以明显地看出应用的优势；「最美时光」的方式也很巧妙，用[+]来表示「正数」，没有符号则代表「倒数」，虽然会有一定的学习成本，仍可以算是一个「简约」的方案。表现最差的是「Daybox」，完全没有在这上面下功夫，单单从界面上根本无法区分「正数」与「倒数」，可以说是一个败笔哦。### Today Weight作为一个轻应用，倒数日应用的用户打开频次并不高，但是由于其特殊的属性，让用户可以经常用眼睛扫到就非常重要了。而从 iOS7 开始有的 Today Weight 就是非常适合它们的战场，因此我会认真比较一下三个应用在这个战场的发挥。在图片中我们可以看出，三个应用都是将列表搬上了Today Weight，大体的设计思路也与应用一致。Days Matter 在 Today Weight 上的设计我很喜欢，简洁——与 iOS 的毛玻璃效果相得益彰，并利用不同的颜色区分开「倒数」与「正数」。最美时光的设计则要大胆许多，继续沿用应用中色块拼贴的风格，这种风格是否好看我不做评论，但是很明显与 Today Weight 的毛玻璃效果不是很搭配，在一堆 Weight 当中也很各色。Daybox 的设计也是中规中矩，标题、日期、日期计数都呈现了出来，设计也很简洁，不抢镜。接下来关注一下这三个应用针对 Today Weight 的定制化程度。Days Matter 的可定制程度是非常高的，可以定制的项目包括：置顶事件是否显示，分类显示选择，显示事件数量，是否显示「历史上的今天」。最美时光相比下来就太寒酸了，根本没有订制的选项，一旦我的倒数日项目过多，最美时光就可能在 Today Weight 中占据大部分的空间，这是我不能接受的。Daybox 的定制比较简单，但是恰恰是用户的痛点——显示几个事件，我选择了显示最重要的两个，这下我的 Today Weight 就非常清爽了。### 一个小调查为了这篇体验报告，我特意在小范围内做了一个调查，主要就是统计下用户平均会记录几个事件，以及各个事件之间有没有重要度的区分。调查结果是平均每个人会记录3.8条事件（最多记录8条，最少记录0条），并且对于每个人来说都有相对重要的事件和相对不重要的事件，其中重要的有1.2条。根据这个调查结果，我认为「Days Matter」和「Daybox」的设计是合理的，重点突出一个事件，而剩余的空间也足够展示3~4条事件。### 信噪比一个应用里面一定会包括我们需要的功能和我们不需要的功能，那么这两者的比例我认为就是评价这款应用是否臃肿、必要的重要标准之一。「Days Matter」是三者中信噪比最低的应用，由于是 Clover 这个设计团队众多的产品之一，Days Matter 在应用中专门花了一个大页面来展示这些应用。同时在底部导航栏还提供了两个不太重要的功能——历史上的今天和日期计算器。再结合主界面的按钮数量，会发现百分之70的功能你根本不会用，那么这款应用就过于重了。「最美时光」则好很多，整体应用比较清爽，只在两个地方有噪音：一个是启动页面，会展示大概两秒兄弟产品「最美壁纸」，而且在主界面不小心向右滑动时也会调出这个页面。另一个是在主界面有一个「更多」按钮，会介绍「最美家族」的产品，当然这个是完全可以接受的啦，然而如果放在「设置」页面会不会更好一些呢？「Daybox」是最轻爽的应用，作为一个小工具，没有多余的功能，甚至连设置页面都简单的可怕，只保留那些你真正需要的功能。主页面两个按钮「设置」、「添加新事件」都是使用频率极高的功能。作为一个「极简主义者」，没有什么比这个更让我欢喜的了。### 总结虽然我极力避免个人情绪的融入，但是细心的你应该已经知道了我的推荐了吧？是的，Daybox 就是我认为目前最好的倒数日应用：功能满足需求，设计简约大方，没有广告杂物。但是还需要说明的是这三个应用都是很棒的应用哦。
我自己写了一个在通知中心查看osu好友排名的应用，不过没有上架。显示倒数日的应用。。。我可以写一个。
已有帐号？
无法登录？
社交帐号登录随笔- 181&
评论- 806&
　　记得在IE 9和Windows 7刚出来那会儿我写过一篇文章来介绍如何自定义网站将其固定到Windows的任务栏上，同时自定义图标及任务内容。那个功能在IE 9中被称之为JumpList。
　　Windows 8对该功能进行了增强，但仍然不够丰富。全新的Windows 8.1对其做了许多改进，包括：
在IE的Metro模式下将网站以一个普通App的形式固定到开始菜单中
可以提供四种不同尺寸的规格（Small, Medium, Wide, Large），并可以为每一个尺寸单独指定图标
为图标指定默认的背景色
给Website App单独设定徽标和Windows推送通知
　　上面给出的几个功能中，为每一个尺寸单独指定图标和为Website App指定Windows推送通知比较具有吸引力。在下面的截图中，红框所显示的App其实是一个网页，其中包含有Windows的推送通知，每隔几秒钟其中的图片和文字就会变换。
　　与IE 9的JumpList功能类似，IE 11的Pinned Site Enhancements功能也是通过在页面的Head部分添加Meta tag标签来实现的。这里有一篇文章介绍了其中所使用的meta标签：
　　除此之外，还有许多JavaScript API被提供以支持在网页中与Windows推送服务进行交互。上面给出的这篇文章中有比较详细的介绍。先来看看一些基本的meta标签。
&meta name="application-name" content=" Contoso" /&
&meta name="msapplication-TileColor" content=" #009900" /&
&meta name="msapplication-square70x70logo" content="images/smalltile.png" /&
&meta name="msapplication-square150x150logo" content="images/mediumtile.png" /&
&meta name="msapplication-wide310x150logo" content="images/widetile.png" /&
&meta name="msapplication-square310x310logo" content="images/largetile.png" /&
&meta name="msapplication-notification" content="frequency=30; polling-uri=notifications/contoso1.
polling-uri2=notifications/contoso2. polling-uri3=notifications/contoso3.xml" /&
　　msapplication-TileColor标签指定了Website App图标的背景颜色。接下来的四个meta标签给出了在四种不同尺寸下的图标URL。默认情况下，Website App的图标是你网站的favicon，如果没有指定favicon，则使用IE 11默认的图标。默认图标仅提供给Small和Medium尺寸，Wide和Large尺寸的图标必须自己提供。文字在Tile上显示的颜色默认为白色，但是Windows会根据情况改变文字的默认颜色以使其达到最佳显示效果，如当选用一个浅颜色的Tile图标时Windows会自动将文字的显示颜色改为黑色。
Standard tile dimensions
Recommended image size
&Description
&不支持推送通知，只显示静态图标
&默认显示的图标尺寸。支持并显示推送通知的内容。
&可选。必须同时提供Medium和Wide尺寸下的图标。支持并显示推送通知的内容。
&可选。必须同时提供Medium，Wide和Large尺寸下的图标。支持并显示推送通知的内容。
　　上表中Standard tile dimensions指的是Windows开始菜单中App Tile的标准尺寸大小，Recommended image size是App图标的推荐尺寸。建议图标的尺寸大小是Tile尺寸大小的1.8倍左右，这样可以覆盖大部分的移动设备，使其有较好的用户体验。
Small tile 70X70
Medium tile 150X150
Wide tile 310X150
Large tile 310X310
　　msapplication-notification标签用于设定Windows推送通知的内容。frequency用来告诉Windows多长时间去刷新notification xml的源数据，默认值为30分钟，你可以指定60（1小时），360（6小时），720（12小时）或者1440（1天）。注意frequency不是用来设定notification的内容在Tile中多长时间变换一次，notification内容变换的时间是由Windows本身决定的，frequency只是用来设定Windows多长时间去重新获取数据来刷新缓存。polling-uri用来指定notification数据源的地址，最多可以指定5个推送通知的数据源，每一个数据源仅提供一条推送通知信息，后面会有介绍。
　　除此之外，你还可以通过JavaScript来动态设定推送通知。看下面的代码：
document.addEventListener('mssitepinned', StartPeriodicUpdateBatch, false);
function StartPeriodicUpdateBatch()
var arrURI = ["notifications/contoso1.xml", "notifications/contoso2.xml", "notifications/contoso3.xml"];
window.external.msEnableTileNotificationQueue(true);
window.external.msStartPeriodicTileUpdateBatch(arrURI);
　　document对象绑定了事件mssitepinned，该事件当网页在Windows中被pin的时候触发。事件的代码指定了3个推送通知的地址，然后告诉Windows将推送加入到队列中。有许多新增加的JavaScript事件、方法和函数以帮助我们自定义网站内容，前面给出的msdn页面中有更详细的说明。这里有一个例子：
　　如果你觉得通过meta标签单独设置太麻烦，你也可以提供一个XML配置文件，这样会更灵活一些。如果配置文件被命名为browserconfig.xml，将其存放到网站服务器的根目录下，当用户将网页固定到Windows开始菜单时IE 11会自动读取该文件的内容。如果采用自定义的名称，则需要通过msapplication-config标签进行指定，如下：
&meta name="msapplication-config" content="IEconfig.xml" /&
　　所提供的XML配置文件必须使用browser congiguration规定的节点，详细的说明可以看这里：
&?xml version="1.0" encoding="utf-8"?&
&browserconfig&
&msapplication&
&square70x70logo src="small.png"/&
&square150x150logo src="medium.png"/&
&wide310x150logo src="wide.png"/&
&square310x310logo src="large.png"/&
&TileColor&#009900&/TileColor&
&polling-uri src="badge.xml"/&
&frequency&30&/frequency&
&notification&
&polling-uri
src="1.xml"/&
&polling-uri2 src="2.xml"/&
&polling-uri3 src="3.xml"/&
&polling-uri4 src="4.xml"/&
&polling-uri5 src="5.xml"/&
&frequency&30&/frequency&
&cycle&1&/cycle&
&/notification&
&/msapplication&
&/browserconfig&
　　其中指定了Tile的图标和背景色，以及badge和notification相关的设置。有关什么是badge以及如何在XML文件中自定义badge可以看这里
　　你最多只能在一个网站中指定5个推送通知，Windows会负责进行切换，frequency用来告诉Windows多长时间去刷新一下数据源来更新本地缓存信息。cycle是一个枚举值，用来指定哪些推送通知会在特定尺寸的Tile中显示，
0：不显示任何推送通知（当只提供了1条推送通知时为默认值）
1：显示所有指定的推送通知（当提供了多条推送通知时为默认值）
2：只在Medium尺寸的Tile下显示推送通知
3：只在Wide尺寸的Tile下显示推送通知
4：只在Large尺寸的Tile下显示推送通知
5：仅在Medium和Wide尺寸的Tile下显示推送通知
6：仅在Medium和Large尺寸的Tile下显示推送通知
7：仅在Wide和Large尺寸的Tile下显示推送通知
　　另外，有关notification的XML文件的格式说明可以看这里：
　　其中有对每个节点和属性的详细介绍，下面是一个例子：
&visual lang='en-US' version='2'&
&binding template="TileSquare150x150PeekImageAndText04" branding="name"&
&image id="1" src="http://samples./iedevcenter/PinnedSites/images/1.jpg"/&
&text id="1"&Serving Today: Tacos&/text&
&/binding&
&binding template="TileWide310x150ImageAndText01" branding="name"&
&image id="1" src="http://samples./iedevcenter/PinnedSites/images/1.jpg"/&
&text id="1"&Serving Today: Tacos&/text&
&/binding&
&binding template="TileSquare310x310ImageAndText01" branding="name"&
&image id="1" src="http://samples./iedevcenter/PinnedSites/images/1.jpg"/&
&text id="1"&Serving Today: Tacos&/text&
&/binding&
&　　几个主要的地方说明一下，更全面的介绍大家可以去看前面给出的那个地址。visual节点的version属性的值如果是在Windows 8.1上的话就应该指定为2，如果是Windows 8则为1。每一个visual节点下允许有最多3个binding子节点，用来指定该推动通知可以支持哪些模板。模板由template属性指定，它是一个枚举值，有多达70多种不同的模板，详细的介绍可以看这篇文章&branding属性有三个枚举值，用以说明Tile如何显示App的brand，可以是none，logo或者name。子节点image和text用来提供推送通知要显示的图片和文字，其中的id是一个占位符标识，当指定不同的template时，Tile中内容的布局也会有区别，可以看template的详细说明。图片要求必须小于200kb，而且只能是jpg，gif或png。图片的src必须是以下几种类型：
http://或者https://开头 - 基于Web的图片地址，必须使用绝对地址，相对地址无效，会导致binding所定义的推送通知无法显示。
ms-appx:// - 包含在App包里的图片地址。
ms-appdata:///local/ - 本地存储的图片地址。
file:/// - 本地图片路径。只支持desktop apps，不支持Windows Store apps。
　　需要注意的是，在同一个notification的XML文件中，最多三个的binding子节点只是描述了同一个推送通知的内容（其中包括图片和文字），只是区别说明了在不同template下要显示的内容，你完全可以在几个相似的template中提供完全相同的内容，只要不影响推送通知在template中的显示。前面提到过，一个网站最多只能提供5个推送通知，也就是说你最多只能提供5个notification XML文件，该文件可以是静态的XML文件，也可以是Web Service或任何其它的URI，但XML结构必须要符合定义。
　　上图给出了推送通知在Windows 8.1和IE 11中的工作流程。在服务端，我们可以利用代码将msapplication-config节点添加到页面的head部分，如下例：
HtmlMeta meta_msapplication_config = new HtmlMeta();
meta_msapplication_config.Name = "msapplication-config";
meta_msapplication_config.Content = _browserC
Page.Header.Controls.Add(meta_msapplication_config);
　　总之，Windows 8.1和IE 11丰富了对网页进行pin操作和提供推送通知的功能，使得我们不仅可以将自己喜欢的页面添加到收藏夹，还可以将其以普通App的方式加入到Windows开始菜单中，同时推送通知还可以及时地告诉网站的受众最近有哪些内容做了更新。
　　附加一个从MSDN上下载的官方例子：
阅读(...) 评论()}