androidicons
㈠ Android中icon和logo的区别
Android中icon和logo的区别
icon指一个图示，通常是一类档案型别的图示 logo指一个徽标，通常是一个组织或一个团队或一个网站的标志
icon：图示；图符；圣像；肖像；
logo：（某公司或机构的）标识；标志；徽标
所有的图示都叫icon，但不是所有的图示都是logo，logo是一种有特定标识意义的图示，比如说公司的标识，比如说产品的标识。
apple-touch-icon，shortcut icon和icon的区别
apple-touch-icon 可以了解到这是一个类似网站favicon的图示档案，用来在iphone和ipod上建立快捷键时使用。
这个档案应当是png格式，57x57画素大小，放在网站根目录之下。
如果准备的档案不是57x57的话，它会自己缩放的。
在页面的head部分，用下面的格式表示。
<link rel="apple-touch-icon" href="/apple-touch-icon.png"/>
�0�2
语句一:<link rel="shortcut icon " href="favicon.ico" />
语句二<link rel="icon" href="animated_favicon.gif" type=image/gif />
备注:语句一 Shortcut Icon 就是在网址列前面出现的Icon
问题:语句二 icon的作用是怎么?和语句一有什么区别 ?
指导
过去，为保证favicon出现，网站设计者和开发者采用了多种方法。很难明确地保证favicon可以在所有电脑上显示，即使是用同一版本的一种浏览器。
下列程式码另一个局限就是它把favicon关联到了某个特定的HTML或XHTML文件上。为避免这一点，favicon.ico档案应置于根目录下。多数浏览器将自动检测并使用它。
建议包含以下两行HTML程式码:
CO
DE:
然而，只有第一行是必须的，因为“shortcut icon”字串将被多数遵守标准的浏览器识别为列出可能的关键词（“shortcut”将被忽略，而仅适用“icon”）；而Inter Explorer将会把它作为一个单独的名称（“shortcut icon”）。这样做的结果是所有浏览器都可以理解此程式码。只有当希望为新浏览器提供另一种备用影象（例如动画GIF）时，才有必要新增第二行。
在HTML中，link元件必须在head元件里（在<head>和</head>之间)。
对于XHTML，link必须使用“ />”结束（或“></link>”），而不可以使用“>”结束。
href可以，但不必，指向/favicon.ico的位置。它可以指向任何URL。
影象通常可以使用任何被浏览器支援的影象格式。
.ico档案格式通常可以被所有可以显示favicon的浏览器读取。
设定服务器 ，以传送正确的MIME标识：
ICO 档案 image/vnd.microsoft.icon（或者亦可出于相容性原因使用image/x-icon。然而最好使用IANA注册的MIME型别，因为多数主流浏览器现在支援它）
GIF 档案 image/gif
PNG 档案 image/png
使用适当的分辨率和色深。
ICO：包括多种分辨率（最常使用的是16×16和32×32，Mac OS X有时使用64×64和128×128）以及位深（位元每画素）（多数使用4、8、24 bpp，即16、256和1600万色）。
GIF: 使用16×16，256色。
PNG: 使用16×16，256色或24位。
注意： 当favicon.ico被置于文件根目录时，将会被一些不处理link元件的浏览器找到，即使没有您的站点上没有指向它的连结。
标准化
Favicon功能最早由微软创设，而微软公司的Inter Explorer网页浏览器会对每一个网站都请求favicon。微软支援的link标签不遵从World Wide Web Consortium（W3C，全球资讯网联盟）的HTML建议[1]，因为：
rel属性必须包含一个用空格作分隔符的link型别的列表，所以一个包含两词的link型别不能被遵守标准的浏览器理解。
“.ico”档案型别（一种用于Microsoft Windows上图示的光栅格式）没有一个注册的MIME型别，而且似乎在当时也不能被多数浏览器理解。然而2003年，这一格式在IANA获得注册，其 MIME型别是image/vnd.microsoft.icon，进而消除了此问题的第一部分。
在网站上使用保留地址（reserved location）与Architecture of the World Wide Web（网际网路的结构）矛盾，同时被认为是link squatting（连结劫持）或URI squatting（URI劫持）。
Mozilla浏览器通过一种遵从Web标准的方法添加了对favicon的支援。它采用rel="icon"并允许网路设计人员新增任何支援的影象格式 的favicon。例如<link rel="icon" type=image/png href="/path/image.png">。后来鉴于此功能将被用于所有新内容，多数浏览器都对此功能增加了支援。
icon和idol的区别？
icon
名词 n.
1.画像,雕像;塑像
2.【电脑】代表所指谓的影象
3.圣像
4.偶像
idol
1偶像
2.受崇拜之人(或物);红人,宠儿
icon和button的区别
icon 英['aɪkɒn] 美[ˈaɪˌkɑn]
n. 偶像，崇拜物件;图示，图符;[宗]圣像;肖像
名词复数:icons,icones
[例句]Clicking the icon launches gmail in its own window.
点选这个图示可以在独立的视窗开启gmail。
button 英['bʌtn] 美[ˈbʌtn]
n. 按钮，电钮;钮扣，扣子;扣状物;[植]芽
vt. 用钮扣扣紧;用钮扣装饰，钉钮扣于;在…上装钮扣
vi. 扣住;装有钮扣;扣上钮扣
[例句]Do we really need a search button any more?
我们真的还需要一个搜寻按钮吗？
android中this和that的区别
这个应该不限于是安卓中吧
应该就是语言上的区别。
this 是:这个
that 是:那个
关于shortcut icon和icon程式码的区别介绍
<link rel="shortcut icon" href=":example./favicon.ico"type="image/vnd.microsoft.icon"> <link rel="icon"href=":example./favicon.ico" type=image/vnd.microsoft.icon>
建议包含上面两行HTML程式码，可以支援ico格式的图示
然而，只有第一行是必须的，因为“shortcut icon”字串将被多数遵守标准的浏览器识别为列出可能的关键词（“shortcut”将被忽略，而仅适用“icon”）；而Inter Explorer将会把它作为一个单独的名称（“shortcut icon”）。这样做的结果是所有浏览器都可以理解此程式码。只有当希望为新浏览器提供另一种备用影象（例如动画GIF）时，才有必要新增第二行。
在HTML中，link元件必须在head元件里（在<head>和</head>之间)。
对于XHTML，link必须使用“ />”结束（或“></link>”），而不可以使用“>”结束。
href可以，但不必，指向/favicon.ico的位置。它可以指向任何URL。
影象通常可以使用任何被浏览器支援的影象格式。
.ico档案格式通常可以被所有可以显示favicon的浏览器读取。
设定服务器，以传送正确的MIME标识：
ICO 档案 image/vnd.microsoft.icon（或者亦可出于相容性原因使用image/x-icon。然而最好使用IANA注册的MIME型别，因为多数主流浏览器现在支援它）
GIF 档案 image/gif
PNG 档案 image/png
使用适当的分辨率和色深。
ICO：包括多种分辨率（最常使用的是16×16和32×32，Mac OS X有时使用64×64和128×128）以及位深（位元每画素）（多数使用4、8、24 bpp，即16、256和1600万色）。
GIF: 使用16×16，256色。
PNG: 使用16×16，256色或24位。
注意：当favicon.ico被置于文件根目录时，将会被一些不处理link元件的浏览器找到，即使没有您的站点上没有指向它的连结。
标准化
Favicon 功能最早由微软创设，而微软公司的Inter Explorer网页浏览器会对每一个网站都请求favicon。微软支援的link标签不遵从World Wide Web Consortium（W3C，全球资讯网联盟）的HTML建议[1]，因为：
rel属性必须包含一个用空格作分隔符的link型别的列表，所以一个包含两词的link型别不能被遵守标准的浏览器理解。
“.ico”档案型别（一种用于Microsoft Windows上图示的光栅格式）没有一个注册的MIME型别，而且似乎在当时也不能被多数浏览器理解。然而2003年，这一格式在IANA获得注册，其 MIME型别是image/vnd.microsoft.icon，进而消除了此问题的第一部分。
在网站上使用保留地址（reserved location）与Architecture of the World Wide Web（网际网路的结构）矛盾，同时被认为是link squatting（连结劫持）或URI squatting（URI劫持）。
Mozilla 浏览器通过一种遵从Web标准的方法添加了对favicon的支援。它采用rel=”icon”并允许网路设计人员新增任何支援的影象格式的 favicon。例如<link rel=”icon” type=”image/png” href=”/path/image.png”>。后来鉴于此功能将被用于所有新内容，多数浏览器都对此功能增加了支援。
为了更好的应用于各个地方，最好使用标准化方式，经过测试除IE6浏览器只支援icon格式的图示，新的浏览器对所有格式的浏览器都支援的不错
㈡ android怎么修改源码
在Android界面的系统status bar上添加home,back,menu三个菜单，并完成对应的系统功能。并有higlight效果，修改status bar 高度和status bar上的文字尺寸。
这需要修改android sdk才能完成,我用的是eclair.下面就我的操作进行叙述。
1.首先完成界面显示效果。
需要修改文件
./frameworks/base/services/java/com/android/server/status/StatusBarPolicy.java,仿照mBatteryIcon等icon的添加方式添加自定义的icon，图片名称指定就好了。另外还要记得修改./frameworks/base/core/res/res/values/arrays.xml，这里定义了icon的slot,并且决定了icon的摆放顺序。
这样，你需要的icon按键就可以显示在系统的status bar上面了。
2.判断touch event是否按动了某个icon
需要修改的文件
./frameworks/base/services/java/com/android/server/status/StatusBarView.java
首先在onTouchEvent函数中，获取当前event的坐标，然后比较是否在某个按键范围之内。由于系统对于statusBar的范围已经有了定义，所以这里只需要比较横坐标就可以了。
其次，也是这一步最关键的，怎么获取具体某一个icon的左右边界坐标呢？系统的status bar左边显示的图标都是notification, 右边显示的是系统icon. 也就是说左边icon属于mNotificationIcons，右边的icon属于mStatusIcons. 在文件StatusBarView.java中出现的offset = getViewOffset(mStatusIcons)，得到mStatusIcons的最左边的icon的left横坐标。用N = mStatusIcons.getChildCount()得到共有几个系统icon,其中包含visibility为false的icons.用mStatusIcons.getChildAt(N-i)得到的是从右边数第i个的icon view. 这个view的getLeft()+offset就是这第i个icon的左边横坐标，对应的getRight()+offset就是这第i个icon的右边横坐标。本例中home键是右边第2个icon.
3.定义icon响应事件
这里使用的方法是在StatusBarView.java中向
./frameworks/base/services/java/com/android/server/status/StatusBarPolicy.java发送一个Broadcast,让StatusBarPolicy来完成具体的事件操作。这里需要注意的是不仅要在./frameworks/base/core/java/android/content/Intent.java中定义intent,还要在StatusBarPolicy的构造函数中添加该intent的过滤动作，即filter.addAction(Intent.ACTION_BACKICON_CHANGED).例如，按动了back键，如果当前事件为action_up,就向系统发送一个keyEvent，keyCode为KeyEvent.KEYCODE_BACK. 这里借用的是./frameworks/base/cmds/input/src/com/android/commands/input/Input.java中的sendKeyEvent函数，直接拷贝过来，按照需要稍微修改一下形参就可以了，过程不要修改。
需要说明的是，当点击statusBar可以拉出来一个notification列表，当这个列表显示出来的时候，这三个back, menu, home键的响应速度会非常慢，所以这时不响应事件并隐藏这三个键。具体做法是在StatusBarView的onTouchEvent()中判断mService.mExpanded或者 mService.mTracking为真时就不做响应。mService是StatusBarService对象。隐藏三个键也是用Broadcast来做的，但这个intent是由StatusBarServie发出来的，当mExpandedVisible = false时显示，当mExpandedVisible = true时隐藏。
这里还同时完成了highlight换图的动作，也是用Broadcast来做得，处理过程一样，就是需要区分action_down和action_up就可以了。
4.调整status bar的高度
如果你需要显示较大的屏幕尺寸，同时statusBar的高度要拉大，上面的icon的size也需要调大。为了协调一致，显示时间的字体和notification显示的日期的字体也需要调大。具体做法如下：
a.调节status bar icon的size: 只调节status_bar.xml的textSize标签似乎不起作用，同时又修改了./base/services/java/com/android/server/status/StatusBarIcon.java的t.setTextSize(32);语句才成功。不知道修改status_bar.xml的<com.android.server.status.AnimatedImageView>标签下的layout_height值是不是必须的，反正我是一起都给改了。
b.调节status bar height: ./base/core/res/res/values/dimens.xml 找得我好辛苦！不知道还需不需要修改./base/core/res/res/values/themes.xml中的Window attributes的windowTitleSize值，反正我也给改了。
c.调节notification显示日期字体的大小，修改status_bar.xml的<com.android.server.status.DateView>的textSize值。
到这里，就完成了所有工作，看看效果吧。
㈢ Android8.0新特性【转】
1.通知渠道
2.通知角标
3.通知圆点
4.通知延后
5.消息样式
6.通知超时
7.后台执行限制
8.画中画模式
9.自适应图标
10.蓝牙体验提升
11.智能文本选择与智能共享
12.WLAN感知
13.取消屏幕纵横比限制
14.其他
尽管 Android 刷版本号的步伐年年加快，但每年带给用户的惊喜从未减少。经历了四个开发者预览版的洗礼后，Android 8.0 终于在今天凌晨迎来了正式版发布。
如果你还不清楚 Android O 有哪些关键的新特性，不妨让我们通过这篇文章快速为你梳理一遍。
代号“奥利奥”
和发布会前几天外媒传出的消息一样，Android 8.0 的甜品代号果然是“奥利奥”（Oreo）。
而昨晚的发布会碰巧赶上了美国日全食，为此 Google 也准备了一段应景的揭晓视频：
从奇巧板到牛轧糖再到这次的奥利奥，不得不说近几个 Android 版本所选择的甜品都非常可口。在开始新功能介绍之前，我们不妨通过下面这张长图回顾一下 Android 历代甜品代号：
通知——往往是 Android 系统的信息过载的“重灾区”，也是近三个大版本以来 Google 不断在优化和改进的重点。在 Android 8.0 中，通知系统有了如下改进：
Android 8.0 引入了通知渠道特性，将应用的通知进行分门别类，用户可以针对不同的通知类别单独设置通知优先级别和提醒方式。
Google 的时钟应用提供了 4 个通知渠道
假想一下（这不可能），适配了这一特性的淘宝客户端，我们可以屏蔽那些直播通知和促销推荐，物流信息、秒杀提醒则可以适当“放行”。
在早前的 Android 版本中，我们只能借助第三方启动器和通知读取工具（比如 Nova Launcher+Telsa）来实现通知角标效果。
Android 8.0 开始，应用可以在启动器图标上显示通知圆点来提示用户，但这个圆点角标和 iOS 上那个有所不同——它仅提示用户该应用有通知，不会显示具体的通知数量。考虑到部分用户的“红点强迫症”，这算是一种折衷的设计了……
通常，当一条通知出现在通知栏，除了点击查看、划掉不理以外，我们就只剩下“放任不管”这种处理方式了。这显然不太优雅，太多的通知驻留不仅会让通知栏拥挤不堪，回过头进行处理的时候也很不方便。
所以，Android 8.0 引入了另一种通知处理操作——通知延后。当我们暂时不便处理某条应用通知时，只需要在该条通知上清扫，点击出现的时钟图标，即可让这条通知暂时从通知栏消失，在设定好的时间后再回来。
通知延后功能演示
理论上来说，如果开发者在开发应用时没有进行特殊限制，所有的非常驻通知（比如媒体通知）都可以被延后。
Android 8.0 提供了新的通知背景着色方式，除了大家可能已经见过的多彩媒体通知以外，一些常驻高优先级通知也可以利用这种背景着色方式来让自己更加引人注目，比如驾驶导航和后台通话通知。
目前，一些使用原生通知样式的应用已经可以在 Android 8.0 上正确调用新的通知背景着色机制了，效果也十分讨人喜爱。
原生 Android 系统的消息通知向来好用——我们不仅可以通过消息通知进行快速回复，还能通过扩展试图看到多条消息通知并逐条回复（详情请参阅 Android Nougat 的通知改进详解）。
在 Android 8.0 中，消息通知样式得到了进一步完善。开发者可以通过新的通知函数来为消息通知的扩展视图增加消息历史，让用户在快速处理通知的过程中更加熟悉回话上下文。
除了上面提到的通知延后功能以外，Android 8.0 还面向开发者提供了通知超时特性，允许特定通知在设定时间后自行清除；进而，系统还能区分某条应用的清除操作是由用户还是应用发出。
利用这些特性，应用开发者能够探索设计出对用户造成打扰程度最小的通知方式。
系统级自动填充框架
不管是在手机上注册账号、登录账号还是输入其他常用个人信息，过程都相当繁琐且容易出错，选择第三方密码管理和自动填写工具又不得不额外考虑安全和隐私问题。
因而在 Android 8.0 中，Google 首次整合了一个系统级的全局自动填写功能。开启后，当我们在第一次进行应用设置、登录时，系统就会帮我们快速填写好对应的个人信息和密码。
系统级自动填写使用起来非常方便
当然，如果不想使用 Google 提供的密码保存服务，也可以等待 1Password、LastPass 等服务商跟进这一特性，到时我们就可以在“系统->语言和输入法->输入帮助”自由选择想要使用的自动填充服务。
未来会有更多应用适配这一特性
优秀的多任务处理能力一直以来都是 Android 系统的魅力所在，但同时运行的应用太多肯定会为系统造成不小的负担。如果还有应用或服务在后台运行，而用户正在使用其他需要大量系统资源的应用（例如玩游戏或观看视频），就会因为硬件性能不足导致卡顿，部分应用可能还需要重新加载。
为此，Android 8.0 对应用在后台运行时可以执行的操作施加了限制，面向 Android 8.0 进行开发的应用将在两个方面受到限制：
后台服务限制：处于空闲状态时，应用可以使用的后台服务存在限制。
广播限制：除了有限的例外情况，应用无法为隐式广播注册接收器。
不清楚何为“服务”何为“广播”也没关系，只需要知道：当一个面向 Android 8.0 开发或被用户手动开启了后台限制的应用被放到后台运行时，系统在为它分配各项系统资源时就会“酌情考虑”了。
这个后台执行限制此前也存在缺陷和不足，好在经过绿色守护开发者 @oasisfeng 和部分热心 Android 用户的热心反馈，Google 已于第四个开发者预览版（DP4）中修复了后台服务管控漏洞。即便是那些顽固的国产毒瘤，在 Android 8.0 中也不得不收敛了。
Android Nougat 引入了应用“分屏”功能，允许用户将任意两个（适配了该特性）的应用或窗口在屏幕上进行上下分屏，提升了应用间的协作和使用效率。
而从 Android 8.0 开始，系统将支持更加自由、灵活的“画中画”模式。这个通常用于视频播放的特性早已在部分 OEM 厂商的定制 ROM 和 Android TV 当中的实现，但加入原生 Android 8.0 依然令人惊喜。
一边看视频一边浏览其他内容
如果你订阅了 YouTube Red 并开启了“后台播放功能”，系统就能在你把 YouTube 放到后台的同时将视频内容以悬浮窗的形式继续播放；当你在 Chrome 中查看网页视频时，也可以将某个标签中的视频“拿出来”，一边浏览其他网页一边查看视频；知名 Android 播放器 VLC 也抢在正式版发布前就适配了画中画模式，升级 Android 8.0 正式版以后别忘了试一试。
Android 系统上到底改采用异形图标还是规则图标？在这个问题上，不同的 OEM 厂商和用户都有自己的选择偏好。这也导致不同 Android 设备的体验迥异，百花齐放的表象之下，无论是应用开发者和图标设计师们往往感到很迷茫。
为了解决这个问题，Google 在 Android 8.0 中引入了自适应图标规范。依据这一规范开发的自适应图标不仅可以最大程度上保留自己的特色，同时还能完美地融入到不同启动器和 ROM 的整体视觉风格当中。
除此之外，应用开发者还能脑洞大开，赋予这些图标不同的动态效果。
关于自适应图标规范的意义所在以及开发者如何进行设计和适配，请参阅少数派先前发布的译文：
Android O 自适应图标的意义何在？Google 设计师给你答案 | 科普设计自适应图标实现自适应图标Android O 新特性介绍：自适应图标（Adaptive Icons）
Android 8.0 还从多个角度增强了原生 Android 平台对蓝牙的支持，具体包括：
支持 AVRCP 1.4 标准：支持远程浏览和控制 TV、HiFi 等设备的媒体库。支持蓝牙低功耗 (BLE) 5.0 标准：传输速度提升两倍、传输距离提升四倍、数据承载能力提升八倍。此外，5.0 标准还优化了时隙可用性和信道选择算法，可规避 Wi-Fi 和 LTE 信道干扰来提高数据传输质量。集成更多蓝牙协议编解码器，包括由 Sony 提供的 LDAC 编解码器。
毫无疑问，Android 8.0 对于那些爱听歌的用户来说是一次良心满满的升级：只要手里蓝牙耳机满足硬件要求，就可以轻松实现无损蓝牙音乐传输。
利用机器学习和人工智能，当我们在 Android 8.0 中进行文字点选操作时，系统会自动识别我们想要复制的文字内容。在长按弹出的浮动工具条中，系统还将提供可用于处理被选中部分文字内容的应用选项。
自动识别文字内容并提供应用建议 - 1
例如，当我们长按一段文字中地址的一部分，系统不仅会将整个地址内容进行选中，还能在弹出的浮动工具条中显示地图应用，点击即可快速调用地图打开选中地址；同理，如果我们选中的是一段 URL，那么 Chrome 浏览器就会出现在弹出的浮动工具条中，方便我们快速跳转至该 URL 所指向的网页。
自动识别文字内容并提供应用建议 - 2
同样的技术也将运用于 Android 8.0 的“分享”接口中，如果我们试图分享一张购物小票的照片，在分享列表中，系统会优先建议那些记账应用；而如果我们分享一张自拍，美颜应用则更可能会出现在分享菜单的前列。
Android 8.0 新增了对 WLAN 感知的支持，此技术基于周边感知联网 (NAN) 规范。在具有相应 WLAN 感知硬件的设备上，应用和附近设备可以通过 WLAN 进行搜索和通信，无需依赖互联网接入点。
开启 WLAN 感知功能后，当我们位于已保存的 WiFi 连接附近时，系统就会自动使用这个 WiFi 接入点。
以 Android 7.1（API 级别 25）或更低版本为目标平台开发的应用默认最大屏幕纵横比为 1.86，但这也导致这些应用在一些新近机型（比如 Galaxy S8/S8+）上显示效果不佳（无法全屏、上下黑边等等）。
采用非传统屏幕纵横比的新近机型 | 源：bgr
而面向 Android 8.0 或更高版本系统所开发的应用将不要求设定最大纵横比，保证应用能够最大限度地兼容屏幕比例各异的 Android 机型。
对开发者而言，他们还可以利用下面这些 Android 8.0 新特性：