一些 UI 问题

[wherewhere]

一些 UI 方向错了，看起来很别扭 汉堡包打开后标题栏应该缩回去（这个问题在 WinUI Demo 上也有，可能是微软太懒了 汉堡包内容部分应该留下标题栏边距，不然看起来很别扭，就像这样，而且标题的颜色有点怪 SettingExpander 内部不应该居中，看起来很怪 ListViewItem 外面不要套别的东西，看起来很怪 Java 运行时获取的不全，还差官方启动器的 应用名忘记改了，看起来很奇怪

[xingxing2008]

感谢你的反馈！已在进一步处理

[natsurainko]

关于 汉堡菜单的缩进问题 那个是是后台代码实现的 微软给的实例里面就这样 只是我懒得改而已

[natsurainko]

关于 ListViewItem 的问题 如果外面不再套一层 Border 在浅色模式下会完全看不见边框 而且不能突出列表项

[natsurainko]

关于 Java 的获取问题 emmmm 那个搜索主要是搜注册表和特定目录 官方启动器的安装目录我不清楚在哪里 也没办法去搜

[natsurainko]

关于 应用名称 的问题 那个名称就是那样的 原来的"Fluent Launcher"名称 被很久以前的 旧版 Fluent Launcher 占用掉了

[natsurainko]

关于 汉堡包内容部分应该留下标题栏边距 的问题 2.0.8.0 以前的版本是这样设计的，后面觉得不太好看改了

[wherewhere]

关于 ListViewItem 的问题 如果外面不再套一层 Border 在浅色模式下会完全看不见边框 而且不能突出列表项

修改 ListViewItem 的样式就行了

[wherewhere]

关于 Java 的获取问题 emmmm 那个搜索主要是搜注册表和特定目录 官方启动器的安装目录我不清楚在哪里 也没办法去搜

https://github.com/wherewhere/Minecraft-Launcher/blob/master/UMCLauncher/UMCLauncher.Core/Helpers/Extensions.cs

[wherewhere]

关于 应用名称 的问题 那个名称就是那样的 原来的"Fluent Launcher"名称 被很久以前的 旧版 Fluent Launcher 占用掉了

有没有一种可能，就是应用名称想写什么就写什么

[wherewhere]

关于 汉堡包内容部分应该留下标题栏边距 的问题 2.0.8.0 以前的版本是这样设计的，后面觉得不太好看改了

现在这种是win10时代的设计，现在看起来就像没有了头一样

[natsurainko]

关于 ListViewItem 的问题 如果外面不再套一层 Border 在浅色模式下会完全看不见边框 而且不能突出列表项

修改 ListViewItem 的样式就行了

ListViewItem内部的Template使用ListViewItemPresenter呈现的，没办法修改 除非直接删除这个 然后换用 ListBox

[wherewhere]

你可以修改，具体去看 winui 源码 https://github.com/microsoft/microsoft-ui-xaml/blob/main/dev/CommonStyles/ListViewItem_themeresources.xaml 或者手动实现 https://github.com/wherewhere/ModernWpf/blob/master/ModernWpf.Controls/ListView/ListView.xaml

[natsurainko]

关于 应用名称 的问题 那个名称就是那样的 原来的"Fluent Launcher"名称 被很久以前的 旧版 Fluent Launcher 占用掉了

有没有一种可能，就是应用名称想写什么就写什么

如果真的是这样那就好了

[natsurainko]

你可以修改，具体去看 winui 源码 https://github.com/microsoft/microsoft-ui-xaml/blob/main/dev/CommonStyles/ListViewItem_themeresources.xaml 或者手动实现 https://github.com/wherewhere/ModernWpf/blob/master/ModernWpf.Controls/ListView/ListView.xaml

在默认的样式文件里面没有找到ListViewItemPresenter的默认Style实现，没办法自己去修改

[wherewhere]

有没有一种可能，就是你只要改颜色就行了，不用动具体的样式。。。 还有winui和sdk是分离的，你翻sdk的主题只能翻到fd1

