柔宇柔派折叠屏手机怎么定位找回

您好，很高兴为您解答。亲亲，柔宇手机定位功能；手机定位是指通过特定的定位技术来获取移动手机或终端用户的位置信息（经纬度坐标），在电子地图上标出被定位对象的位置的技术或服务

点击隐私保护 在手机设置页面中,点击隐私保护。2点击位置信息 在保护隐私页面中,点击位置信息。3设置位置服务 在位置信息页面中,开启/关闭位置服务即可。

我们 *** 作app的过程中都会进行页面滑动，那么这个过程通过python怎么实现呢？

如何滑动

大家都非常的清楚我们手动在app上是如何滑动的，然后自动化只是模仿了手工的方法去实现，我们通过一个图来分析

从上往下滑动的时候，我们通常会按（X1，Y1）这个坐标，然后往下进行滑动，一直滑到（X2，Y2）这个坐标

从下往上滑动的时候，我们会按（X2，Y2）这个坐标，往上进行滑动到（X1，Y1）这个坐标

当然了左往右进行滑动和从右往左进行滑动的思路都是一样的了。

swipe是appium模块中的一个方法，支持左右滑动和模拟点击的功能

我们从上面的图和swipe的源码中知道，滑动的最主要的参数就是坐标，那么我们如何通进行手机坐标查询呢？

查询坐标

打开指针位置

我们可以进入到手机开发者模式当中，然后打开指针位置，这样点击哪里就可以看到哪里的坐标。

 我们也可以通过python的脚本帮我们实现找到坐标的方法

 因为每个手机的坐标可能都不一样，这里我们可以通过先获取手机屏幕的长和宽，然后再次计算需要滑动的坐标位置

我们通过智行火车票APP来实战 *** 作下左右滑动，因为我们每个手机的页面不一样，可以通过算出来一个大概值进行匹配

我们可以把滑动方法一个个封装起来，这样我们做app自动化测试的过程需要用到的时候就可以直接调用。

1、如图位置是一个html中的可编辑内容的div标签，在里边输入文字，会有一个光标。

2、通过getSelection可以获得一个Selection对象，如图。因为是一个光标，anchor和focus（选择的起点和终点）一样，偏移也一样。

3、如图，则进行文字选择，而且是跨行选择，以第一行为起点，第二行为终点，选择文字。

4、再次getSelection，可以看到anchorNode是起始节点，anchorOffset是起始偏移，focus是结束的。

5、如果从第二行倒着选到第一行，使用getSelection获取选择区域，可以看到anchorNode和focusNode和刚才相比，互换了。

6、使用一个node的textContent属性可以获得文字。结合focusOffset和anchorOffset，实际上可以获取光标/选中区域前后的文字。

7、将起始和结束位置设置为相同，而且都在结束节点的末尾。即变成闪烁光标。

首先，打开安卓系统中的设置应用，

然后在手机设置选项中点击进入“其他高级设置”，进入手机系统高级设置菜单项目。

微信地理位置共享怎样做假

一，首先，请大家打开安卓系统中的设置应用，然后在手机设置选项中点击进入“其他高级设置”，进入手机系统高级设置菜单项目。

在手机系统高级设置选项列表中，当然手机开发者选项功能必须处于开启状态，我们点击选择“开发者选项”按钮，然后进入开发者选项设置，在开发者选项设置菜单中点击“允许模拟位置”，只有开启这个功能我们才能顺利的模拟手机的位置。

二，前往应用商店或者是应用市场下载安装位置模拟的应用。

三，需要我们对该应用设置允许Root权限，所以我们的手机系统一定要能够获取Root权限才行，然后点击进入手机系统中的“Root权限管理”选项。

在手机系统Root权限管理选项中，将我们刚才下载的应用程序选中，然后开启Root权限按钮，那么我们便可以成功的使该应用获取Root权限，如果你的手机还没有Root，请先自行百度手机Root权限的获取办法。

四，我们点击刚才下载的应用程序，由于前面的铺垫工作都已经做好，所以我们直接点击主页面的左上角的位置模拟开关。

五，我们需要在主页面的地图中选择一个自己想去的地点，地点可以随意选取，这里我以北京故宫博物院的位置信息为例向大家讲解，点击地图上的地点，将坐标插杆在屏幕的位置上点击一次即可。

