关于android .9.png图片,中文简称点九

由于项目需要做屏幕适配,而且好多都是原创图,原来的话都是从其他程序扒拉下来的,现在好多都是自己的,所以必须要考虑如何做了,而且要保证布局不会乱

废话不多说,上图片制作方法,避免大家走太多弯路

其实android sdk中带有图片的制作工具,如果是美工使用的话,也需要配置java环境,不配置的话貌似是不能用的,还有就是说一下android编程工具的问题

现在谷歌官方已经宣布不更新adt,ddms等等,所以大家还是去学习使用android studio吧,还有一点就是用android studio是可以制作.9.png图片的

双击,打开此工具

左边是原图,右侧有三个图片,上面的是纵向拉伸,中间是横向拉伸,最下边的是放大,就拿这张图片来说,现在是png的,如果做成点九的可以不用这么大,但是由于此图片是渐变色,所以纵向的长度是不能变的,横向的可以变小,这个是相对比较简单的,另外说一下点九的黑边位置问题,话说为什么黑边的位置会影响布局

点九说是九宫格格式,但是自我感觉不全是,首先,简单来说,图片是会拉伸的,现在拿一个做好的图片来给大家举个例子,这样会加深大家的理解

大家首先发现的我想是黑边吧,仔细看一下其实加的黑边是不对称的,还有就是,虽然说是要保证圆角不能拉伸变形,可是为什么右侧和下侧会全都加上,而左侧和上侧确又不是全加上的,这设计到一个问题,那就是,拉伸什么地方,展示什么地方,我查了下资料是,按照左侧和上侧加的黑边进行拉伸,下侧和右侧为展示,这样相信大家就能理解了吧,展示的话肯定是全都要展示,但是拉伸的话圆角肯定是不能进行拉伸的,那样的话就会变形的,所以说,左侧和上侧加的话肯定不能全都覆盖,那么新的问题又来了,一般拉伸的图片是用来做背景的,如果相对布局在其上加上字体或者图片的话,黑边的位置会对其产生什么影响,好,再来看

这是在as中显示的,这样的话大家可以自己想一下,为什么颜色分为三种,而且九宫格是这样的,相信大家能知道了吧,首先,没有阴影覆盖的区域就是不进行拉伸的,原样显示,而阴影稍微浅一点(包括内测的最重的区域)的就是需要进行拉伸的,那么最重的区域是用来做什么的,现在应该知道了,他就是用来放置自己的字体或者图片的相对的位置,现在是纯色的,那么不是纯色的话该怎么做(渐变色,需要拉伸),再来看

如果是特别复杂的颜色,那样的话,就可以在无背景的白色加黑边,进行拉伸,右面是拉伸的结果,这样相对的长宽高拉伸比例是不变的

好了,讲到这里,博主能力有限,只能理解到这里了,如果理解有误,请大家指正

版权声明:本文为博主原创文章,未经博主允许不得转载。

时间: 2024-08-06 00:18:03

关于android .9.png图片,中文简称点九的相关文章

Android下将图片载入到内存中

Android的系统的标准默认每一个应用程序分配的内存是16M.所以来说是很宝贵的,在创建应用的时候要尽可能的去节省内存,可是在载入一些大的文件的时候,比方图片是相当耗内存的,一个1.3M的图片,分辨率是2560X1920(宽X高)图片当载入到手机内存的时候就会请求19M的一块内存,这是远远超出了系统自带的内存空间,这时候应用程序就会挂掉,所以我们要进行图片的缩放处理,以下我就来带大家创建一个用来图片缩放的应用: 应用效果图例如以下: 核心代码的实现: package com.examp.loa

Android Bitmap 开源图片框架分析(精华三)

主要介绍这三个框架,都挺有名的,其他的框架估计也差不多了 Android-Universal-Image-Loaderhttps://github.com/nostra13/Android-Universal-Image-Loader ImageLoaderhttps://github.com/novoda/ImageLoader Volley(综合框架,包含图片部分)https://github.com/mcxiaoke/android-volley 扯淡时间,可以跳过这段这些开源框架的源码还

Android Bitmap 开源图片框架分析(精华四)

disk缓存主要难点在于内存缓存,disk缓存其实比较简单,就是图片加载完成后把图片文件存到本地方便下次使用 同样,先贴一下官方主页的介绍(主页地址见文章最开始处)和内存缓存差不多,根据算法不同提供了几种类别,可以自行通过ImageLoaderConfiguration.discCache(..)设置<ignore_js_op> 硬盘缓存,保存是以文件的形式框架提供了4种类型,具体算法规则不同,看名字我们大概也能知道对应意思 UnlimitedDiscCache                

Android中的图片压缩

1.android中计算图片占用堆内存的kB大小跟图片本身的kB大小无关,而是根据图片的尺寸来计算的. 比如一张 480*320大小的图片占用的堆内存大小为: 480*320*4/1024=600kB  之所以要乘以4,是因为在android中使用的ARGB图片,图片一个像素占用四个字节. 2.手机出厂时 堆内存(Heap)是固定的,所以为了不造成OOM,我们就需要生成bitmap时对图片进行压缩处理. 实际使用中我们压缩图片的标准是手机屏幕大小作为参照的,这个主要是因为,即便是图片尺寸跟屏幕尺

android 基础学习图片六progross

加载进度条应用 android 基础学习图片六progross,布布扣,bubuko.com

Android公共库——图片缓存 网络缓存 下拉及底部更多ListView 公共类

Android公共库--图片缓存 网络缓存 下拉及底部更多ListView 公共类 转载自http://www.trinea.cn/android/android-common-lib/ 介绍总结的一些android公共库,包含缓存(图片缓存.预取缓存.网络缓存).公共View(下拉及底部加载更多ListView.底部加载更多ScrollView.滑动一页Gallery).及Android常用工具类(网络.下载.shell.文件.json等等). TrineaAndroidCommon已开源,地

Android实现对图片的缩放、剪切、旋转、存储

Android实现对图片的缩放.剪切.旋转.存储 一.问题描述 在开发中,当我们需要的有一张大图片同时还需要一些小图片时,我们只需要通过代码对此图片进行不同比例的缩放即可,这样大大节约资源,减小了安装包的尺寸 .除缩放外,我们还经常对图片进行其他操作如裁剪.旋转.存储等. 这样我们可以编写对于图片进行处理的通用组件,方便开发.下面就分享一下对图片进行处理的组件BitmapUtil,案例界面: 二.技术点描述 1.通过BitmapFactory取得Bitmap Bitmap bm=BitmapFa

怪胎:Android开发ImageView图片无法显示

今天碰到一个非常奇怪的问题: 在Android中ImageView无法显示加载的本地SDCard图片. 具体过程是:先调用本地照相机程序摄像,然后将拍摄的图片加载在ImageView中显示. [java] view plaincopyprint? public class ActiEnvi extends Activity   { static final String TAG = "ActiEnvi"; private static final int REQ_CODE_CAMERA

Android下将图片加载到内存中

Android的系统的标准默认每个应用程序分配的内存是16M.所以来说是非常宝贵的,在创建应用的时候要尽可能的去节省内存,但是在加载一些大的文件的时候,比如图片是相当耗内存的,一个1.3M的图片,分辨率是2560X1920(宽X高)图片当加载到手机内存的时候就会请求19M的一块内存,这是远远超出了系统自带的内存空间,这时候应用程序就会挂掉,所以我们要进行图片的缩放处理,下面我就来带大家创建一个用来图片缩放的应用: 应用效果图如下: 核心代码的实现: package com.examp.loadp