RedfinDemo开发进度

继上回把我的RedfinDemo集成到系统里之后，继续开发了一段这个应用，主要是产品设计路线和UI框架修改优化。新版本采用了子fragment嵌套的模式，界面应该比较紧凑高效了。

先放应用的几张图，再记录一下这四五天的惨痛历程。

WSL方案弃用原因

在应用框架优化完之后，想尝试改改简单的源码，一下就想到了改掉AutomotiveOS上那丑陋的Toast样式，一直搜文件名去改也不是个办法，于是了解到Google官方有一个ASFP（Android Studio For Platform）专门用来改AOSP源码的IDE，有代码导航和代码提示功能。

那我这个WSL系统肯定需要装一个图形界面，应用才能成功访问我windows的屏幕。

研究各种bashrc的环境变量配置，网络端口暴露，废很大功夫，用登录远程桌面的方式，用上了Xfce4桌面。连接上windows的屏幕。

下载asfp的deb包，解包后，打开了ASFP应用，新建工程，导入aaos源码，经过漫长的index之后，我又发现在这个应用界面上我的鼠标位置发生了偏移，很难点准位置，相当难受。

一不做二不休啊！考虑到，以后肯定还是需要一个图形界面，还有其他调试工具，多窗口查看我的各种信息，会极大地增强效率，准备直接将电脑刷上Ubuntu。

安装上Ubuntu后，立即完成基础配置，开始拉取源码编译系统。结果连repo工具的初始化都无法完成。

因为使用WSL的时候，我可以在上面使用windows的网络代理环境，而Ubuntu上则需要花费很大精力去实现，这个成本是无法接受的。于是下载源码上全线转为清华镜像的方案，repo工具也使用清华镜像的方式初始化，添加到bin目录，开始sync，又是70G的流量。。。。

现在装Ubuntu，没有了Windows的生态，总要装一下其他常用工具吧。

首先就是搜狗输入法，但是按照官方的步骤来，始终无法成功安装使用，感觉下载的版本太高了，2204有些环境不对。

还有微信，安装上wine可以使用了，但是后来也是因为他们使用的python3和系统内置的python版本有依赖冲突把系统搞坏了。

这个是近期稍微顺利一点的工作，定位到原生的Toast的布局文件transient_notification.xml，再追踪到其使用的背景和文字style样式，把背景改成白色，文字改成黑色。

又找到了ToastPresenter，发现这个是使用windowmanager添加Toast的view的类，将窗口参数的y值从100改成800。从底部变道顶部来，更符合视觉直观。

最后就是下面的两张对比了：

果然最顺利的还是自己最擅长的东西，这里一笔带过，其实也花了点时间编译刷写，解决调试。但是折腾Ubuntu系统，需要解决.bashrc的环境依赖，还有应用安装依赖冲突，，，，，

然后到今天，上午为了搞定fctx输入法依赖问题，把系统的python彻底删掉了，一开机电脑就是一行报错，卡在那里

arduino 复制代码

config failed, hub doesn't have any ports(err-19)

有无解决过的大神可以支支招。我大概率今晚回去再次重装系统了，暂时还没决定是ubuntu还是deepin？

deepin这个系统，对于国内开发者，其生态是绝佳的，甚至日常使用都不成问题，但是又怕会和aosp产生另外的冲突。

哎，小小记录一下，赶紧解决掉这些麻烦事，开始学习framework，积累aosp的经验，而不是因为环境问题拖累大量时间。。。。。