检测到论坛CSS可能没有正确加载,如出现排版混乱请刷新重试。

We detected that the CSS might not be loaded correctly. If the website displays abnormally, Please refresh and try again.

ThinkBou 可惜就是没用 Mica……设计上还是比较接近原始 UI 的控件刷新,和现 Windows 版本差别挺大的。
什么时候改 UAC

    DaleZ Rectify 11针对的目标系统是21343及以上,我在20348上运行已经给我报出兼容性提醒了,只不过我点了Run Anyway。
    UAC大概率官方是不会刷新的,因为他们面向的主要群体是Build 22000和22621的用户(22631及以上其实基本用不着了),不过你可以fork一个Rectify 10出来 [tieba=huaji]

      何木槿 GA8目前就是在GA7 Refresh的基础上加入新版右键菜单,替换老旧的程序图标,替换OpenWith,并争取迁移到20348.2xxx新底层,毕竟原始底层不仅.NET Framework有问题,对于WASDK的程序也出现兼容问题了。
      对于Rectify 11带来的更多刷新,由于签名问题和离线封装的缘故,以及对于其原理不是很清楚,后期更新还是比较困难的。当然这些都是高考以后的问题,这里只是做一个规划。

      2 个月 后

      Roadmap 2024/04
      使用微软式文案来画饼(雾)

      1. 我们将会把虚拟版本号向上迁移,以适应新应用程序对最低版本号的要求。
        目前的候选是26090,这样可以避免我们的用户收到无法安装但一直消耗磁盘读写的更新。
      2. 我们将会将基础版本体升到20348.2xxx或3xxx。
      3. 由于Rectify 11修改后的系统文件签名失效,我们将会制作两个版本,一个是带OOBE的离线封装版本,携带Recrify 11特性较少,另一个执行完整的Rectify 11修改并自带账户直接登陆。
      4. 我们将集成新的压缩功能、sudo和其他能够移植的东西,ge_release的东西将会考虑被研究并下放。
      5. 我们将集成部分WCOS的package。
      6. 我们将制作ISO以方便安装。
      7. 置换新的Segoe Fluent Icons,原先修改的版本发现了些许瑕疵。
        8 天 后

        Build 20348,End Of Support。
        学校的固态里做了几次测试,毕竟“考试周”基本是自主复习
        20348.21xx的基础版本似乎存在问题,我分别安装了22000的之前测试过可用的Package、22621的Package,均在开机时报安全目录错误无法引导,花了两个小时排查错误也没发现问题(包括取消虚拟版本号,只安装最基本的包,删除新复制的文件)(睡眠质量太差,注意力不集中,真的复习不进去了),而不安装任何Package则没有任何问题,使用20348.1基础版本没有问题。
        于是我自己花了十来分钟弄了一个“Gebalt”,用22000.1当基础版本了,成功刷好了26090的虚拟版本号。
        所以基于20348的版本将不再发布大更新。还是更新了,迁移到了新平台。我还会对GA7Refresh做一些Touch up,以及发发Gebalt。

          [VTpwj][€ИЁĎĢШ !] 没用,我把那些有关选项都试了一遍。
          我还尝试过在sysprep后dism /online /add-package,不出我所料,“无法完成更新,正在撤销更改”

          8 天 后

          何木槿 置换新的Segoe Fluent Icons,原先修改的版本发现了些许瑕疵。

          对于最最最初的直接硬替换为 Segoe Fluent Icons 的方法,其实不工作的原因是 Windows 要看你字体名称符不符合要求。因此,直接修改原字体的元数据将会是最完美的方法。
          (不过记得也有改注册表强行认“表”不认人的方法,这里给个古早的方法,可以摸索下)

            6 天 后

            DaleZ 对于修改注册表,这个方法局限性很大,如果直接在XAML里面指定字体名称,很可能会失效,仍然根据字体安装名称读取原来的字体,修改字体元数据是个好方法,但不能用新的(Nickle及以后)Segoe Fluent Icons,否则会导致睡眠的月亮变成铃铛(unicode表对应字符变了),当然这个也有解决方法,就是使用Cobalt的初版Segoe Fluent Icons。
            一般而言,看到我发新的版本,就意味着以前的问题基本解决了。不过还是感谢你能够提供似乎火星的回复。

              何木槿 是的,补充一下罢了。看起来您已经把以上的方式都摸索过了?

                DaleZ 是的,新的Segoe UI Variable之所以没有了狗啃过的锯齿就是因为我直接改元数据了,毕竟字符对得上。
                我也不得不吐槽FontCreator的垃圾Hinting,实际上都是要追加参数的,不然就是狗啃。

                DaleZ 至于为什么我说有瑕疵,是因为设置里面的部分图标对不上,变成了小方框,不如直接改元数据,还省掉了人工替换的繁琐。
                我当时也挺傻的,竟然一个一个手动替换字符

                  何木槿 所有的折腾之路毕竟都是循序渐进的嘛,这个过程才是乐趣。
                  发现了是好事,只可惜我没有早点想起来这事

                  Gebalt Preview 01
                  虚拟版本号26090。
                  Bug:在使用Mica Alt材质的应用程序中会遇到图形Bug,例如窗口全透明或不透明,在.NET 6+或者使用WASDK构建的使用Mica材质的程序窗口窗口不会正常显示,只会在桌面上投下一个阴影。
                  小组件可能无法显示。


                    2 个月 后

                    Stakarilky (不过 WVB 里关于美化的讨论都没什么人的)

                    你可以来这里讨论

                    Rectify Windows Iron GA7 Refresh Current 1
                    本次仅制作离线封装版本

                    Constructing

                    Rectify Windows Iron GA 7 Current 1

                    Build “23471.1”(20348.1)
                    先说Bug:

                    1. Segoe Fluent Icons不包含Xbox图标和网路连接相关图标,因此用其全量替换Segoe MDL2 Assets之后,在下列两图中的界面会看见方框。

                    2. WiFi连接界面加密的网络图标可能显示不全。

                    如果觉得全量替换不合适,可在本帖找到上一版本并替换。
                    点此跳转:何木槿

                    以下是本次更新带来的特性:
                    1. 更新Windows Update的图标,更接近Windows 11。

                    2. 更新全新右键菜单。

                    3. 更新屏幕截图标识。

                    4. 更新字体查看器等Win32应用图标。(cttune.exe、regedit.exe、cmd.exe、cleanmgr.exe、msinfo32.exe、dialer.exe等)

                    5. 其他图赏





                    已修复GA7 Refresh的各种Bug。(当然,那几个老Bug还是阴魂不散,Timeline还是不可用的,.NET Framework还是4.0,Windows App SDK Runtime支持1.0,1.1及以上版本不支持)
                    等待上传……但我似乎找不到合适的上传方式

                      何木槿 已更新sudo和虚拟版本号的截图,然而还是没有上传方式

                      DaleZ 修改元数据也还是不管用——

                      何木槿 Segoe Fluent Icons不包含Xbox图标和网路连接相关图标,因此用其全量替换Segoe MDL2 Assets之后,在下列两图中的界面会看见方框。

                      ThinkBou 不过我没有发现Rectify 11的OpenWith到底是怎么改的,我把主程序和它的mun都拖了出来,和原始文件大小完全一致,似乎他们有一套自主的rundll32注入方式

                      SteveWorkshop 这个我在GitHub上面找到了开源的解决方式,所以成功自主实现了

                        何木槿 不过我没有发现Rectify 11的OpenWith到底是怎么改的,我把主程序和它的mun都拖了出来,和原始文件大小完全一致,似乎他们有一套自主的rundll32注入方式

                        你们说的是?

                          © 2025 wvbCommunity 管理团队

                          删封申诉 | 知乎专栏 | 状态监控 | 用户协议(EULA) | 隐私政策

                          本站文章除其作者特殊声明外,一律采用CC BY-NC-SA 4.0许可协议进行授权,进行转载或二次创作时务必以相同协议进行共享,严禁用于商业用途。