如下图所示

这样，就避免更新的版本与qtopencore不对应，最近更新频繁，很难找到对应版本

OpenCore Configurator这点就做得很好，编辑器提供了个选项，可以手动指定我要编辑哪个版本。
现在相当于只能编辑开发版的配置文件，我拿0.6.7的配置编辑后它就变0.6.8的格式了。

结果就报错了

Hi, when I try to modify Data, the old value come back

1、打开自动挂载所有ESP分区；
2、支持拖动到软件界面来打开

如下图所示, 不知道是BIOS设置问题, 还是OC设置问题,

Consider switching to Snapcraft from the AppImage.

The greatest advantages are easier to install and more reliable update options (like updating over the package manager instead of manually downloading a file)

I can write a GitHub Action for that.

ACPI及Kernel新增条目Enabled状态更改无法保存 概率100%

你好，有一个小bug，就是把空壳的kext文件如USBPorts.kext拖进kernel时，正确的ExecutablePath应该为空的，但实际却是Contents/MacOS/,这样就出错了的。

双重否定

如题。occ经常因为版本不合造成一些问题，我们这个软件没这样的问题吧。

config.plist.TXT

对ACPI->Patch的保存，会将<TableSignature>的原有的值变成0

                <dict>
                    <key>Comment</key>
                    <string>Fix RTC</string>
                    <key>Count</key>
                    <integer>0</integer>
                    <key>Enabled</key>
                    <true/>
                    <key>Find</key>
                    <data>oAqTU1RBUwE=</data>
                    <key>Limit</key>
                    <integer>0</integer>
                    <key>Mask</key>
                    <data></data>
                    <key>OemTableId</key>
                    <data></data>
                    <key>Replace</key>
                    <data>oAqRCv8L//8=</data>
                    <key>ReplaceMask</key>
                    <data></data>
                    <key>Skip</key>
                    <integer>0</integer>
                    <key>TableLength</key>
                    <integer>0</integer>
                    <key>TableSignature</key>
                    <data>AAA=</data>
                </dict>

在编辑某一项目时，如光标不是在最后的任意位置，按删除键时，则光标自动跳到最后的位置，这显然是有问题的。在可编辑的任何项目上，均是如此。另外，撤销功能的，建议不是按单个字符一个一个的恢复，而是整项恢复，PlistEdit Pro中的undo功能就是这样的，更方便。特意对比了PlistEDPlus中对应的功能，编辑项目时光标则无以上自动跳转问题，且撤销功能是整项恢复的。

可否添加中文翻译

情况是这样的, 我的电脑一直使用065版引导,启动时可以显示图形化UI, 但是使用OCAT升级成最新的071后,就无法显示图形化UI了,只能是最原始的命令行菜单引导了, 尝试了很多办法, 甚至把065的OpenCanopy.efi驱动也替换过来了,还是不行

升级过程:
用OCAT打开065的config, 会提示错误, 然后另存为新的config, 然后打开它,就不再有错误, 然后同时打开065和071config,对比不同之处,并与原065的选项保持一致, 最后开机测试

个人感觉也有可能是引导本身的问题,不知道有没有朋友遇到这样的情况, 欢迎任何建议, 提前感谢!
两个版本config文件链接如下:
https://www99.zippyshare.com/v/Aq5RKPd8/file.html
https://www99.zippyshare.com/v/U4pHfRp0/file.html

在4K显示器下它变得很小，并且我不能通过缩放来扩大它，而且它会显示不完全，有严重的遮挡，我希望你可以改进这个问题

在添加、删除或修改项目时难免出错的，如有撤销、恢复功能就方便了。请考虑，谢谢

两个窗口对于不同的config.plist，一个配置窗口可能显示另一个配置的内容。

我目前使用的OC版本是0.6.8，在使用20210420的OC Auxiliary Tools打开OC配置文件，OC验证就会变红，提示

OCS: Failed to parse string field as value with type boolean and contents, context !
OCS: Missing key ForgeUefiSupport, context !
OCS: Missing key ReloadOptionRoms, context !