[natsurainko]

有没有一种可能，就是你只要改颜色就行了，不用动具体的样式。。。

选中的高亮 还有颜色反馈都是 ListViewItemPresenter 动态的 VisualState 或者 Trigger 设定的

[natsurainko]

我觉得你应该自己先实现一个效果看看

[gaviny82]

关于 汉堡包内容部分应该留下标题栏边距 的问题 2.0.8.0 以前的版本是这样设计的，后面觉得不太好看改了

现在这种是win10时代的设计，现在看起来就像没有了头一样

你说的确实是WinUI推荐的设计，但我个人认为在标题栏和NavigationView内容页保留空白太浪费空间了，而且WinUI给NavigationView设置了很多自定义选项，这也是为了让各种App达到需要的显示效果。

关于页面边距：部分页面/控件的的边距不统一，例如启动页面的启动按钮和核心选择距离窗口最下面特别长。还有标题中Fluent Launcher图标距离上面和左边不一样，是不是变成等宽会更好？

另外建议不同的问题单独开issue，不要把所有UI问题都放在一个issue里面，会给阅读和PR造成很大的困难

[wherewhere]

我觉得你应该自己先实现一个效果看看

你仔细看啊，里面有各种状态用的颜色

[natsurainko]

我觉得你应该自己先实现一个效果看看

你仔细看啊，里面有各种状态用的颜色

可是我不知道你想要什么样的效果啊

[wherewhere]

你说的确实是WinUI推荐的设计，但我个人认为在标题栏和NavigationView内容页保留空白太浪费空间了，而且WinUI给NavigationView设置了很多自定义选项，这也是为了让各种App达到需要的显示效果。

关于页面边距：部分页面/控件的的边距不统一，例如启动页面的启动按钮和核心选择距离窗口最下面特别长。还有标题中Fluent Launcher图标距离上面和左边不一样，是不是变成等宽会更好？

另外建议不同的问题单独开issue，不要把所有UI问题都放在一个issue里面，会给阅读和PR造成很大的困难

