玛丽今天说梦话了吗
#AveMujica 看乐了 演出什么神人 也就是说这集有两位鸡团声优没有拿到工资（
#AveMujica
哈哈 我跳过 12 集直接看 13 了，整集 Live 真爽吧。整一季最佳集好吧。
真的，看完 Mygo 直接看这集就对了。
本来看完这个我也就和解了，但是柿➗访谈直接说睦头和 Mortis 全没了这下我没法和解了。
当然啊，睦头 13 集的强度也是真的高，真可爱吧，如果我没看前面那坨大概只会高呼真香吧（
哈哈 我跳过 12 集直接看 13 了，整集 Live 真爽吧。整一季最佳集好吧。
真的，看完 Mygo 直接看这集就对了。
本来看完这个我也就和解了，但是柿➗访谈直接说睦头和 Mortis 全没了这下我没法和解了。
当然啊，睦头 13 集的强度也是真的高，真可爱吧，如果我没看前面那坨大概只会高呼真香吧（
玛丽今天说梦话了吗
（
我去 这玩意要变成 gpt 和 gemini 的结晶了（也掺杂了一些 deepseek
edit:
上面是做了一个宽屏适配，然后代码非常的冗余。
发现 Gemini 能直接传代码文件夹，然后直接传上去复制粘贴一把梭，几 乎 不 用 改
https://g.co/gemini/share/6f676bc747aa
（当然可能他的这个方案并不是最佳实践
edit:
上面是做了一个宽屏适配，然后代码非常的冗余。
发现 Gemini 能直接传代码文件夹，然后直接传上去复制粘贴一把梭，几 乎 不 用 改
https://g.co/gemini/share/6f676bc747aa
（当然可能他的这个方案并不是最佳实践
Gemini
Gemini - 優化EditScreen程式碼及最佳實踐
Created with Gemini Advanced
app-arm64-v8a-release.apk
38.7 MB
#app #apk #FaceMoji https://github.com/Steve-Mr/EmojiFace
看着明显但是问题应该不很大的地方：做了大屏幕的支持
看着不明显但是可能造成一堆 bug 的地方：几乎完全靠 Gemini 差不多重构了应用。
这个版本可能非常不稳定。
被这个东西折腾到了，这个版本不一定会留下来，可能只是测试 gemini 了。
总之周末甚至五一再说（
看着明显但是问题应该不很大的地方：做了大屏幕的支持
看着不明显但是可能造成一堆 bug 的地方：几乎完全靠 Gemini 差不多重构了应用。
这个版本可能非常不稳定。
被这个东西折腾到了，这个版本不一定会留下来，可能只是测试 gemini 了。
总之周末甚至五一再说（
玛丽今天说梦话了吗
另外这次真正对 Android 现在的大屏适配有了点概念，而且遇到了个比较尴尬的情况，这会懒了明天或者什么时候 #展开讲讲 spoiler alert: 这次基本上都不是 Google 的问题。
（不专业警告）
首先现在 Jetpack Compose 有三种 Canonical Layouts，分别是列表详情、信息流、支持窗格。
这套东西好处在于整体的布局不需要开发者考虑了，页面不同形态的切换是自动进行的，当然对于具体的控件在不同布局下如何展示还是需要开发者自行解决的。
首先现在 Jetpack Compose 有三种 Canonical Layouts，分别是列表详情、信息流、支持窗格。
这套东西好处在于整体的布局不需要开发者考虑了，页面不同形态的切换是自动进行的，当然对于具体的控件在不同布局下如何展示还是需要开发者自行解决的。
玛丽今天说梦话了吗
（不专业警告） 首先现在 Jetpack Compose 有三种 Canonical Layouts，分别是列表详情、信息流、支持窗格。 这套东西好处在于整体的布局不需要开发者考虑了，页面不同形态的切换是自动进行的，当然对于具体的控件在不同布局下如何展示还是需要开发者自行解决的。
那么问题出在哪了呢？我写的东西太简单了，没有够到能被这套布局简化工作量的复杂度（
我需要的是把页面底部的 Emoji 行和分享/设置/保存按钮给放到应该是 supporting pane 的位置上，但是默认状态下应该是同时显示的。
我需要的是把页面底部的 Emoji 行和分享/设置/保存按钮给放到应该是 supporting pane 的位置上，但是默认状态下应该是同时显示的。
玛丽今天说梦话了吗
那么问题出在哪了呢？我写的东西太简单了，没有够到能被这套布局简化工作量的复杂度（ 我需要的是把页面底部的 Emoji 行和分享/设置/保存按钮给放到应该是 supporting pane 的位置上，但是默认状态下应该是同时显示的。
然后就需要回退到老办法：小中大三套布局，然后根据当前的屏幕比例/尺寸来使用对应的布局，当然我这里中和大的布局基本一致。
那么如何判断现在是什么状态呢，就要看 WindowSize 类了。
好消息是官方在这里也给了抽象过的接口：只需要判断是 compat / medium / large 而不需要自己去专门计算了。
不过有趣的是官方的判断方式是分别根据横向宽度和纵向高度来的，并且给了一个什么宽度对应什么状态的表格。
同时官方还给了个说明：
我自然就根据这个直接用宽度来判断了。
那么如何判断现在是什么状态呢，就要看 WindowSize 类了。
好消息是官方在这里也给了抽象过的接口：只需要判断是 compat / medium / large 而不需要自己去专门计算了。
不过有趣的是官方的判断方式是分别根据横向宽度和纵向高度来的，并且给了一个什么宽度对应什么状态的表格。
同时官方还给了个说明：
Note: Most apps can build a responsive UI by considering only the width window size class.
我自然就根据这个直接用宽度来判断了。
玛丽今天说梦话了吗
然后就需要回退到老办法：小中大三套布局，然后根据当前的屏幕比例/尺寸来使用对应的布局，当然我这里中和大的布局基本一致。 那么如何判断现在是什么状态呢，就要看 WindowSize 类了。 好消息是官方在这里也给了抽象过的接口：只需要判断是 compat / medium / large 而不需要自己去专门计算了。 不过有趣的是官方的判断方式是分别根据横向宽度和纵向高度来的，并且给了一个什么宽度对应什么状态的表格。 同时官方还给了个说明： Note: Most apps can build a responsive…
Google 的问题在哪呢？主要是下面的两点：
1. 缺少宽屏幕下的 AppBar 组件。第一张图的 Navigation Rail 可以认为是 Navigation Bar 的大屏版本。我其实是想要一个这样子的 AppBar 的。于是用 Navigation Rail 魔改了一个。
2. SideSheets 还没有 Jetpack Compose 版本。我把设置相关的东西丢进了 BottomSheet，想把大屏版本做成侧边的 SideSheet（图二的样子）。但遗憾的是 SideSheet 的状态是图三：Jetpack Compose 的组件大概才还没建新文件夹（
最后也就是一点简单认识，今天愚人节错了就错了（
比如今天唐突想起来是不是可以给 Wallpaper tunnel 做折叠屏外屏和内屏分别壁纸的适配，然后发现好像官方没 api 拉倒，有缘再整（
1. 缺少宽屏幕下的 AppBar 组件。第一张图的 Navigation Rail 可以认为是 Navigation Bar 的大屏版本。我其实是想要一个这样子的 AppBar 的。于是用 Navigation Rail 魔改了一个。
2. SideSheets 还没有 Jetpack Compose 版本。我把设置相关的东西丢进了 BottomSheet，想把大屏版本做成侧边的 SideSheet（图二的样子）。但遗憾的是 SideSheet 的状态是图三：Jetpack Compose 的组件大概才还没建新文件夹（
最后也就是一点简单认识，今天愚人节错了就错了（
比如今天唐突想起来是不是可以给 Wallpaper tunnel 做折叠屏外屏和内屏分别壁纸的适配，然后发现好像官方没 api 拉倒，有缘再整（