接着，工具会在保存时自动加入ForgeUefiSupport、ReloadOptionRoms这两个选项，然后在开机时，OC就会报错：

OCS: No schema for ForgeUefiSupport at 3 index, context !
OCS: No schema for ReloadOptionRoms at 6 index, context !

我查了下附在OpenCore-0.6.8-RELEASE中的文档，发现并没有这两个选项，这才发现是在 20210416 版本加入的属于OC 0.6.9的新条目。

这里有个小小的建议，希望能在工具中切换当前编辑的文件所属的OC版本，针对不同版本显示与隐藏一些条目，同时使用不同版本所拥有的条目来进行OC验证，或者是将适配不同版本的OC作为不同的branch来进行发布，然后在master分支的readme文档中加入跳转链接。

刚发现一个问题, 我直接用软件打开旧版的或其它地方下载的配置文件, 不何任何操作,直接保存, 然后用对比软件比较发现如下问题:

1. 新版OC的一些功能条目自动被添加了, 建议: 能否自动弹出提示进行选择是否更新功能条目? 这个问题不解决,对于一般用户,使用软件后产生的问题就更多了
2. 很多原有的一些条目,位置变了,建议: 能否保持条目原有位置
3. Data条目由一行分成了三行, 有的被分成了多行, 我MAC版和WIN交叉用过, 建议:能否不要分行?
   本人经常使用对比软件来定位一些条目的更改, 现在的情况如果不改善,对比更改不太直观了
   不自动添加条目,只修改配置中有的条目,也就变相一并解决了前面有朋友问的问题#30

测试文件下载:
https://gofile.io/d/zXZR4c

如题, 再描述具体一点:

有时, 我想修改EFI分区下的OC配置文件,就将Config文件拖到OCAT软件图标上打开它, 然后在相关的选项卡中添加了Kexts或Drivers条目, 然后保存配置, 但是还需要手动拷贝OCAT中的Kexts或Drivers文件,到OC对应的文件夹, 这有点麻烦, 能否来个一步到位, 在保存时, 软件就自动把添加的条目文件复制到相关的文件夹?

我目前知道有个办法: 在桌面重新生成EFI文件夹, 但是仍然需要拷贝文件到EFI分区, 仍然不够方便

红框内原始信息在保存后会丢失。手动填入的话也不会保存。

Opencore 0.7.3 / OCAT 0.7.3 - 20210916 / Big Sur 11.6

https://macx.top/9890.html
OpenCore不同版本基本上无法100%兼容。我不知道现在打开一个0.5的配置文件会不会出错。
所以现在的一个开发点就是，增加一个配置文件升级的功能模块。OCAT智能的显示OpenCore新版本变化，根据Sample.plist智能移植。

未来OCAT可实现的功能是升级当前EFI所有文件。（参考上面的教程）

When UpdateSMBIOSMode is set as custom then kernel quirk CustomSMBIOSGuid should automatically made on with a note about it. This kind of auto settings could be very helpfull.

谢谢大佬的贡献，让初学者有更直观的界面进行修改。建议将每次更新记录都保留。另外对应opencore版本是否向下兼容？最后祝大佬越做越好！

1.主分类标签卡建议采用竖排大标签，小分类做横排
2.SMBIOS信息可以使用单独plist加载，也可以加入在线导入补丁等信息的功能

有时我需要从另一个配置文件中,复制一个条目, 然后粘贴过来:
如果当前已经有该条目, 新条目的名字后面会添加-数字, 而我想把原条目也保留,就在其前加上前缀#, 但是新条目就无法重命名了, 始终带有后缀了, 即使删除原条目也不行了
WIN和MAC版都有相同的问题
表达的不太清楚, 有视频演示 https://ws28.cn/f/5wcr581cwpx

顺便反馈几个细节问题
1.在使用中, 经常出现即使按了CTRL+S保存了, 但是关闭软件时还会提醒已经修改
2.有时打开配置文件后, 只切换几个标签并没有修改, 但是关闭时,仍会提示文件已经修改
3.删除条目能否使用Del键?

