Warum verweisen die Office 2016-Kontextmenüstrings in der Registrierung manchmal auf nicht vorhandene DLLs?

Question

Normalerweise ist die Anzeigezeichenfolge für ein Befehlsverb im Kontextmenü im Standardwert HKCR\[class]\Shell\[verb] enthalten. Beispielsweise lautet der Standardwert HKCR\Word.Document.12\Shell\Open normalerweise "& Open", was die Menüzeichenfolge ist.

In einigen Win10-Installationen von Office 2016 ist die Menüzeichenfolge jedoch anders. Statt '& Open', sieht es wie folgt aus:

@C: \ Program Files (x86) \ Microsoft Office \ Root \ VFS \ ProgramFilesCommonX86 \ Microsoft Shared \ Office16 \ oregres.dll, -3

Gut, das ist ein Verweis auf die Zeichenfolge mit Ressource ID 3 in oregres.dll. Aber es gibt ein Problem: Auf einem 64-Bit-Rechner existiert oregres.dll nicht in diesem Ordner; Stattdessen ist es unter ProgramFilesCommonX64 (X64 statt X86).

Sicher, ich kann 'X86' zu 'X64' ändern und es erneut versuchen, wenn das Laden der Bibliothek fehlschlägt, aber ich würde gerne wissen, warum das passiert, bevor ich etwas so kludgy wie das mache.

Irgendwelche Ideen? TIA

Answer 1

Ich habe keine Insidergeschichte darüber, warum Office 2016 mit dieser deutlich veralteten Zeichenfolge übersät ist, aber neben Word 2016 finden Sie unter den Einträgen von Outlook 2016 innerhalb von 64-Bit den gleichen Unsinn Spyware 10 proprietäre Müllhaufen - ich meine, Registry:

Outlook 2016 Excel Previewer Not Working

'This file cannot be previewed, because there is no previewer installed for it' Error When You Preview Excel Workbooks in Outlook 2016

wenn Ihr vernünftig Flickschusterei nicht nachgibt die richtige Zeichenfolge (und selbst wenn dies der Fall und die Zeichenfolge könnte genauso einfach sein, hart -kodiert ohne Folgen), ich sollte bei der Eingabe bleiben.