• Re: 问一下以下情况是否无解?

    我要随文字内容大小缩放。

    也就是没有文字内容就不显示,一个字就把背景压到一个字大小显示,1000个字就把背景拉到1000个字的大小显示。

    求解。

    原来9.png是这样的啊,我一直没弄明白上下,和左右的线有什么区别。

    原来左和上控制拉升显示,右跟下控制内部显示?

    【 在 chenmervyn 的大作中提到: 】

    : wrap content 就是你内容的大小嘛,你要是想指定大小就不要 wrap content;

    : 还有textview的文字区域,是.9.png右侧和下侧黑点控制的。你要是想顶格,下侧可以不

    : 画黑色,另外gravity要设成left

    : ...................

    2013-07-14
  • 问一下以下情况是否无解?

    一个text view,想自适应大小,但是背景图片很大。

    发现wrap content的时候最小大小就是背景图片的大小。

    除了改背景图还有其他方案木?

    还有发现用9.png做背景后,text view的文字至少要从可拉升的地方写起,无论如何都没有找到让文字从头写起的方式。padding设成负数,发现不可拉升的区域居然是盖在文字上方的。

    2013-07-14
  • Re: Android Image View,真的又是一个坑吗?

    我本来图片下载下来就弄成drawable然后存map了。

    现在改成bitmap就OK了。

    【 在 SpeShow 的大作中提到: 】

    : 我重新试了一下...还真有效.回头看看才发现,Cache都是存Bitmap的,哪有存drawable的- -

    :         Bitmap bitmap = BitmapFactory.decodeResource(getResources(), R.drawable.ic_launcher);

    :         ImageView v1 = (ImageView) findViewById(R.id.image_1);

    : ...................

    2013-07-14
  • Re: Android Image View,真的又是一个坑吗?

    文件下载下来不是drawable吗?

    我存的就是drawable

    难道要存bitmap?

    【 在 Evan 的大作中提到: 】

    : 相同图片引用也不是用同一个drawable啊。。

    : 你可以用同一个Bitmap, 产生两个drawable嘛。。

    2013-07-14
  • Re: Android Image View,真的又是一个坑吗?

    我觉得这个设定太bug了。。。。

    不小心就中招了。

    【 在 SpeShow 的大作中提到: 】

    : 我写了一段代码测试,这个居然和赋值顺序无关却和XML里面的顺序相关.缩放比例是XML中的最后一个...看来的确是在Layout的过程中对原图进行缩放了...

    2013-07-14
  • Android Image View,真的又是一个坑吗?

    Image View的scale type,我用的是fitXY。

    同一个drawable的引用,赋值给两个大小不同的Image View,结果所有Image View都显示最后Image View的大小。

    这个太坑爹了吧?

    至于为啥是同一个drawable引用,因为用的image loader,有缓存,相同图片自然是同一个引用。

    不得已只能在每次调用image loader的时候拷贝一份:drawable.getConstantState().newDrawable()

    太山寨了,求更靠谱的方案。

    2013-07-14
  • Re: 大家现在一般用啥place api?

    百度reversgeo基本上80%以上的点没有任何poi。只有少数一些点才有。

    简直不能够称之为能用。

    我们就想做一个和微博那样的发布于XXX,这个XXX不说要非常多,至少十来个热点要有吧。

    【 在 freecutelei 的大作中提到: 】

    : baidu

    2013-07-12
  • 大家现在一般用啥place api?

    就是给一个坐标,返回附近的地点名称。

    百度的太烂,大部分地方都只返回一个点,只有少数地方能看到周围热点。

    谷歌的place api好很多,但是谷歌连接不稳定,时不时会挂掉。

    除了自己维护,有没有啥靠谱的推荐?

    2013-07-12
  • Re: android读相册又一大坑(新人)

    而且手机死机的原因也找到了。原因是用pic这个action没法控制剪裁,剪裁大图片时内存溢出,手机死机。

    自己控制crop的时候必须用文件输出,并且输出文件名和源文件名不一样,这样内存就不会溢出了。

    2013-07-09
  • Re: android读相册又一大坑(新人)

    新手,随便Google的。

    【 在 Evan 的大作中提到: 】

    : 你是怎么开始写这段代码的,我意思是,你为什么一开始选了INTENT_PICK?

    : 随便是看系统代码,还是网上搜新点的例子,都用GET_CONTENT了啊

    2013-07-09
  • Re: android读相册又一大坑(新人)

    总不能说我们这个app不支持东东枪吧。

    【 在 oasis2k 的大作中提到: 】

    : android所有奇异问题都应该先在其他手机试试

    2013-07-09
  • android读相册又一大坑(新人)

    我的手机用android.intent.action.PICK来读相册,设置crop为false无效,始终会进入剪裁。然后剪裁保存就会死机黑屏,所有按键失效。但可以拉顶端的通知栏,拉下来就可以home了。但是程序还是没有响应,也不crash。此时打开相机就自动重启。可以精确重现。不确定是手机还是android的问题。

    改用android.intent.action.GET_CONTENT来读取相册就一切正常。

    我的手机是最新的东东枪。没有在其他手机上试过。

    2013-07-09
  • 你妹的被android搞死了

    调了一个下午的程序,动画效果就是看不到。结果发现在隐藏的开发者选项里动画默认是关闭的,要手机设置过才能看到。你妹!!!!

    2013-07-08
  • Re: android下有靠谱的image loader的框架吗?

    实际应该很少有重复的。现在测试二十张实际只有四张。

    iphone不知道他用什么开发的,反正表现就是同样的图片一起出的。而不处理重复就要下二十次,五倍的速度差距,对比太大了。

    【 在 Evan 的大作中提到: 】

    : SDWebImage?那和android下不是基本没什么差别么

    : 不过我确实不太理解怎么会有应用同一屏载同一张图片好些次的

    2013-07-07
  • Re: android下有靠谱的image loader的框架吗?

    gprs不用考虑吗?我一开始没考虑重复图片,也没用线程池,gprs下二十张图片半天出不来。因为二十个线程抢gprs的带宽,每个都很慢。

    我们现在的测试数据重复图片很多,iphone客户端有框架考虑了重复的,效果就好很多。

    主要是有对比,不然一句话gprs就是这么慢就把老板打发了。

    wifi下怎么搞都是秒出的。

    【 在 Evan 的大作中提到: 】

    : 你这需求本身也有点奇怪啦

    : 一般开image loader我也不会超过3个线程,那么10张相同图片请求,最多一张重复下载了两次,谈不上很多,要考虑到一部分的开发方便性。除非这图片还真特别大,不然就多下两次呗,没什么大不了的

    : 时代不同啦,又不是在以前的gprs还走cmwap什么的条件下做应用

    2013-07-07
  • Re: android下有靠谱的image loader的框架吗?

    目前看起来能用。多久回收不清楚,短时间重刷没问题的

    这个换强引用或者文件到方便。我更关心锁。

    我那两个加读写锁的地方,不加锁必然会有同步问题。但我不能肯定加了就没问题。

    当然如果简单粗暴全部synch掉必然可以,但性能就低了。

    或许在android上撑死十几个线程不用考虑那么细。

    【 在 Evan 的大作中提到: 】

    : 你这个能用?

    : SoftReference在android上用不了唉,马上就回收掉了

    2013-07-07
  • Re: android下有靠谱的image loader的框架吗?

    光hashmap必须不能用。回调是一个list,不是单个value

    【 在 liuzhi 的大作中提到: 】

    : synchronized hashmap就行了

    2013-07-07
  • Re: android下有靠谱的image loader的框架吗?

    为啥大家都说很简单,我觉得不太简单啊。

    上一份我写的代码看看,估计可优化的地方不少。

    【 在 Evan 的大作中提到: 】

    : 是说重复图片请求很多么

    : 本来图片加载库一般就用universal-image-loader吧,比较常见

    : 你这需求,要么直接线程池设成1,倒是能满足条件一,压进去10个同样url,后9个肯定已经不重复下了。但我猜也不是你需求

    : ...................

    2013-07-07
  • Re: android下有靠谱的image loader的框架吗?

    多线程同步没那么容易。而且至少要实现一个多线程安全的linked multimap

    我现在就是自己写的,不敢说效率最高+完全无同步bug。

    回头我把代码贴上来看看。

    【 在 freecutelei 的大作中提到: 】

    : 自己写一个,分分钟的事。。。。。。。。。。。

    2013-07-07
  • android下有靠谱的image loader的框架吗?

    原生的第三方的都行。

    要求:

    能处理重复的图片,这个重复不是指已经下完了的重复。而是如果一下子来了10个下载请求,都是同一个url,只开一个线程下载,完了回调10个函数。

    能控制线程池大小。

    能按需清除未分配任务。

    看了下网上的源码,满足第一条的基本没有。

    2013-07-07