Macos TMainMenu-管理帮助和搜索菜单项
在OSX中运行我的Firemonkey应用程序时,我的最后一个菜单项上会自动出现一个搜索框,我已经将其标记为“帮助”。到目前为止,这很好,因为带有搜索框的帮助菜单是OSX的标准菜单 接下来,我需要添加一个帮助文件。我买了一个令人印象深刻的实用工具,用它我可以很快很容易地制作一本苹果帮助手册。我将帮助手册捆绑包放在主应用程序的Resources文件夹中。然后,我使用IDE中的Project | Options | Version Info编辑Info.plist文件。我在Info.plist中添加了两个键CbundleHelpBookFolder和CbundleHelpBookName以指向我的帮助簿 在运行我的应用程序时,我发现我有两个帮助菜单项——一个是我编写的,另一个显然是由Mac OS自动创建的,还有一个子菜单项可以打开我的帮助手册。令我惊讶的是,我现在没有任何编码就得到了工作帮助 接下来,我想删除我创建的帮助菜单项,以消除重复。但搜索框仍然位于“我的帮助”菜单项下,而不是操作系统创建的“帮助”菜单项上。当我删除我的帮助菜单项时,搜索框重新定位到我现在创建的最后一个菜单项Macos TMainMenu-管理帮助和搜索菜单项,macos,firemonkey,delphi-10.2-tokyo,Macos,Firemonkey,Delphi 10.2 Tokyo,在OSX中运行我的Firemonkey应用程序时,我的最后一个菜单项上会自动出现一个搜索框,我已经将其标记为“帮助”。到目前为止,这很好,因为带有搜索框的帮助菜单是OSX的标准菜单 接下来,我需要添加一个帮助文件。我买了一个令人印象深刻的实用工具,用它我可以很快很容易地制作一本苹果帮助手册。我将帮助手册捆绑包放在主应用程序的Resources文件夹中。然后,我使用IDE中的Project | Options | Version Info编辑Info.plist文件。我在Info.plist中添加
从中可以看出,帮助和搜索功能是在注册帮助簿后由操作系统提供的。但是这两个功能应该在同一个菜单项上。我想知道这是否是一个Firemonkey bug,他们正在被拆分。我上面的问题有三个部分。我对1和3没有运气,但我对2有一个部分解 为了防止操作系统自动创建帮助菜单,只需删除Info.plist中的CbundleHolpBookFolder和CbundleHolpBookName键。然后在FormCreate中通过以下方式完成帮助手册的注册:
var
{$IFDEF MACOS}
HelpBundle: NSBundle;
AppBundle: NSBundle;
Path: string;
HelpReg: Boolean;
{$ENDIF}
begin
{$IFDEF MACOS}
HelpMgr := TNSHelpManager.Create; // HelpMgr declared as a global variable
AppBundle := TNSBundle.Wrap(TNSBundle.OCClass.mainBundle);
Path := AppBundle.bundlePath.UTF8String +
'/Contents/Resources/MyAppHelp.help';
HelpBundle := TNSBundle.Wrap(TNSBundle.OCClass.bundleWithPath(StrToNSSTR(Path)));
HelpReg := HelpMgr.registerBooksInBundle(HelpBundle);
if not(HelpReg) then
ShowMessage('Failed to register Help Book');
{$ENDIF}
要打开帮助手册,我在相应子菜单项(即Help | MyApp Help)的OnClick事件中放置了以下代码:
这种方法导致该字段自动添加到“帮助”菜单中。不幸的是,Spotlight for Help不再为我的帮助手册编制索引。使用我第一次尝试的方法(如我在原始帖子中所述使用Info.plist),Spotlight for Help确实为我的帮助手册编制了索引,但正如我所报告的,Spotlight字段是在我的最后一个菜单项上创建的,而Help是在操作系统自动创建的新的菜单项上创建的,虽然功能不标准
HelpMgr.openHelpAnchor(StrToNSSTR('Page0'),
StrToNSSTR('com.mycompany.myapp.help'));