- 浏览: 590120 次
- 性别:
- 来自: 广州
-
文章分类
- 全部博客 (338)
- 已过时文章(留念用) (39)
- Android学习笔记 (30)
- Android开发指引自译 (100)
- Android NDK文档自译 (23)
- Android设计指引自译 (2)
- xp(ペケピー)&linux(理奈、铃)酱~ (4)
- ui酱&歌词自译~ (9)
- lua酱~ (9)
- 自我反省 (1)
- 羽game计划 (1)
- XSL酱 (2)
- java酱 (3)
- 设计的领悟 (58)
- 涂鸦作品(pixiv) (1)
- ruby酱 (2)
- Objective-C编程语言自译 (2)
- Android开发月报 (6)
- objc酱 (2)
- photoshop (3)
- js酱 (6)
- cpp酱 (8)
- antlr酱 (7)
- Lua 5.1参考手册自译 (11)
- 收藏品 (3)
- 待宵草计划 (4)
- 体验版截图 (1)
最新评论
-
naruto60:
太给力了!!!!我这网打不开Intel官网,多亏楼主贴了连接, ...
使用HAXM加速的Android x86模拟器(和一些问题) -
yangyile2011:
谢谢博主,翻译得很好哦
【翻译】(4)片段 -
ggwang:
牙痛的彼岸:痹!
牙痛的彼岸 -
ggwang:
总结得很简练清晰啊,学习了!
ANTLR学习笔记一:概念理解 -
leisurelife1990:
mk sdd
用git下载Android自带app的源代码
【翻译】(65)uses-configuration元素
see
http://developer.android.com/guide/topics/manifest/uses-configuration-element.html
原文见
http://developer.android.com/guide/topics/manifest/uses-configuration-element.html
-------------------------------
<uses-configuration>
uses-configuration元素
-------------------------------
* syntax:
* 语法:
-------------------------------
<uses-configuration android:reqFiveWayNav=["true" | "false"]
android:reqHardKeyboard=["true" | "false"]
android:reqKeyboardType=["undefined" | "nokeys" | "qwerty" |
"twelvekey"]
android:reqNavigation=["undefined" | "nonav" | "dpad" |
"trackball" | "wheel"]
android:reqTouchScreen=["undefined" | "notouch" | "stylus" |
"finger"] />
-------------------------------
* contained in:
* 被包含在:
<manifest>
* description:
* 描述:
Indicates what hardware and software features the application requires. For example, an application might specify that it requires a physical keyboard or a particular navigation device, like a trackball. The specification is used to avoid installing the application on devices where it will not work.
指示该应用程序需要什么硬件和软件特性。例如,一个应用程序可能指定它需要一个物理键盘或一个特殊的导航设备,像一个轨迹球。使用此规范来避免在它不能运行在的设备上安装该应用程序。
If an application can work with different device configurations, it should include separate <uses-configuration> declarations for each one. Each declaration must be complete. For example, if an application requires a five-way navigation control, a touch screen that can be operated with a finger, and either a standard QWERTY keyboard or a numeric 12-key keypad like those found on most phones, it would specify these requirements with two <uses-configuration> elements as follows:
如果一个应用程序可以应付不同设备配置,那么它应该为每个配置包含分离的<uses-configuration>声明。每个声明必须是完整的。例如,如果一个应用程序需要一个五方向的导航控制,一个可以用手指操作的触摸屏,以及一个标准QWERTY键盘(注:就是指平时PC机用的那种键盘)或一个像在大多数电话上找到的那种数字12键的数字键盘,那么它会用两个<uses-configuration>元素指定这些需求,如下:
-------------------------------
<uses-configuration android:reqFiveWayNav="true" android:reqTouchScreen="finger"
android:reqKeyboardType="qwerty" />
<uses-configuration android:reqFiveWayNav="true" android:reqTouchScreen="finger"
android:reqKeyboardType="twelvekey" />
-------------------------------
* attributes:
* 属性:
* android:reqFiveWayNav
Whether or not the application requires a five-way navigation control — "true" if it does, and "false" if not. A five-way control is one that can move the selection up, down, right, or left, and also provides a way of invoking the current selection. It could be a D-pad (directional pad), trackball, or other device.
应用程序是否需要一个五方向导航控制——"true"如果它需要,而"false"如果它不需要。一个五方向控制是指可以把选择向上,向下,向右,或向左移动,并且还提供一种方式调用当前的选择。它可以是一个D-pad(方向板),轨迹球,或其它设备。
If an application requires a directional control, but not a control of a particular type, it can set this attribute to "true" and ignore the reqNavigation attribute. However, if it requires a particular type of directional control, it can ignore this attribute and set reqNavigation instead.
如果一个应用程序需要一个方向控制,但不是一种特定类型的控制,那么它可以设置这个属性为"true"并且忽略reqNavigation属性。然而,如果它需要一种方向控制的特定类型,那么可以忽略此属性并且改为设置reqNavigation属性。
* android:reqHardKeyboard
Whether or not the application requires a hardware keyboard — "true" if it does, and "false" if not.
应用程序是否需要一个硬件键盘——"true"如果它需要,而"false"如果不需要。
* android:reqKeyboardType
The type of keyboard the application requires, if any at all. This attribute does not distinguish between hardware and software keyboards. If a hardware keyboard of a certain type is required, specify the type here and also set the reqHardKeyboard attribute to "true".
应用程序必需的键盘的类型,如果有的话。这个属性没有区分硬键盘和软键盘。如果某类型的硬键盘是必需的,在这里指定该类型,同时还也设置reqHardKeyboard为"true"。
The value must be one of the following strings:
值必须是以下字符串之一:
-------------------------------
* Value Description
* 值 描述
* "undefined" The application does not require a keyboard. (A keyboard requirement is not defined.) This is the default value.
* "undefined" 应用程序不需要键盘。(键盘要求没有被定义。)这是默认值。
* "nokeys" The application does not require a keyboard.
* "nokeys" 应用程序不需要键盘。
* "qwerty" The application requires a standard QWERTY keyboard.
* "qwerty" 应用程序需要一个标准QWERTY键盘。
* "twelvekey" The application requires a twelve-key keypad, like those on most phones — with keys for the digits from 0 through 9 plus star (*) and pound (#) keys.
* "twelvekey" 应用程序需要一个12键键盘,像大多数电话上的那样——带有表示从0到9的数字加上星号(*)和井号(#)键的按键。
-------------------------------
* android:reqNavigation
The navigation device required by the application, if any. The value must be one of the following strings:
应用程序必需的导航设备,如果有的话。值必须是以下字符串之一:
-------------------------------
* Value Description
* 值 描述
* "undefined" The application does not require any type of navigation control. (The navigation requirement is not defined.) This is the default value.
* "undefined" 应用程序不需要任意导航控制类型。(导航要求没有被定义。)这是默认值。
* "nonav" The application does not require a navigation control.
* "nonav" 应用程序不需要一个导航控制。
* "dpad" The application requires a D-pad (directional pad) for navigation.
* "dpad" 应用程序需要一个D-pad(方向板)用于导航。
* "trackball" The application requires a trackball for navigation.
* "trackball" 应用程序需要一个轨迹球用于导航
* "wheel" The application requires a navigation wheel.
* "wheel" 应用程序需要一个导航滚轮。
-------------------------------
If an application requires a navigational control, but the exact type of control doesn't matter, it can set the reqFiveWayNav attribute to "true" rather than set this one.
如果一个应用程序需要一个导航控制,但具体的控制类型不要紧,那么可以设置reqFiveWayNav属性为"true"而非设置这个属性。
* android:reqTouchScreen
The type of touch screen the application requires, if any at all. The value must be one of the following strings:
应用程序需要的触摸屏的类型,如果有的话。该值必须是以下字符串之一:
-------------------------------
* Value Description
* 值 描述
* "undefined" The application doesn't require a touch screen. (The touch screen requirement is undefined.) This is the default value.
* "undefined" 应用程序不需要一个触摸屏。(触摸屏要求是未定义的。)这是默认值。
* "notouch" The application doesn't require a touch screen.
* "notouch" 应用程序不需要一个触摸屏。
* "stylus" The application requires a touch screen that's operated with a stylus.
* "stylus" 应用程序需要一个触摸屏,它用手写笔来操作。
* "finger" The application requires a touch screen that can be operated with a finger.
* "finger" 应用程序需要一个触摸屏,它可以用手指来操作。
-------------------------------
* introduced in:
* 引入:
API Level 3
API级别3
* see also:
* 另见:
* configChanges attribute of the <activity> element <activity>元素的configChanges属性
* ConfigurationInfo
Except as noted, this content is licensed under Apache 2.0. For details and restrictions, see the Content License.
除特别说明外,本文在Apache 2.0下许可。细节和限制请参考内容许可证。
Android 4.0 r1 - 14 Feb 2012 21:12
-------------------------------
Portions of this page are modifications based on work created and shared by the Android Open Source Project and used according to terms described in the Creative Commons 2.5 Attribution License.
(此页部分内容基于Android开源项目,以及使用根据创作公共2.5来源许可证描述的条款进行修改)
(本人翻译质量欠佳,请以官方最新内容为准,或者参考其它翻译版本:
* ソフトウェア技術ドキュメントを勝手に翻訳
http://www.techdoctranslator.com/android
* Ley's Blog
http://leybreeze.com/blog/
* 农民伯伯
http://www.cnblogs.com/over140/
* Android中文翻译组
http://androidbox.sinaapp.com/
)
发表评论
-
【翻译】(9-补丁2)电话簿提供者
2012-07-18 12:54 2429【翻译】(9-补丁2)电话簿提供者 see h ... -
【翻译】(8-补丁1)Android接口定义语言(AIDL)
2012-07-02 05:55 2961【翻译】(8-补丁1)Andro ... -
【翻译】(0)应用组件
2012-06-30 23:50 847【翻译】(0)应用组件 see http:// ... -
【翻译】(88)传感器
2012-05-21 21:25 1094【翻译】(88)传感器 ... -
【翻译】(87)复制与粘贴
2012-05-20 14:48 1969【翻译】(87)复制与粘贴 see http: ... -
【翻译】(86)音频捕捉
2012-05-16 15:14 1135【翻译】(86)音频捕捉 ... -
【翻译】(85)照相机
2012-05-13 15:09 3836【翻译】(85)照相机 see http:// ... -
【翻译】(84)JetPlayer
2012-04-21 16:24 1015【翻译】(84)JetPlayer see h ... -
【翻译】(83)媒体回放
2012-04-21 16:00 1886【翻译】(83)媒体回放 see http:/ ... -
【翻译】(82)多媒体与照相机
2012-04-18 23:05 976【翻译】(82)多媒体与照相机 see htt ... -
【翻译】(23-补丁3)构建无障碍服务
2012-04-18 21:57 1653【翻译】(23-补丁3)构 ... -
【翻译】(23-补丁2)使应用程序无障碍
2012-04-16 13:08 2128【翻译】(23-补丁2)使应用程序无障碍 see ... -
【翻译】(23-补丁1)无障碍
2012-04-11 22:38 930【翻译】(23-补丁1)无 ... -
【翻译】(81)Renderscript之运行时API参考手册
2012-04-11 22:13 1433【翻译】(81)Renderscript之运行时API参 ... -
【翻译】(80)Renderscript之计算
2012-04-09 14:09 1474【翻译】(80)Renderscript之计算 ... -
【翻译】(79)Renderscript之图形
2012-04-08 13:59 2906【翻译】(79)Renderscript之图形 ... -
【翻译】(78)Renderscript
2012-04-04 15:35 1473【翻译】(78)Renderscript see ... -
【翻译】(77)可绘画对象动画
2012-03-18 10:52 735【翻译】(77)可绘画对象动画 see htt ... -
【翻译】(76)视图动画
2012-03-18 10:04 835【翻译】(76)视图动画 see http:/ ... -
【翻译】(75)属性动画
2012-03-17 18:24 2535【翻译】(75)属性动画 see http:/ ...
相关推荐
1. Introduction to Zend Framework 1.1. 概述 1.2. 安装 2. Zend_Acl 2.1. 简介 2.1.1. 关于资源(Resource) 2.1.2. 关于角色(Role) 2.1.3. 创建访问控制列表(ACL) ...2.1.5. 定义访问控制 ...
嵌入式八股文面试题库资料知识宝典-华为的面试试题.zip
训练导控系统设计.pdf
嵌入式八股文面试题库资料知识宝典-网络编程.zip
人脸转正GAN模型的高效压缩.pdf
少儿编程scratch项目源代码文件案例素材-几何冲刺 转瞬即逝.zip
少儿编程scratch项目源代码文件案例素材-鸡蛋.zip
嵌入式系统_USB设备枚举与HID通信_CH559单片机USB主机键盘鼠标复合设备控制_基于CH559单片机的USB主机模式设备枚举与键盘鼠标数据收发系统支持复合设备识别与HID
嵌入式八股文面试题库资料知识宝典-linux常见面试题.zip
面向智慧工地的压力机在线数据的预警应用开发.pdf
基于Unity3D的鱼类运动行为可视化研究.pdf
少儿编程scratch项目源代码文件案例素材-霍格沃茨魔法学校.zip
少儿编程scratch项目源代码文件案例素材-金币冲刺.zip
内容概要:本文深入探讨了HarmonyOS编译构建子系统的作用及其技术细节。作为鸿蒙操作系统背后的关键技术之一,编译构建子系统通过GN和Ninja工具实现了高效的源代码到机器代码的转换,确保了系统的稳定性和性能优化。该系统不仅支持多系统版本构建、芯片厂商定制,还具备强大的调试与维护能力。其高效编译速度、灵活性和可扩展性使其在华为设备和其他智能终端中发挥了重要作用。文章还比较了HarmonyOS编译构建子系统与安卓和iOS编译系统的异同,并展望了其未来的发展趋势和技术演进方向。; 适合人群:对操作系统底层技术感兴趣的开发者、工程师和技术爱好者。; 使用场景及目标:①了解HarmonyOS编译构建子系统的基本概念和工作原理;②掌握其在不同设备上的应用和优化策略;③对比HarmonyOS与安卓、iOS编译系统的差异;④探索其未来发展方向和技术演进路径。; 其他说明:本文详细介绍了HarmonyOS编译构建子系统的架构设计、核心功能和实际应用案例,强调了其在万物互联时代的重要性和潜力。阅读时建议重点关注编译构建子系统的独特优势及其对鸿蒙生态系统的深远影响。
嵌入式八股文面试题库资料知识宝典-奇虎360 2015校园招聘C++研发工程师笔试题.zip
嵌入式八股文面试题库资料知识宝典-腾讯2014校园招聘C语言笔试题(附答案).zip
双种群变异策略改进RWCE算法优化换热网络.pdf
内容概要:本文详细介绍了基于瞬时无功功率理论的三电平有源电力滤波器(APF)仿真研究。主要内容涵盖并联型APF的工作原理、三相三电平NPC结构、谐波检测方法(ipiq)、双闭环控制策略(电压外环+电流内环PI控制)以及SVPWM矢量调制技术。仿真结果显示,在APF投入前后,电网电流THD从21.9%降至3.77%,显著提高了电能质量。 适用人群:从事电力系统研究、电力电子技术开发的专业人士,尤其是对有源电力滤波器及其仿真感兴趣的工程师和技术人员。 使用场景及目标:适用于需要解决电力系统中谐波污染和无功补偿问题的研究项目。目标是通过仿真验证APF的有效性和可行性,优化电力系统的电能质量。 其他说明:文中提到的仿真模型涉及多个关键模块,如三相交流电压模块、非线性负载、信号采集模块、LC滤波器模块等,这些模块的设计和协同工作对于实现良好的谐波抑制和无功补偿至关重要。
内容概要:本文探讨了在工业自动化和物联网交汇背景下,构建OPC DA转MQTT网关软件的需求及其具体实现方法。文中详细介绍了如何利用Python编程语言及相关库(如OpenOPC用于读取OPC DA数据,paho-mqtt用于MQTT消息传递),完成从OPC DA数据解析、格式转换到最终通过MQTT协议发布数据的关键步骤。此外,还讨论了针对不良网络环境下数据传输优化措施以及后续测试验证过程。 适合人群:从事工业自动化系统集成、物联网项目开发的技术人员,特别是那些希望提升跨协议数据交换能力的专业人士。 使用场景及目标:适用于需要在不同通信协议间建立高效稳定的数据通道的应用场合,比如制造业生产线监控、远程设备管理等。主要目的是克服传统有线网络限制,实现在不稳定无线网络条件下仍能保持良好性能的数据传输。 其他说明:文中提供了具体的代码片段帮助理解整个流程,并强调了实际部署过程中可能遇到的问题及解决方案。
基于C#实现的检测小说章节的重复、缺失、广告等功能+源码+项目文档,适合毕业设计、课程设计、项目开发。项目源码已经过严格测试,可以放心参考并在此基础上延申使用,详情见md文档 基于C#实现的检测小说章节的重复、缺失、广告等功能+源码+项目文档,适合毕业设计、课程设计、项目开发。项目源码已经过严格测试,可以放心参考并在此基础上延申使用,详情见md文档~ 基于C#实现的检测小说章节的重复、缺失、广告等功能+源码+项目文档,适合毕业设计、课程设计、项目开发。项目源码已经过严格测试,可以放心参考并在此基础上延申使用,详情见md文档 基于C#实现的检测小说章节的重复、缺失、广告等功能+源码+项目文档,适合毕业设计、课程设计、项目开发。项目源码已经过严格测试,可以放心参考并在此基础上延申使用,详情见md文档 基于C#实现的检测小说章节的重复、缺失、广告等功能+源码+项目文档,适合毕业设计、课程设计、项目开发。项目源码已经过严格测试,可以放心参考并在此基础上延申使用,详情见md文档 基于C#实现的检测小说章节的重复、缺失、广告等功能+源码+项目文档,适合毕业设计、课程设计、项目开发。项目源码已经过严格测试,可以放心参考并在此基础上延申使用,详情见md文档