"Sie dürfen diese Auswahl nicht bearbeiten, da sie geschützt ist." Aber erst seit Office 2013?

8

Diese wenigen Codezeilen wurden in unseren Anwendungen seit einigen Jahren (und in verschiedenen Versionen von Office, 2003, 2007, 2010 usw.) erfolgreich ausgeführt. Zweck ist, eine Art Seriendruck in einem Word-Dokument durchzuführen, wobei die Feldplatzhalter durch Namen, Adressen usw. aus einer Datenbank ersetzt werden:

%Vor%

...

%Vor%

Ein Benutzer, der Office 2013 ausführt, meldet diesen Fehler jedoch in der Zeile f.Result.Text = value :

  

System.Runtime.InteropServices.COMException (0x800A17EC): Sie sind nicht   darf diese Auswahl bearbeiten, da sie geschützt ist.

Dies geschieht also nur, wenn der Benutzer Office 2013 ausführt, und es gibt sehr wenig Online-Hilfe für diesen Fehler.

Kein Teil des Dokuments ist geschützt, und der Benutzer kann das Dokument ohne Probleme direkt in Word bearbeiten.

    
hawbsl 11.07.2013, 13:06
quelle

7 Antworten

15

In Verzweiflung, Trawling für Antworten sogar in Blog-Posts und Diskussionen weit entfernt von diesem speziellen Fehler scheint es eine Änderung in Office 2013 zu der Standardbehandlung des ReadingLayout.

Die Einführung der Zeile w.ActiveWindow.View.ReadingLayout = False scheint unser Problem gelöst zu haben.

    
hawbsl 11.07.2013, 13:17
quelle
2

Wir hatten einige C # -Automatisierungen, die mit Word 2007/2010 gut funktionierten, stoppten jedoch mit Word 2013 mit der Warnung "Sie sind nicht erlaubt ...".

Folgende Schritte auf dieser Website löste das Problem.

Grundsätzlich müssen zwei Einstellungen überprüft werden:

  • Datei - Optionen - Allgemein. Deaktivieren Sie "E-Mail-Anhänge und andere nicht bearbeitbare Dateien in der Leseansicht öffnen"
  • Datei - Optionen - Vertrauensstellungscenter - Einstellungen für das Sicherheitscenter. Wählen Sie Geschützte Ansicht und deaktivieren Sie alle Kontrollkästchen.
user194715 11.03.2014 16:33
quelle
2

Sie geben nicht an, wie das Dokument geöffnet wird, aber ein Problem, das ich hatte, wurde gelöst, indem Sie die Antwort unter diese Frage .

Der Wechsel von WordApplication.Documents.Open() nach WordApplication.Documents.Add() hat das Problem für meine Anwendung behoben.

    
CrazyIvan1974 04.04.2014 14:11
quelle
1

In meinem Fall wurde dieser Fehler durch das Vorhandensein von Inhaltskontrollen mit .LockContentControl == true verursacht.

Um dieses Problem zu umgehen, habe ich ein IEnumerable<ContentControl> der Inhaltssteuerelemente mit dieser Eigenschaft auf true festgelegt und .LockContentControl = false festgelegt. Jetzt kann ich .InsertColumnsRight() ohne ein Problem. Dann stelle ich das .LockContentControl = true für alle Inhaltssteuerelemente in meiner Sammlung wieder her.

    
Tim Dol 15.04.2015 09:21
quelle
0

Das ist mir in den letzten zwei Tagen passiert (während ich eine dotm Vorlage erstellt habe) und was es für mich repariert hat, war ein neues normal.dotx zu erstellen! Ich weiß nicht, ob das für andere funktionieren wird oder nicht, aber es hat es für mich getan!

    
Redheama 03.04.2015 17:26
quelle
0

Wenn Sie ein Dokument öffnen, geben Sie an, dass es nicht schreibgeschützt geöffnet werden soll.

%Vor%     
Alex 19.07.2016 11:07
quelle
0

Für mich war das Problem ähnlich wie bei Tim Dols, aber ich musste den Inhalt des Content-Steuerelements entsperren., das ist die LockContents -Eigenschaft: mycontentcontrol.LockContents = False

Für @ CrazyIvan1974 besteht das Problem mit dieser Lösung darin, dass Add ein neues Dokument erstellt. Wenn Sie bei Verwendung von "Hinzufügen" auf ein vorhandenes Dokument zeigen, wird das Dokument nicht geladen. Es wird ein neues Dokument mit dem Original als Vorlage erstellt. Dadurch können Vorlagen und Add-Ins getrennt werden, was wirklich zu Problemen führt, wenn Sie über das Original speichern.

    
Jason Hershey 05.12.2016 19:38
quelle

Tags und Links