.
Vorab:
Mein Problem unterscheidet sich von dem in "Spalte einfügen ist nicht mehr möglich !!!!!!?"
viewtopic.php?f=2&t=54144 gelösten Problem.
Weder ein Tabellenschutz noch ein Dokumentenschutz existieren (nachgeprüft).
Weitere relevante Themen konnte ich auch per Google nicht finden.
Falls das Erstellen eines neuen Themas unangemessen war, bitte ich um Nachricht.
Ein paralleles Thema hatte ich vorher unter
http://www.libreoffice-forum.de/viewtop ... =6&t=10259 erstellt.
Problem:
Zur Organisation von wöchentlich wiederkehrenden Events benutze ich eine *.ods-Datei mit 11 Tabellen.
Durch eine Änderung im organisatorischen Ablauf entstand die Notwendigkeit, in der ersten Tabelle eine zusätzliche Spalte vor Spalte A einzufügen.
Leider funktioniert das "Spalten einfügen" bei dieser Tabelle nicht (es ist nicht im Kontextmenü / ausgegraut); bei anderen Tabellen dieser Datei aber schon.
Ein "Spalten löschen" bietet das Kontextmenü bei Rechtsklick auf den Spaltenkopf A aber an (weiteres Indiz, daß kein Schutz existiert).
Die besagte Tabelle hat folgende Besonderheiten:
1. in Zeile 5 habe ich über alle Spalten einen Autofilter, der aber standardmäßig auf "alle" steht
2. in Zelle F6 habe ich das Fenster fixiert
3. in Spalte G hole ich per SVERWEIS Text aus einer anderen Tabelle derselben Datei
4. auf diese Tabelle wird von einer anderen Tabelle derselben Datei per INDIREKT(VERKETTEN()) zugegriffen
Auf der Suche nach dem Grund für das Verweigern des "Spalten einfügen" habe ich schon probeweise die Punkte 1. und 2. entfernt - ohne Erfolg.
Auch am SVERWEIS kann es nicht liegen, da eine probeweise nachgebaute Datei mit SVERWEISen dieses Verhalten nicht zeigt.
Auch einen Tabellenschutz gibt es dateiweit nicht.
Woran kann es noch liegen, daß in o.g. Tabelle in allen Spalten das "Spalten einfügen" ausgegraut ist?
Vielen Dank im Voraus.
p.s. Die besagte Datei möchte ich der Daten wegen nicht weitergeben.
Ich benutze LibreOffice Version 3.6.1.2 (Build ID: e29a214); das Problem tritt aber auch bei älteren Versionen auf (getestet mit 3.4).
.
[b]Vorab:[/b]
Mein Problem unterscheidet sich von dem in "Spalte einfügen ist nicht mehr möglich !!!!!!?" [url]http://de.openoffice.info/viewtopic.php?f=2&t=54144[/url] gelösten Problem.
Weder ein Tabellenschutz noch ein Dokumentenschutz existieren (nachgeprüft).
Weitere relevante Themen konnte ich auch per Google nicht finden.
Falls das Erstellen eines neuen Themas unangemessen war, bitte ich um Nachricht.
Ein paralleles Thema hatte ich vorher unter [url]http://www.libreoffice-forum.de/viewtopic.php?f=6&t=10259[/url] erstellt.
[b]Problem:[/b]
Zur Organisation von wöchentlich wiederkehrenden Events benutze ich eine *.ods-Datei mit 11 Tabellen.
Durch eine Änderung im organisatorischen Ablauf entstand die Notwendigkeit, in der ersten Tabelle eine zusätzliche Spalte vor Spalte A einzufügen.
Leider funktioniert das "Spalten einfügen" bei dieser Tabelle nicht (es ist nicht im Kontextmenü / ausgegraut); bei anderen Tabellen dieser Datei aber schon.
Ein "Spalten löschen" bietet das Kontextmenü bei Rechtsklick auf den Spaltenkopf A aber an (weiteres Indiz, daß kein Schutz existiert).
Die besagte Tabelle hat folgende Besonderheiten:
1. in Zeile 5 habe ich über alle Spalten einen Autofilter, der aber standardmäßig auf "alle" steht
2. in Zelle F6 habe ich das Fenster fixiert
3. in Spalte G hole ich per SVERWEIS Text aus einer anderen Tabelle derselben Datei
4. auf diese Tabelle wird von einer anderen Tabelle derselben Datei per INDIREKT(VERKETTEN()) zugegriffen
Auf der Suche nach dem Grund für das Verweigern des "Spalten einfügen" habe ich schon probeweise die Punkte 1. und 2. entfernt - ohne Erfolg.
Auch am SVERWEIS kann es nicht liegen, da eine probeweise nachgebaute Datei mit SVERWEISen dieses Verhalten nicht zeigt.
Auch einen Tabellenschutz gibt es dateiweit nicht.
[b]Woran kann es noch liegen, daß in o.g. Tabelle in allen Spalten das "Spalten einfügen" ausgegraut ist?[/b]
Vielen Dank im Voraus.
p.s. Die besagte Datei möchte ich der Daten wegen nicht weitergeben.
Ich benutze LibreOffice Version 3.6.1.2 (Build ID: e29a214); das Problem tritt aber auch bei älteren Versionen auf (getestet mit 3.4).