地理位置选择好之后，启动微信应用，进入微信聊天界面，点击聊天界面中的”+“按钮，然后选择”位置“菜单按钮。

六，我们在d出的菜单中，点击选择”发送位置或者是位置共享“，这两个均可，只要能够成功模拟我们修改后的地理位置信息就可以。

七，我们就会在微信功能页面中已经成功的显示出了我们模拟后的地理位置信息，点击右上角的”发送“按钮，就可以将模拟后的地理位置信息发送给好友了。

网上关于屏幕适配的文章已经铺天盖地了，为什么我还要讲？因为网上现在基本都是使用 屏幕分辨率限定符 进行适配，即每种屏幕分辨率的设备需要定义一套 dimensxml 文件。由于不同分辨率的设备太多了，而且有些设备还有虚拟按键（例如华为手机），这样就还需要每个有虚拟按键的设备加多一套 dimensxml 文件，再加上平板那些你会发现 dimensxml 文件所占的体积已经超过 2M 了！这绝对不是我们想要的。

我这里要讲的是使用 sw<N>dp 限定符，即 smallestWidth（最小宽度） 限定符 来进行适配，使用这种方式只需要少量 dimensxml 文件即可达到适配，而且根本不用考虑虚拟按键的问题。如果只适配手机，dimensxml 文件所占的体积只有 100 多 KB，即使加上平板和 TV，也就 500 多 KB，完全可以接收。这种方案已经在自己多个项目中应用过了，经过几十台手机测试过，基本不会出现适配有问题的情况。制作生成对应 dimensxml 文件插件（后面会讲）的作者也说过他在待过的两家大公司实践过，所以请放心使用。

关于为什么要进行屏幕适配，什么是 dp、dpi 这些概念我就不去一一讲解了，网上很多文章。这里我推荐几篇讲的比较好的：

屏幕分辨率限定符适配需要在 res 文件夹下创建各种屏幕分辨率对应的 values-xxx 文件夹，如下图：

然后根据一个基准分辨率，例如基准分辨率为 1280x720，将宽度分成 720 份，取值为 1px~720px，将高度分成 1280 份，取值为 1px~1280px，生成各种分辨率对应的 dimensxml 文件。如下分别为分辨率 1280x720 与 1920x1080 所对应的横向 dimensxml 文件：

假设设计图上的一个控件的宽度为 720px，那么布局中就写 android:layout_width="@dimen/x720" ，当运行程序的时候，系统会根据设备的分辨率去寻找对应的 dimensxml 文件。例如运行在分辨率为 1280x720 的设备上，系统会自动找到对应的 values-1280x720 文件夹下的 lay_xxml 文件，由上图可知 x720 对应的值为

720px，可铺满该屏幕宽度。运行在分辨率为 1920x1080 的设备上，系统会自动找到对应的 values-1920x1080 文件夹下的 lay_xxml 文件，由上图可知 x720 对应的值为 10800px，可铺满该屏幕宽度。这样就达到了屏幕适配的要求！

smallestWidth 限定符适配原理与屏幕分辨率限定符适配原理一样，系统都是根据限定符去寻找对应的 dimensxml 文件。例如程序运行在最小宽度为 360dp 的设备上，系统会自动找到对应的 values-sw360dp 文件夹下的 dimensxml 文件。区别就在于屏幕分辨率限定符适配是拿 px 值等比例缩放，而 smallestWidth 限定符适配是拿 dp 值来等比缩放而已。需要注意的是“最小宽度”是不区分方向的，即无论是宽度还是高度，哪一边小就认为哪一边是“最小宽度”。如下分别为最小宽度为 360dp 与最小宽度为 640dp 所对应的 dimensxml 文件：

ScreenUtils——> ScreenUtils

既然原理都一样，都需要多套 dimensxml 文件，那为什么要选择 smallestWidth 限定符适配呢？

大多数 UI 设计师提供的设计图无非就几种，它们对应的获取方式如下：

这些文件当然不会手动去写，网上已经有大神提供了自动生成这些文件的插件 ScreenMatch 。但是这个插件还是有点问题的：

基于以上问题，我在该插件的源码上优化生成了新的插件 ScreenMatch ，由于插件库已经有原作者的插件了，所以我就不重复造轮子上传到插件库了，你直接用本地安装的方式安装即可。

工具使用步骤：