很多笔记本默认的分辨率是1366*768,打开软件后,
1.窗口下边框部分被任务栏遮盖, 默认高度减40就合适了
2.窗口右边框部分没有充满桌面,有空余, 每次都要点最大化窗口或手调窗口, 下次启动时也不能保存上次的窗口设置,
如果实现能保存上次窗口设置就好了

Some of values in config.plist actually are bits. It would be better to see that as hex.

Hi,
I am enjoying your work very much. This is relatively a very small nuances. It would be great if the app could make Config.plist which is fully compliant with ocvalidate utilities.

 ocvalidate ./ocvalidate /Volumes/ESP/EFI/OC/Config.plist
OCS: Missing key Delete, context <ACPI>!
OCS: Missing key MmioWhitelist, context <Booter>!
OCS: Missing key Devices, context <Memory>!
Done checking /Volumes/ESP/EFI/OC/Config.plist in 2 ms

Regards
Junaed Ahmed

有些日子不使用软件了, 最近闲着没事儿, 想更新一下OC, 但是发现软件更改UI了,

个人感觉, 还是以前的工具栏主副级形式的,并且搭配中英文的OC项目显示, 更加一目了然, 更大气一些

现在的UI, 改什么大项, 通过左侧小图标不能一下子识别, 我几乎没次都要把所有的图标, 从上向下点一遍, 可能也是本人太菜了

如果能有个选项, 能切换两种UI就好了

下面图片中的ACPI条目我想取消勾选，然后点保存【不想删除，只是想临时禁用一下】，重新打开配置文件，条目仍被勾选，没有生效【取消了对勾，右侧字母没有同步变成False】，我是直接从优盘中打开的配置文件

另外有个建议：
在右键中添加一个选项：添加数据库中的SSDT，单击后出现数据库ACPI中所有SSDT文件的选单，可以直接单选或多选SSDT文件，这样非常方便，目前只能一步一步浏览到软件的ACPI文件夹里添加

现在每次更新都要下完整的压缩包，这样不是很方便

建议写一个启动器，检查网络上的最新版，获取并覆盖本地文件。效果就和OpenCore Configurator一样。
**大陆境内可用加速下载地址：https://ghproxy.com

数据库功能非常不错,也有强大的搜索功能,但是放置到里面的文件能否启用文件夹来管理?
例如:
可以自行创建文件夹, 如+ASUS,然后把华硕主板相关的配置放到里面,在软件上显示时,可以展开或折叠
这样可以更加方便的分类管理
建议: 如果文件夹的名字前带+号, 则识别为分类的文件夹,在软件的数据库窗口中可以屏开折叠,文件夹这样分类区分也很醒目

查阅官方最新的Configuration.pdf中40-41页，PickerAttributes下有增加一项：0x0040 — OC_ATTR_USE_MINIMAL_UI, use minimal UI display, no Shutdown or Restart buttons, affects OpenCanopy and builtin picker。我在OCAT中设置PickerAttributes为64，实际也是可以去掉启动界面中的关机和重启按钮的。请及时更新OCAT。

如题, 录了视频演示, https://gofile.io/d/0Nz6ba

另外,想问一下,在软件检查出错误后, 怎样自动更改为推荐的设置? 必须要手动去一项一项的去改吗?

OC_ATTR_USE_POINTER_CONTROL新增

OCS: No schema for GraphicsInputMirroring at 4 index, context !
Serialisation returns 1 error!

GraphicsInputMirroring----boolean----True

https://www.mfpud.com/opencore/occ/

我看到好像oc 0.6.7是新增了3个属性，能优化一下这个么？

在ACPI模块中点击+号, 添加SSDTs时
在Kernel模块中点击+号, 添加Kexts时
在UEFI模块中点击+号, 添加Drivers时
都能弹出一个窗口,里面列表了OC官方对应文件夹中的文件, 还有对每个文件的使用说明, 可以勾选来多选, 这样会非常不错, 使用门槛降低很多
另外,Kexts的列表中, 建议添加一列, 显示Kext的版本号, 并有链接, 点击可以直达驱动的下载地址

