sl7122sl的专栏

由于需求原因，该webview加载的内容需要显示在制定weizhi

今天想在自定义的view中重写的onTouchEvent，在demo中完全按照自己的逻辑实现，但是移植到项目中时，该view外层有scrollView，当view的滑动方向和scrollView一致时，就会出现改view的滑动事件停止，scrollVIew的滑动执行，也就达不到我们想要的滑动效果。解决办法：在需要的时候，比如说我action_down的时候，就需要scrollView不再滑动，

涉及到两个Activity通过Intent来传值的问题。具体描述为：activity A调用startActivityForResult()函数启动Activity B，然后B结束时通过setResult()函数将一些值回传给A。笔者过去使用这种方法很多次，屡试不爽。但是，今天居然出现了一个奇怪的现象，即从B跳回A后并没有按照预想的逻辑执行，通过抓Log发现，当从A启动B的时候，A中的onActi

思路：所有activity都需要此操作，写一个基类activity,处理点击隐藏事件做法：在基类activity中加入以下代码public class MainActivity extends BaseActivity {InputMethodManager inputMethodManager;         @Overrideprotected void onCrea

1. Download openssl for windows from the links below 2. Extract it C:\openSSL for me3. Find the keytool (*you can try a search inside the java installation directoryfor me it i

最 近在xoom上开发应用，碰到ui设计都是使用图片，而且是多个activity。开始没觉得怎么样，就开始做呗。等做完了，开始在前三个 activity运行没问题，一切ok。但在最后一个activity里，会经常出现oom（out of memory），由于在最后一个activity，需要打开一个pdf，然后render，随着multi-touch，reander的pdf页缩放， 由于reande

微信官网给的Demo中。图片的分享例子他是这么描述的：                            String url = "http://pic2.nipic.com/20090506/1478953_125254084_2.jpg";                                                               try{

从早期G1的192MB RAM开始，到现在动辄1G -2G RAM的设备，为单个App分配的内存从16MB到48MB甚至更多，但OOM从不曾离我们远去。这是因为大部分App中图片内容占据了50%甚至75%以上，而App内容的极大丰富，所需的图片越来越多，屏幕尺寸也越来越大分辨率也越来越高，所需的图片的大小也跟着往上涨，这在大屏手机和平板上尤其明显。而且还经常要兼容低版本的设备。所以Android的

加上全局css属性-webkit-tap-highlight-color: rgba(0,0,0,0);

在Paint中有很多的属性可以设置，比如可以设置阴影，颜色过滤等等，这些会产生不同的奇妙效果，今天就对各种属性探索一下。 方法一： 1 //设置绘制的颜色，a代表透明度，r，g，b代表颜色值。 2 setARGB(int a,int r,int g,int b); 这个不多说了，还有两个类似的方法，将设置alpha和rgb分割开来了。注意的是这里的a值是0～255的范围，不是小数。 方法