可是现在也是浪费空间，标题栏仍然存在，保留出来会让标题栏更加明显，告诉用户这里是标题栏，而不是让用户去猜标题栏多高 (issue太多就是刷屏了，我不喜欢这样，毕竟这些都是UI问题，放在一起很合理

[natsurainko]

而且关于这个核心页面的ui已经是改了再改了 我真的不太想再改了 我自己个人是觉得这样就好了 除非你能拿出更好的ui方案 毕竟我自己也不是专门做设计的，就是自己闲暇时间弄一下的

[wherewhere]

可是我不知道你想要什么样的效果啊

你不是说浅色的时候背景就不见了吗，你把背景改掉不就行了，怎么这么麻烦。。。

[wherewhere]

如果真的是这样那就好了

应用名又不是标识符，想要写什么就写什么，只有标识符和包名称才是唯一的

[natsurainko]

如果真的是这样那就好了

应用名又不是标识符，想要写什么就写什么，只有标识符和包名称才是唯一的

推送商店的时候要关联商店的应用程序的啊，又不是我想改就可以改的

[wherewhere]

推送商店的时候要关联商店的应用程序的啊，又不是我想改就可以改的

这是包显示名，是安装包的名字，就是双击安装的时候看到的名字，不是应用的名字 应用名 https://github.com/Paving-Base/APK-Installer/blob/main/APKInstaller/APKInstaller/Package.appxmanifest#L36-L36 包显示名 https://github.com/Paving-Base/APK-Installer/blob/main/APKInstaller/APKInstaller/Package.appxmanifest#L17-L17

[natsurainko]

推送商店的时候要关联商店的应用程序的啊，又不是我想改就可以改的

这是包显示名，是安装包的名字，就是双击安装的时候看到的名字，不是应用的名字 应用名 https://github.com/Paving-Base/APK-Installer/blob/main/APKInstaller/APKInstaller/Package.appxmanifest#L36-L36 包显示名 https://github.com/Paving-Base/APK-Installer/blob/main/APKInstaller/APKInstaller/Package.appxmanifest#L17-L17

抱歉 拒绝反驳 改了之后就是过不了

[wherewhere]

你在应用程序页面修改应用名称，谁让你改包名了 无法理解

[xingxing2008]

推送商店的时候要关联商店的应用程序的啊，又不是我想改就可以改的

这是包显示名，是安装包的名字，就是双击安装的时候看到的名字，不是应用的名字 应用名 https://github.com/Paving-Base/APK-Installer/blob/main/APKInstaller/APKInstaller/Package.appxmanifest#L36-L36 包显示名 https://github.com/Paving-Base/APK-Installer/blob/main/APKInstaller/APKInstaller/Package.appxmanifest#L17-L17

抱歉 拒绝反驳 改了之后就是过不了

回复 @wherewhere ： 请你仔细看看该截图是改了应用显示名称，然后通过不了。且这样修改包名会导致商店提交被驳回，商店分发是有审核步骤的，不然可以下的应用名称和安装起来的不一样。麻烦您好好了解其过程，再发表评论。 且就算是现在这个名字，我也觉得没有任何不妥，取名是我们的权利。

[HRxiaohu]

我的评价是，你可以自己开PR，还有你的态度是问问题的，而不是来当大爷的

[wherewhere]

真是无语了，我是来反馈意见的，又不是来求你的，我都说的这么明白了还是解决不了，真的无法理解

[David-xian66]

不好评价，真的，成分复杂

[natsurainko]

真是无语了，我是来反馈意见的，又不是来求你的，我都说的这么明白了还是解决不了，真的无法理解

可以了 重新设置过显示名称了

[wherewhere]

修改应用名是在这里修改，我还要手把手教你吗 这里预留的东西是包显示名，是安装包的名字 包显示名是这里修改

[wherewhere]

要是应用名都要唯一，这个世界的应用名字都要变得稀奇古怪了

[wherewhere]

不好评价，真的，成分复杂

无法理解明明是好好的指出问题，为什么就被说是阴阳怪气，就好像只有你们会写一样

[David-xian66]

不好评价，真的，成分复杂

无法理解明明是好好的指出问题，为什么就被说是阴阳怪气，就好像只有你们会写一样

6

[Big-Cake-jpg]

有没有一种可能，你们刷得太厉害了，消停一下

[natsurainko]

是我没理解你的意思 剩下的还有什么意见要解决嘛

[HRxiaohu]

我们知道您是 Apk-Installer 的开发者，但是 Fluent Launcher 的开发者已经很清楚地列出了问题无法解决的原因，且正在处理能够解决的问题，两位开发者也都很心平气和的为您解决问题，恕阁下的语气和态度我无法接受，请您给予开发者应有的尊重。

[wherewhere]

等 ListView 解决之后就把话题关掉吧，我不提问题了

[xingxing2008]

不好评价，真的，成分复杂

无法理解明明是好好的指出问题，为什么就被说是阴阳怪气，就好像只有你们会写一样

我们学术不精，在这给您道歉。因为我们从来就没研究过这类问题，您发现问题指出是正确的。但是在我们不知道如何去解决时，请直接提供解决方法或者提交pr，因为我们也不知道这类解决问题的方法。 开源社区应是互助互利的，而不是咄咄逼人，我们接受问题的批评。以及感谢你的反馈

[wherewhere]

因为在我看来修改应用的名字是最基本的事情，就好像创建项目一样，而且我也不知道你们要起什么名字 而且我已经提供了解决方案，你们信誓旦旦的说我错了，我能怎么办 那么再提一个建议，添加issue模板，这样可以更好的提交issue，具体可以去抄WinUI

[wherewhere]

WinUI 的 issue 模板 https://github.com/microsoft/microsoft-ui-xaml/tree/main/.github/ISSUE_TEMPLATE

[xingxing2008]

因为在我看来修改应用的名字是最基本的事情，就好像创建项目一样，而且我也不知道你们要起什么名字 而且我已经提供了解决方案，你们信誓旦旦的说我错了，我能怎么办

我们没有研究过，也没注意到，且我们理解出现了偏差，在这里给您道歉。我们有时候可能存在知识误区，所以还是得有人指出错误，而不是模棱两可说。我认可您提供的方案是正确的。我在这给您道歉。 以及希望我们以后还能继续合作，共建开源社区，谢谢。

[wherewhere]

额，你重复发了两遍。。。

[gaviny82]

WinUI 的 issue 模板 https://github.com/microsoft/microsoft-ui-xaml/tree/main/.github/ISSUE_TEMPLATE

我觉得这个很有必要，最近几个issue里面每个都包含了4-5个不同的问题。

目前关注的人少问题不大，但是长期来看不利于维护。

[xingxing2008]

WinUI 的 issue 模板 https://github.com/microsoft/microsoft-ui-xaml/tree/main/.github/ISSUE_TEMPLATE

您的建议我已收到，我会在明天对此做修改。

[gaviny82]

你说的确实是WinUI推荐的设计，但我个人认为在标题栏和NavigationView内容页保留空白太浪费空间了，而且WinUI给NavigationView设置了很多自定义选项，这也是为了让各种App达到需要的显示效果。

关于页面边距：部分页面/控件的的边距不统一，例如启动页面的启动按钮和核心选择距离窗口最下面特别长。还有标题中Fluent Launcher图标距离上面和左边不一样，是不是变成等宽会更好？

另外建议不同的问题单独开issue，不要把所有UI问题都放在一个issue里面，会给阅读和PR造成很大的困难

可是现在也是浪费空间，标题栏仍然存在，保留出来会让标题栏更加明显，告诉用户这里是标题栏，而不是让用户去猜标题栏多高 (issue太多就是刷屏了，我不喜欢这样，毕竟这些都是UI问题，放在一起很合理

关于UI问题 现在已经有Discussions板块了，您可以发帖讨论UI设计方面的问题，收集更多的意见。

Issues 每个GitHub Issue原则上应该精确描述问题，如果是同类问题应该使用标签对issue分类。其实大型项目中几千个open issues都是很常见的，完全不用担心刷屏。相反，在一个issue下讨论多个问题会让开发工作变得困难。

这个issue里面已经包含太多问题和讨论内容了，其中一部分已经在最近的提交中修复，剩下的没修完导致一直没有close。

当然，具体的工作流程和设计方案还是应该交给这个项目的维护者决定。

[xingxing2008]

你说的确实是WinUI推荐的设计，但我个人认为在标题栏和NavigationView内容页保留空白太浪费空间了，而且WinUI给NavigationView设置了很多自定义选项，这也是为了让各种App达到需要的显示效果。

关于页面边距：部分页面/控件的的边距不统一，例如启动页面的启动按钮和核心选择距离窗口最下面特别长。还有标题中Fluent Launcher图标距离上面和左边不一样，是不是变成等宽会更好？

另外建议不同的问题单独开issue，不要把所有UI问题都放在一个issue里面，会给阅读和PR造成很大的困难

可是现在也是浪费空间，标题栏仍然存在，保留出来会让标题栏更加明显，告诉用户这里是标题栏，而不是让用户去猜标题栏多高 (issue太多就是刷屏了，我不喜欢这样，毕竟这些都是UI问题，放在一起很合理

关于UI问题 现在已经有Discussions板块了，您可以发帖讨论UI设计方面的问题，收集更多的意见。

Issues 每个GitHub Issue原则上应该精确描述问题，如果是同类问题应该使用标签对issue分类。其实大型项目中几千个open issues都是很常见的，完全不用担心刷屏。相反，在一个issue下讨论多个问题会让开发工作变得困难。

这个issue里面已经包含太多问题和讨论内容了，其中一部分已经在最近的提交中修复，剩下的没修完导致一直没有close。

当然，具体的工作流程和设计方案还是应该交给这个项目的维护者决定。

我赞同你的观点，所以我先close #28 as noplan ，等所有修改完成后close as complete