如何以编程方式重新启用 MS Office 禁用文件列表中的文档

Question

MS Office 程序保留了以前打开时导致错误的禁用文件的列表。 用户可以通过程序菜单访问该列表并选择要重新启用的文档，从而从此列表中删除文档。 （http://support.microsoft.com/kb/286017）

问题是： 如何在不与 GUI 交互的情况下以编程方式完成文档的重新启用？

Answer 1

整合之前的答案并在这里进行阐述。

Office 产品将禁用的项目存储在注册表中名为 HKEY_CURRENT_USER\Software\Microsoft\Office\\\Resiliency\DisabledItems 的项下。 例如，Excel 2010 的禁用列表位于 HKEY_CURRENT_USER\Software\Microsoft\Office\14.0\Excel\Resiliency\DisabledItems 下。

每个禁用的项目都存储为 REG_BINARY 类型的随机命名键。 字节数组的格式为：

• 字节0-3：??? （可能是 32 位 uint 类型代码，1 = COM Addin）
• 字节 4-7：第一个字符串（路径）的 32 位 uint 长度（以字节为单位）
• 字节 8-11：32 位 uint 长度（以字节为单位）对于第二个字符串（描述）
• 字节12-end：两个unicode字符字符串，每个字符串的字节长度存储在上面的uint中

Answer 2

用于重新启用 Excel 2016 中所有“禁用项目”的 BAT 脚本。
禁用项目可在 Excel->文件->选项->插件->管理->禁用项目中找到。

:: Deletes all values under the key.  
REG DELETE HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Excel\Resiliency\DisabledItems /va /f 

仅供参考：
/va 删除该键下的所有值。
/f 强制删除而不提示。

附言。 我有一堆使用任务计划程序运行宏的工作簿。 Excel 会随机添加崩溃到禁用项目列表中的工作簿。 所以每天运行这个BAT脚本就可以解决问题了。

Answer 3

这是我整理的一个 Powershell 脚本，用于解决我在 Win7 上使用 MS-Access 2013 时遇到的类似问题

#RemoveOfficeDisabledItem.ps1
#command line: 
#   powershell -executionpolicy unrestricted -file ".\RemoveOfficeDisabledItem.ps1"

#Update these variables to suit your situation
$OfficeVersion="15.0"
$OfficeApp="Access"
$FileName="My Blocked File.mdb"

#Converts the File Name string to UTF16 Hex
$FileName_UniHex=""
[System.Text.Encoding]::ASCII.GetBytes($FileName.ToLower()) | %{$FileName_UniHex+="{0:X2}00" -f $_}

#Tests to see if the Disabled items registry key exists
$RegKey=(gi "HKCU:\Software\Microsoft\Office\${OfficeVersion}\${OfficeApp}\Resiliency\DisabledItems\")
if($RegKey -eq $NULL){exit}

#Cycles through all the properties and deletes it if it contains the file name.
foreach ($prop in $RegKey.Property) {
   $Val=""
   ($RegKey|gp).$prop | %{$Val+="{0:X2}" -f $_}
   if($Val.Contains($FileName_UniHex)){$RegKey|Remove-ItemProperty -name $prop}
}

Answer 4

对于 MS Office XP (2002) MSWord，禁用文档列表以随机命名的二进制值形式保存在以下键下：
[HKEY_CURRENT_USER\Software\Microsoft\Office\10.0\Word\Resiliency\DisabledItems]

因此，删除每个用户的“DisabledItems”键下的值可能会成功。

还有更多的事情吗？ 我还不知道。

Answer 5

有一篇关于 Office 如何处理 COMAddins 的好文章，位于 codeproject。 普通插件得到同等处理，并且系统到目前为止保持不变（直到 Office 2013）。
据我所知。 随机命名的值包含一个由 NULL 字符串分隔的 unicode 字符的字节数组。
我无法找到以空分隔的值数组中的所有条目。 但是，索引 (3) 包含 ADDIn 的文件名，索引 (4) 包含 ADDIn 的描述（如果可用）。

因此，正如 Luie 在 2009 年所写的那样，在删除注册表项之前，应该读取这些值并要求用户重新安装插件。