然后选择在哪个 module 下执行适配。即基于哪个 module 下的 res/values/dimensxml 文件作为基准 dimensxml 文件，生成的其他尺寸 dimensxml 文件放在哪个 module 下。例如选择 app，然后点击 OK ，出现如下界面表示生成文件成功。如下图：

然后再看看 res 目录下会自动生成一堆 dimensxml 文件，如下图：

通过上面的步骤就已经生成了所有设备对应的 dimensxml 文件。

步骤 3 是以插件默认的最小宽度基准值为 360dp，适配的设备最小宽度为

320,360,384,3927272,400,410,4114285,432,480,533,592,600,640,662,720,768,800,811,820,960,961,1024,1280,1365（包含了平板和 TV ）生成的文件，但实际情况要根据设计图和需求设置。

例如设计图的最小宽度为 375dp，则需要更改最小宽度基准值为 375dp。如果项目只需要适配手机的话，适配的设备最小宽度保留 320,360,384,3927272,400,410,4114285,432,480 即可，若发现手机还有其他最小宽度自行加上即可，也麻烦把该最小宽度提供给我，我们一起来完善该份适配。

以上修改需要在配置文件里修改，即 screenMatchproperties 文件，该配置文件是执行完上面第 3 步后自动生成在项目的跟目录下的。如下图：

打开配置文件，修改下图中 1、3、4 的值即可。(图中单位均为 dp)

1：最小宽度基准值，填写设计图的最小宽度值即可。

2：插件默认适配的最小宽度值，即默认情况下会生成如下值的 dimensxml 文件。

3：需要适配的最小宽度值（如果是小数，则保留 4 位小数。例如 392727272，则取 3927272），即你想生成哪些 dimensxml 文件。

4：忽略不需要适配的最小宽度值，即忽略掉插件默认生成的 dimensxml 文件。

配置文件修改完成后，重新执行第 3 步，生成新的 dimensxml 文件。

当然！如果你的设计图也是标准的 360dp，那么上面的步骤你可以忽略。直接复制我 github 上你需要的 dimensxml 文件到你的项目即可， 默认的 values 文件夹下也需要一份 。

设计图标注多少 dp，布局中就写多少 dp ，非常方便！

大多数 UI 设计师提供的设计图无非就几种，它们对应的使用方式如下：

说了这么多，其实只需要简单的 2 步：

很多人肯定会有疑问，难道我用了这套适配方案就可以全部直接写死宽高了？那肯定不是的，如果一些好用的适配技巧能实现的，那就不要用直接写死宽高的方式。这套适配方案搭配下面这些适配技巧可以让你的屏幕适配更完美。

绝对布局（AbsoluteLayout）直接使用 X、Y 坐标来控制控件的位置，对于屏幕碎片化这么严重的今天，使用绝对布局对于屏幕适配来说就是灾难性的，所以 Google 已经废弃了该控件。

相对布局（RelativeLayout）或者约束布局（ConstraintLayout）就不一样了，相对布局的子控件之间使用 相对位置 的方式排列，即使屏幕的大小改变，控件的相对位置也不会变化，与屏幕大小无关，灵活性很强。约束布局也是类似的，通过对某些控件进行约束来确定它们之间的位置。

Nine-Patch 是一种被特殊处理过的 PNG ，你可以指定哪些区域可以拉伸而哪些区域不可以。例如聊天界面中的聊天气泡背景图就需要做成 Nine-Patch ，因为每条消息的字数不是固定的，如果背景不能随着字数的长短进行缩放，那么就会导致背景变形。

因为各种屏幕高宽比并不是固定的，有 16:9、4:3，还有全面屏的 195:9 等等，如果强行将宽高都适配那只会导致布局变形。

例如一个控件的宽高为 360dp 和 640dp，如果将它显示在宽高为 360dp 和 640dp 的设备上是正常铺满整个屏幕的，但是显示在宽高为 360dp 和 780dp 的设备上高度则不能铺满，如果你让高度铺满，而宽度又保持不变，那就会出现变形的情况。所以这也就是为什么目前市面上的屏幕适配方案只能以宽或高一个维度去适配，另一个方向用滑动或权重的方式去适配的原因。

那你为什么说高度也能适配呢？

这里说的高度也能适配指的是在不同分辨率和密度的手机上能达到等比缩放的适配，其他屏幕适配方案也是一样的。

