上一页 1 ··· 69 70 71 72 73 74 75 76 77 ··· 98 下一页
摘要: 在想什么呢,灵魂 有 可以 安静栖息的 地方没有,每一个周末 停下来 都会被撕裂开来,这就是周末,60分及格了 就再也不前行,这就是 你,不,你应该去改变, 会滚 下 看看自己都做了什么,周五 还挺好的,把 initlocalnotification ,truenumber分析了一下,而周六呢,好像 什么都没有做,早上 发了个有关 蚊子的说说, 回想下 这次 寂寞的 刺激 来源吧,是 从 那个好长时间 没有 见面的 网友开始的,然后 就是 聊天,后来 又有一个声音被刺激 到了,直到昨天,还期待 听到 那个世界的声音,一个是 寂寞,一个 是工作,无非还是这两个,不过 下载的 咔嚓 让我 有一个念 阅读全文
posted @ 2013-07-21 15:36 路在脚下, 阅读(189) 评论(0) 推荐(0) 编辑
摘要: 1,航服 互斥情况信用卡支付:1,我的快捷支付2,使用新信用卡之前当成并列情况了,2,爱康项目,对于 加载 提醒的数据 是 在今日提醒里面加载,还是在 提醒设置里面加载,3,还有就是 圆角的问题,好不蛋疼,对于这些修改,都是有 一定的工作量的,有种 把 水管的 结构改动了,然后还要把水引过来的感觉,再打一个必须,有种 把一个人的骨骼给 裁开,重组下,把之前的心脏掏出来,然后 重新 安放在新的躯壳里面,并且还要保证这个人 跟之前一样很好的活着,甚至活的更好。。。 阅读全文
posted @ 2013-07-20 11:01 路在脚下, 阅读(182) 评论(0) 推荐(0) 编辑
摘要: 如果是锁屏幕的话,那么 提醒是 2个,如果是 开着 的话,是 多一个是 3个, 阅读全文
posted @ 2013-07-19 17:11 路在脚下, 阅读(131) 评论(0) 推荐(0) 编辑
摘要: initLocalNotification] [L528] 通知的总个数:42013-07-19 16:44:13.792 DiabetesManager[27143:907] -[AppDelegate initLocalNotification] [L529] 有效通知的个数:42013-07-19 16:44:14.383 DiabetesManager[27143:907] -[AppDelegate application:didReceiveLocalNotification:] [L387] 点入通知的个数 38进入didReceiveLocalNotification 38 - 阅读全文
posted @ 2013-07-19 16:49 路在脚下, 阅读(247) 评论(0) 推荐(0) 编辑
摘要: if (![TTCacheUtilobjectFromFile:@"alarm.plist"] && alarmArray.count == 0) {//第一次读取缓存 } else if (![TTCacheUtil objectFromFile:@"alarm.plist"] && alarmArray.count > 0) {//第一次加载到数据 [TTCacheUtilwriteObject:alarmArraytoFile:@"alarm.plist"]; [SharedAppDeleg 阅读全文
posted @ 2013-07-19 16:25 路在脚下, 阅读(120) 评论(0) 推荐(0) 编辑
摘要: 1,为什么 早上 六点没有收到通知?2,为什么点击进入之后 ,没有跳转?3,为什么没有弹框?4,2013-07-19 15:21:57.242 DiabetesManager[26573:907] -[AppDelegate application:didReceiveLocalNotification:] [L387] 点入通知的个数 42013-07-19 15:22:02.943 DiabetesManager[26573:907] -[AppDelegate application:didReceiveLocalNotification:] [L387] 点入通知的个数 5明明是两个通 阅读全文
posted @ 2013-07-19 15:08 路在脚下, 阅读(222) 评论(0) 推荐(0) 编辑
摘要: a = b;b = a; 阅读全文
posted @ 2013-07-19 14:47 路在脚下, 阅读(129) 评论(0) 推荐(0) 编辑
摘要: 那个神奇的数字 =shouldNumber - trueNumber;《梦里踏雪几回,叶下藏花一度,此中有深意,欲辩已忘言》1,shouldNumber,应该 被点击进入的 提醒个数,现在的逻辑是:只要 放在 application里面的通知,只要是 时间小于当前时刻的,那么都认为 是应该被点击进入的通知,通知个数都是 加 1的。for (int i=0; i = trueNumber;要是第一次设置的呢,那么 如果是 所有提醒都小于 现在设置的时刻,那么是不会 有数字的,如果 大于现在的时刻,设置后 马上就会 有数字的。。。。。。好像有数字是必须的。。。。。。 阅读全文
posted @ 2013-07-19 13:27 路在脚下, 阅读(246) 评论(0) 推荐(0) 编辑
摘要: 一般自己 能完成的事情 ,就不要让别人来做了,//只要变化了就要写入啊,1,开关提醒时候;2,设置提醒时候 if (alarmArray.count > 0 && !self.isFromAppDelegate) { [TTCacheUtilremoveObjectForName:@"alarm.plist"]; [TTCacheUtilwriteObject:alarmArraytoFile:@"alarm.plist"];//重新写入缓存 [SharedAppDelegateinitLocalNotification]; sel 阅读全文
posted @ 2013-07-19 11:56 路在脚下, 阅读(241) 评论(0) 推荐(0) 编辑
摘要: initLocalNotification的功能1,取消 application里面的所有通知2,从alarmArray = [TTCacheUtilobjectFromFile:@"alarm.plist"];这里面 去出需要的通知内容 进行 注册schedule,(alarm.plist变化, 变化性的情况)3,是否有声音的判断(变化性的情况)4,跟现在的时间 比较,如果小,那么加上 一天或者 一周或者一个月,(有效性的情况)因此:通知内容变化必须调用 有效性在必要的时候检查疑问:被调用这么多次,可不可能 重复呢? 小于0的时候,那么如果不是一天呢,是多天呢,比如两天呢 阅读全文
posted @ 2013-07-19 09:39 路在脚下, 阅读(258) 评论(0) 推荐(0) 编辑
上一页 1 ··· 69 70 71 72 73 74 75 76 77 ··· 98 下一页