https://github.com/Pavo-IM/OC-Gen-X

多硬盘挂载 ESP 分区问题

共3个硬盘
挂载 ESP 分区，打开的是非引导 EFI 分区 disk2s1（空的 无内容），实际引导是 disk1s1。
请作者 核实下，谢谢。
@ic005k

diskutil list
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: *500.1 GB disk0

/dev/disk1 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *240.1 GB disk1
1: EFI EFI 209.7 MB disk1s1
2: Apple_APFS Container disk3 120.0 GB disk1s2
3: Microsoft Basic Data BOOTCAMP 119.8 GB disk1s3

/dev/disk2 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *128.0 GB disk2
1: EFI EFI 209.7 MB disk2s1
2: Apple_HFS data HFS 127.7 GB disk2s2

/dev/disk3 (synthesized):
#: TYPE NAME SIZE IDENTIFIER
0: APFS Container Scheme - +120.0 GB disk3
Physical Store disk1s2
1: APFS Volume macOS - 数据 64.4 GB disk3s1
2: APFS Volume Preboot 82.2 MB disk3s2
3: APFS Volume Recovery 526.6 MB disk3s3
4: APFS Volume VM 4.3 GB disk3s4
5: APFS Volume macOS 10.8 GB disk3s5

A good way for this tool is to add this to the Homebrew repo

But the Homebrew repo isn't accepting small projects like this (this project is still fresh, so its normal)

That's why an own tap with the latest version of this tool would be very great!

People could have an automatic update option and an easy and safe way to install.

I could create this tap in less than an hour, It's pretty straight forward

搜索功能很不错,在有多个搜索结果的情况下,有个建议:
输入关键后,第一次回车,显示了有多个搜索结果,
第二次回车,定位到第二个,第三次回车定位到第三个,以此类推,
这样可以不用去鼠标点那个 下一个 按钮了, 方便不少

Hello @ic005k thanks for releasing your tool QtOpenCoreConfig. I thought of trying it out and wanted to report the following points for your information.

1. When opend an existing working PLIST and saved it, I saw that you are adding the not-found or not-used anymore key:

ACPI > Quirks > SyncTableIds as FALSE

I could not find this in OpenCore documentation of 0.6.9 or 0.7.0 so is this part of the unreleased OpenCore 0.7.1 ?

2. Same issue where other keys are added in sections that I can not make reference to, today:

Kernel > Quirks > ProvideCurrentCpuInfo as FALSE
also
Misc > Security > AllowToggleSip as FALSE
and others...

I assume these is part of OpenCore 0.7.0 or the unreleased 0.7.1 version, correct?

3. Thus a good visual UI reference would be to indicate WHICH OpenCore version your tool will be saving...

Is your versioning in the window title bar, following the OpenCore releases versioning?

It would be perhaps a good idea to not only mention it in the About window but if you want to mention it in the main window title bar, perhaps consider saying OC Auxiliary Tools X.Y.Z for OpenCore 0.A.B ?

X.Y.Z = your version
0.A.B = OpenCore supported
...and the date we see today in the window title bar, you can only have it in About... what do you think?

4. The saved PLIST file after any changes, is replacing TAB character with 4 SPACE characters. Is this something you can control? The resulting config.plist file gets almost double in bytes, for no real reason 😢

5. Please consider adding the Window zoom or Font Size so that larger screens can display nicely visible text sizes?

6. Same as with your QtIASL tool, please add Command+W support to close the window?

7. Just like the QtiASL tool when discussed, can you consider removing the Qt component "bearer" if not really needing it?

/Contents/PlugIns/bearer

Remember the points raised in QtiASL 😄

Thank you!

The same config file that is saved by OCAuxiliaryTools is about 13KB larger than the one generated by ProperTree or OCC.

Excellent app, congrats on the development. Hackintosh Tech Discord is now supporting this app
Thank you 👍🏼