注意：smallestWidth 限定符适配的效果是让不同分辨率和密度的设备上能达到以设计图等比缩放的适配，如果设备与设计图相差太大时并不能达到很好的适配效果，需要单独出图，其他屏幕适配方案也是一样的。

同横屏道理一样，平板、TV 与手机的宽高差距太大，想要平板、TV 也能完全适配，那就只能让设计师出一套平板、TV 的设计图，然后单独写一套平板、TV 的布局文件。

注意：再说一遍，smallestWidth 限定符适配的效果是让不同分辨率和密度的设备上能达到以设计图等比缩放的适配，如果设备与设计图相差太大时并不能达到很好的适配效果，需要单独出图，其他屏幕适配方案也是一样的。

github 地址： ScreenAdaptation

参考资料：

我为什么要开启这个系列，努力试着从源头开始，用 PDFium 制作一款阅读器？有人喜欢问这个做了有什么用，这个是唯一的吗？

当然不是唯一的，底层技术更不是我的。不过我认为在维护者的推动下，PDFium 越来越完善，功能越来越多，不 真正 拿来做些什么实在是可惜了。另一个重要原因则是，其他APP要么臃肿或者简陋，要么用着磕手、滑动卡顿、误触频发，而且大多还不免费。( 更正，近年来倒是多了好多免费的PDF阅读器 )

目标期望：

热身运动：当检测到单击( GestureDetector )时，若点击处存在超链接，则打印出超链接的对象。

头文件：fpdf_doch

需要将屏幕坐标转换为页面坐标，然后再次在native层转换为所谓的user space、page space。别问我那是啥我也不知道。不过在论坛提问后，有人替我指出了相关文档所在，有时间去看看！

屏幕坐标：[eventgetX(), eventgetY()]

页面坐标：先前提过将整本PDF当作一张超级大图，subsampling-scale-imageview 有一系列的 viewToSource 坐标转换方法。屏幕转换得到 source 坐标后，减去点击页面的左上角坐标，就是页面坐标。

原始页面坐标需用 FPDF_DeviceToPage 再次转换，才能传给FPDFLink_GetLinkAtPoint，获取坐标处的链接指针。

超链接对象统一返回字符串，可以是Uri地址，也可以是页码 @页码 。

热身运动2：在单击处获取一个英文单词或者汉语词组，需要用到安卓的 BreakIterator。

头文件：fpdf_texth

首先实现 nativeGetCharIndexAtCoord 方法，获取单击附近的文字索引，需进行同样的坐标转换。

若返回的文字index大于等于零，则此 index 指向该页面全部文本当中的一个字符。全部文本用 FPDFText_GetText 获取（实现 nativeGetText）：

接下来就可以用 BreakIterator 分词了：

与绘制PDF本身差不多，不过 bitmap 换成 rect 而已。用到的API依次是FPDFText_CountRects、FPDFText_GetRect。

直接将选框覆盖绘制在前。若要绘制在后面的背景上，就需要三层透明视图了，那么加载铺块和缩略图的时候就要用透明色清空 bitmap，页面的白色背景等也需要另外绘制（Google PDF Viewer应该就是这样，还给背景加了阴影）。这些较为复杂，到时候再说。

有个问题可能需要解决：同一行的选框，部分没有合并。

都是小事儿，暂时不在这上面花时间。

之前做过类似的事情，将普通 TextView 自带的文本选择功能禁用了，然后用API自己做出一个来，包括单击选词，长按托选，放大镜等等。所以相关的内容还是熟悉的。

绘制 Selection Handle 可以用 AppCompat 支持库中的图标资源：

控点的触控 *** 作也很简单，在 Action_Down 中检测落点是否在其中一个 handle 内。若是，则在 Action_Move 中一边移动该 handle，一边检测新的字符索引，作为文本选择的新边界。

由于PDF的复杂性，页面上的字符索引可能间杂排列，比如头一段开头是100，下一段开头50，再下一段150。这就造成先前简单的选择系统“失效”了：

没什么解决方案，API 就这么点。而且，静读天下、Google PDF 查看器都是这样的，唯有 ezpdfreader 没有这个问题。

以上就是关于柔宇柔派折叠屏手机怎么定位找回全部的内容，包括:柔宇柔派折叠屏手机怎么定位找回、App页面滑动、JS移动端获取触控位置等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！