intent

Android实现模糊查询新闻 简易新闻(十八)

孤街醉人 提交于 2019-12-24 00:58:37
Android实现模糊查询新闻 简易新闻(十八) 关于 效果 实现第一步,修改activity_web.xml布局文件 第二步,添加listview的子item布局文件 第三步,对应添加listview的适配器NewslnfoAdapter.java 第四步,修改WebActivity.java 关于 本篇实现内容通过sql语句查询对应mysql数据库中新闻数据实现模糊查询对应新闻,并展示到界面中。 关于查询的新闻来源是本人远程数据库中的内容,是从聚合数据中保存下来的,这个可以再前面博文中找到,关于mysql的连接也可以在前面找到,这里仅仅是按照博文进度进行新增。 新闻数据不做商用。。 效果 实现第一步,修改activity_web.xml布局文件 在原先版本中添加listview来显示查询到的新闻标题数据 < ? xml version = "1.0" encoding = "utf-8" ? > < android . support . design . widget . CoordinatorLayout xmlns : android = "http://schemas.android.com/apk/res/android" xmlns : tools = "http://schemas.android.com/tools" android : layout_width

android Notification 的使用(锁定通知栏)

对着背影说爱祢 提交于 2019-12-23 10:20:03
近期一直在研究 android 。并一边研究一边做应用。当中遇到了把程序通知常驻在 Notification 栏,而且不能被 clear 掉(就像android QQ一样)的问题。经过研究实现了其功能。现把 Notification 的使用总结例如以下: Notification 的使用须要导入 3 个类 1 2 3 import android.app.PendingIntent; import android.app.NotificationManager; import android.app.Notification; 代码演示样例及说明 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 NotificationManager nm = (NotificationManager)getSystemService(Context.NOTIFICATION_SERVICE); Notification n = new Notification(R.drawable.chat, "Hello,there!" , System.currentTimeMillis()); n.flags = Notification.FLAG_AUTO_CANCEL; Intent i = new Intent(arg0.getContext(),

Android Notification 通知的使用

自古美人都是妖i 提交于 2019-12-23 10:18:33
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 NotificationManager nm = (NotificationManager)getSystemService(Context.NOTIFICATION_SERVICE); Notification n = new Notification(R.drawable.chat, "Hello,there!" , System.currentTimeMillis()); n.flags = Notification.FLAG_AUTO_CANCEL; nm.flags=Notification.FLAG_NO_CLEAR; //可以让通知不被删掉 Intent i = new Intent(arg0.getContext(), NotificationShow. class ); i.setFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP|Intent.FLAG_ACTIVITY_NEW_TASK); //PendingIntent PendingIntent contentIntent = PendingIntent.getActivity( arg0.getContext(), R.string.app_name, i, PendingIntent.FLAG

Android 之窗口小部件详解--App Widget

纵然是瞬间 提交于 2019-12-23 10:17:03
1 App Widget简介 App Widget是应用程序窗口小部件(Widget)是微型的应用程序视图,它可以被嵌入到其它应用程序中(比如桌面)并接收周期性的更新。你可以通过一个App Widget Provider来发布一个Widget。 本文参考 Android官方文本 ,先介绍App Widget的主要组件,然后再以示例来详细说明。 2 App Widget主要的相关类介绍 2.1 AppWidgetProvider AppWidgetProvider 继承自 BroadcastReceiver,它能接收 widget 相关的广播,例如 widget 的更新、删除、开启和禁用等。 AppWidgetProvider中的广播处理函数如下: onUpdate() 当 widget 更新时被执行。 同样,当用户首次添加 widget 时,onUpdate() 也会被调用,这样 widget 就能进行必要的设置工作(如果需要的话) 。但是,如果定义了 widget 的 configure属性(即android:config,后面会介绍),那么当用户首次添加 widget 时,onUpdate()不会被调用;之后更新 widget 时,onUpdate才会被调用。 onAppWidgetOptionsChanged() 当 widget 被初次添加 或者 当 widget

Android 之窗口小部件详解--App Widget

眉间皱痕 提交于 2019-12-23 10:16:50
Android 之窗口小部件详解--App Widget 版本号 说明 作者 日期 1.0 添加App Widge介绍和示例 Sky Wang 2013/06/27 1 App Widget简介 App Widget是应用程序窗口小部件(Widget)是微型的应用程序视图,它可以被嵌入到其它应用程序中(比如桌面)并接收周期性的更新。你可以通过一个App Widget Provider来发布一个Widget。 本文参考 Android官方文本 ,先介绍App Widget的主要组件,然后再以示例来详细说明。 2 App Widget主要的相关类介绍 2.1 AppWidgetProvider AppWidgetProvider 继承自 BroadcastReceiver,它能接收 widget 相关的广播,例如 widget 的更新、删除、开启和禁用等。 AppWidgetProvider中的广播处理函数如下: onUpdate() 当 widget 更新时被执行。 同样,当用户首次添加 widget 时,onUpdate() 也会被调用,这样 widget 就能进行必要的设置工作(如果需要的话) 。但是,如果定义了 widget 的 configure属性(即android:config,后面会介绍),那么当用户首次添加 widget 时,onUpdate()不会被调用;之后更新

Android 设置铃声

☆樱花仙子☆ 提交于 2019-12-22 15:20:07
在网上找了很多关于铃声设置的,不晓得怎么回事就是没测试通过,后来换了另外一种方式解决了。回过头来看了一下原理是一样的,于是就把两者合并到了一起。原理:首先根据传进来的绝对路径来查询传进来路径的歌曲是否存在,如果存在则得到id和uri, 通过ContentUris.withAppendedId(uri,id),将uri和id拼接成一个新的Uri,然后将新的uri设置成想要的铃声即可。 最主要的代码: RingtoneManager.setActualDefaultRingtoneUri(this, RingtoneManager.TYPE_RINGTONE, newUri); 第一个参数表示上下文、第二个参数表示设置的铃声状态,第三个表示当前的歌曲uri。 如果传进来的歌曲路径不存在,则直接调用系统的插入数据方法,得到一个返回的uri,这里得到的uri是不带id参数的,不晓得为什么,这样设置铃声是不成功的。我想到的笨方法是,在插入数据之后应该立即发送广播让系统扫描媒体数据,然后来查询得到新的uri,然后再来设置。不晓得哪位大牛有什么好的方法能够借鉴一下。 private void settingRingertone(String path2) { // TODO Auto-generated method stub ContentValues cv = new

Android闹钟设置的解决方案

﹥>﹥吖頭↗ 提交于 2019-12-22 05:51:25
Android设置闹钟并不像IOS那样这么简单,做过Android设置闹钟的开发者都知道里面的坑有多深。下面记录一下,我解决Android闹钟设置的解决方案。 主要问题 API19开始AlarmManager的机制修改。 应用程序被Kill掉后,设置的闹钟不响。 6.0以上进入Doze模式会使JobScheduler停止工作。 手机设置重启后,闹钟失效问题。 API19以上AlarmManager机制的修改 API19之前AlarmManager提供了三个设置闹钟的方法,由于业务需求闹钟只需要一次性,所以采用set(int type,long startTime,PendingIntent pi);这个方法。 从API 19开始,AlarmManager的机制都是非准确传递,操作系统将会转换闹钟,来最小化唤醒和电池使用。 由于之前的程序,没有对API19以上的闹钟设置做处理,导致在4.4以上的手机设置闹钟无响应(应用程序没有被杀死的情况也没有闹钟)。 因些,设置闹钟需要根据API的版本进行分别处理设置。代码如下: 1 AlarmManager am = (AlarmManager) getActivity() 2 .getSystemService(Context.ALARM_SERVICE); 3 if (Build.VERSION.SDK_INT >= Build

Android之AlarmManager(全局定时器/闹钟)指定时长或以周期形式执行某项操作

删除回忆录丶 提交于 2019-12-22 05:51:13
1、AlarmManager,顾名思义,就是“提醒”,是Android中常用的一种系统级别的提示服务,可以实现从指定时间开始,以一个固定的间隔时间执行某项操作,所以常常与广播(Broadcast)连用,实现闹钟等提示功能 2、AlarmManager的常用方法有三个: (1) set(int type,long startTime,PendingIntent pi); 该方法用于设置一次性闹钟,第一个参数表示闹钟类型,第二个参数表示闹钟执行时间,第三个参数表示闹钟响应动作。 (2) setRepeating(int type,long startTime,long intervalTime,PendingIntent pi); 该方法用于设置重复闹钟,第一个参数表示闹钟类型,第二个参数表示闹钟首次执行时间,第三个参数表示闹钟两次执行的间隔时间,第三个参数表示闹钟响应动作。 (3) setInexactRepeating(int type,long startTime,long intervalTime,PendingIntent pi); 该方法也用于设置重复闹钟,与第二个方法相似,不过其两个闹钟执行的间隔时间不是固定的而已。 3、三个方法各个参数详悉: (1) int type: 闹钟的类型,常用的有5个值:AlarmManager.ELAPSED_REALTIME

在android下实现定制闹钟

纵饮孤独 提交于 2019-12-22 05:51:03
闹钟是我们生活中常用的工具。在android系统中提供了强大的闹钟接口,并且使用起来也非常简单。AlarmManager是android提供的闹铃管理接口。我们想创建一个闹铃程序就需要通过它来完成。那么接下来就看一下创建闹钟的过程: 1. 获取AlarmManager对象 AlarmManager am = (AlarmManager)getSystemService(Context.ALARM_SERVICE); 在android中获取系统服务的方式就是getSystemService(ServiceCode)。 2. 为AlarmManager建立一个receiver类,这个类是用来接收广播的闹铃事件的,我们也可以看作是闹铃的处理程序吧。 public class AlarmReceiver extends BroadcastReceiver { @Override public void onReceive(Context context, Intent intent) { Toast.makeText(context, "This the time", Toast.LENGTH_LONG).show(); } } 这个类需要继承自BroadcastReceiver类,这里有两种方式来接收Intent的广播事件,一是动态注册一个Receiver

Android闹钟 AlarmManager的使用

岁酱吖の 提交于 2019-12-22 05:50:46
Android闹钟 AlarmManager的使用 AlarmManager介绍    AlarmManager 这个类提供对系统闹钟服务的访问接口。   你可以为你的应用设定一个在未来某个时间唤醒的功能。   当闹钟响起,实际上是 系统发出了为这个闹钟注册的广播 ,会自动开启目标应用。   注册的闹钟在设备睡眠的时候仍然会保留,可以选择性地设置是否唤醒设备,但是 当设备关机和重启后,闹钟将会被清除 。   在alarm的receiver的 onReceive() 方法被执行的时候,Alarm Manager持有一个 CPU唤醒锁 ,这样就保证了设备在处理完广播之前不会sleep。   一旦onReceive()方法返回,Alarm Manager就会释放这个锁,表明一些情况下可能onReceive()方法一执行完设备就会sleep。   如果你的alarm receiver中调用了 Context.startService() ,那么很可能service还没起来设备就sleep了。   为了阻止这种情况,你的BroadcastReceiver和Service需要实现不同的唤醒锁机制,来确保设备持续运行到service可用为止。    注意 :Alarm Manager主要是用来在特定时刻运行你的代码,即便是你的应用在那个特定时刻没有跑的情况。    对于常规的计时操作(ticks