Calc 4.3.7.2 / OpenSuSE 13.3: Probleme mit SVERWEIS()

[Boris_Kirkorowicz]

Hallo,
Ich bastele so fröhlich an meiner Tabelle vor mich hin, da fällt mir ein
#NV ins Auge, das da vorhin noch nicht da war. Eine Prüfung ergab, dass
ich an der Struktur und an der Formel nichts Geändert habe; ich hatte
nur Zahlenwerte (Zeiten) geändert. Also noch einmal Schritt für Schritt
geprüft, ob auch alles noch da ist, was die Formel

=WENN(B21="";"";SVERWEIS(B21;$Messung.B$2:E$1001;4;0))

braucht: alles Paletti, nichts zu erkennen, was das Auffinden verhindern
könnte. Also habe ich in einem freien Bereich die Formel mit dem
Funktionsassistenten neu gebaut: immer noch #NV. Ein paar mal hin und
her probiert, jedes einzelne Zeichen, Punkt, Semikolon, Klammern dreimal
geprüft, die $ herausgenommen -nichts. Noch einmal mit exakt denselben
Tastendrücken und Mausklicks mit dem Funktionsassistenten neu gebaut,
und -nanu?- auf einmal gibt die Formel einen Wert zurück. An der
ursprünglichen Stelle steht immer noch #NV. Also die Formel aus dem
freien Bereich noch einmal penibelst verglichen: alles identisch. Dann
eben per Copy&Paste vom freien Bereich in die ursprüngliche Zelle
gebracht: funktioniert jetzt da auch. Merkwürdig, kein Unterschied zu sehen.

Ein paar Zeilen darunter steht dieselbe Formel (per Erweiterung dorthin
heruntergezogen), Ergebnis ebenfalls #NV. Dasselbe Spiel wie oben mit
identischen Abläufen: erst nix, und nach gefühlt einem Dutzend Versuchen
geht es dann.

Zwei Zeilen darunter dann eine leichte Abwandlung: statt des Bereiches
$Messung.B$2:E$1001 habe ich versehentlich $Messung.B$2:E$1000
aufgezogen, als das richtige Ergebnis endlich erschien. Manuell von 1000
auf 1001 editieren sollte ja kein Hit sein -aber da erscheint dann
gleich wieder #NV. Also die Zeilen 1000 und 1001 untersucht, Zeilen
gelöscht... kein Fortschritt. Na gut, so langsam werde ich müde und
lasse es dabei. Ich habe ja noch weitere Zeilen, die sich gegen die
Erweiterung der Formel per Maus sperren. Dort finde ich dann heraus,
dass es höchstens Zeile 32 sein darf, bei $Messung.B$2:E$33 gibt es
wieder #NV. Das ist zwar für den Probebetrieb alles, was ich da an Daten
gefüllt habe, aber in der täglichen Verwendung wird da noch mehr hinzu
kommen; ich kann den Bereich also nicht so weit verkürzen.

Ein Blick auf die weiteren Seiten (bis auf wenige Details zu der
aktuellen identisch) zeigt mir, dass mich dort wohl derselbe Spaß
erwartet. Das kann ja wohl nicht sein: irgendwie kommt es mir vor, als
würde LibreOffice da an eine Kapazitätsgrenze stoßen und Funktionen
einfach nicht mehr ausführt. Aber so groß ist das Ganze ja nicht mal
(zwei Dateien: 219,5kB und 77,7kB), da hatte ich in der Vergangenheit
noch ganz andere Kaliber am Start. Ein paar Einstellungen wie
Arbeitsspeicherverwendung und Grafik-Cache habe ich gefunden und in
meiner Verzweiflung einfach mal etwas hochgedreht, aber ohne Erfolg.

Jetzt weiß ich endgültig nicht mehr weiter. Wer hat dazu eine rettende
(oder wenigstens potenziell zielführende) Idee?

Mit freundlichem Gruß Best regards
                           Boris Kirkorowicz

[Achim_Pabel]

Hallo Boris,

1.) wertet "SVERWEIS" von Tabelle A nach Tabelle B aus ... dann
2.) greift "SVERWEIS" auf Tabelle B zu um dann Ergebnisse auf
Tabelle C zu zeigen ....(oder so ähnlich)?

Gruß Achim

[kuehl]

Hallo, Boris!

Ich bastele so fröhlich an meiner Tabelle vor mich hin, da fällt mir
ein #NV ins Auge, das da vorhin noch nicht da war. Eine Prüfung
ergab, dass ich an der Struktur und an der Formel nichts Geändert
habe; ich hatte nur Zahlenwerte (Zeiten) geändert. Also noch einmal
Schritt für Schritt geprüft, ob auch alles noch da ist, was die
Formel

=WENN(B21="";"";SVERWEIS(B21;$Messung.B$2:E$1001;4;0))

braucht: alles Paletti, nichts zu erkennen, was das Auffinden
verhindern könnte. Also habe ich in einem freien Bereich die Formel
mit dem Funktionsassistenten neu gebaut: immer noch #NV. Ein paar mal
hin und her probiert, jedes einzelne Zeichen, Punkt, Semikolon,
Klammern dreimal geprüft, die $ herausgenommen -nichts. Noch einmal
mit exakt denselben Tastendrücken und Mausklicks mit dem
Funktionsassistenten neu gebaut, und -nanu?- auf einmal gibt die
Formel einen Wert zurück. An der ursprünglichen Stelle steht immer
noch #NV. Also die Formel aus dem freien Bereich noch einmal
penibelst verglichen: alles identisch. Dann eben per Copy&Paste vom
freien Bereich in die ursprüngliche Zelle gebracht: funktioniert
jetzt da auch. Merkwürdig, kein Unterschied zu sehen.

#NV wird ja ausgegeben, wenn ein Wert "nicht verfügbar" ist. Hast du
also schon mal überprüft, ob der Wert in der Zelle vielleicht nicht "",
sondern z.B. " " ist bzw. der Wert tatsächlich nicht existiert?

Ich habe in einer Probetabelle eben keinen entsprechenden Fehler
erzeugen können (allerdings 4.4.5.2 unter Debian).

Gruß,
Christian.

[Boris_Kirkorowicz]

Hallo,

1.) wertet "SVERWEIS" von Tabelle A nach Tabelle B aus ... dann
2.) greift "SVERWEIS" auf Tabelle B zu um dann Ergebnisse auf
Tabelle C zu zeigen ....(oder so ähnlich)?

nicht ganz: in Tabelle B steht der SVERWEIS auf Tabelle A und zeigt es
dann natürlich (?) auch in Tabelle B an. Tabelle C gibt es nicht.

Gibt es da bekannte Probleme?

Mit freundlichem Gruß Best regards
                           Boris Kirkorowicz

[Boris_Kirkorowicz]

Hallo,

#NV wird ja ausgegeben, wenn ein Wert "nicht verfügbar" ist. Hast du
also schon mal überprüft, ob der Wert in der Zelle vielleicht nicht "",
sondern z.B. " " ist bzw. der Wert tatsächlich nicht existiert?

ja, intensiv und gründlich. Schließlich hat es anfangs ja auch
funktioniert, und tut es jetzt auch gelegentlich.

Ich habe in einer Probetabelle eben keinen entsprechenden Fehler
erzeugen können (allerdings 4.4.5.2 unter Debian).

Mir ist das auch neu.

Mit freundlichem Gruß Best regards
                           Boris Kirkorowicz

[Achim_Pabel]

Hallo Boris,

nicht ganz: in Tabelle B steht der SVERWEIS auf Tabelle A und
zeigt es dann natürlich (?) auch in Tabelle B an. Tabelle C gibt
es nicht.

Gibt es da bekannte Probleme?

Ja, bei mir. Deshalb habe ich für den Personal-PC noch LO 3.3.4
installiert. Die LO Versionen die danach kommen, zeigen bei dieser
Konstellation (SVERWEIS jeweils von Tabelle zu Tabelle zu Tabelle zu
Tabelle ....) dann einen Fehler.
"Das" können wir bei Dir ja jetzt ausschließen

Gruß Achim

[Boris_Kirkorowicz]

Hallo,

Ja, bei mir. Deshalb habe ich für den Personal-PC noch LO 3.3.4
installiert. Die LO Versionen die danach kommen, zeigen bei dieser
Konstellation (SVERWEIS jeweils von Tabelle zu Tabelle zu Tabelle zu
Tabelle ....) dann einen Fehler.
"Das" können wir bei Dir ja jetzt ausschließen

Nix "ausschließen", sondern "Bingo, das war's!"

Ich habe es auch etwas näher eingrenzen können, nachdem ich es auf einem
anderen Rechner mit Version 3.6 lud und die Formeln einmalig bearbeitete
und verteilte. Klappte einwandfrei, ganz so, wie es soll.

Also abgespeichert und auf meinen aktuellen Rechner zurück kopiert und
dort wieder mit der Version 4.3.7.2 geöffnet. Auch hier war jetzt alles
in Ordnung. Also einmal gespeichert, geschlossen und wieder geöffnet:
Nun ist der Fehler wieder da.

Da denke ich zuerst daran, dass die Version 4.3.7.2 die Formel wohl
nicht richtig erzeugt bzw. speichert. Das muss doch schon mal
aufgefallen sein -gibt es dafür nicht schon längst einen Fehlerreport?
SVERWEIS() ist ja nun nicht eben ein Exot, und ein Fehler hier dürfte
schnell aufgefallen sein und hat sicher einige Tragweite, ist also nicht
ganz unwichtig. Ist das vielleicht in neueren Versionen bereits behoben?

Mit freundlichem Gruß Best regards
                           Boris Kirkorowicz

[Achim_Pabel]

Hallo Boris,

vor zwei Jahren hatte ich mich damit schon mal an die Liste
gewendet, aber niemand wollte darauf eingehen.
Mein Englisch ist so was von niederschmetternd, da habe ich dann
auch keinen Bug gemeldet.

Vielleicht kann jetzt jemand mal behilflich sein...

Gruß Achim

[Boris_Kirkorowicz]

Hallo,
das würde ich jetzt aber schon intensiver verfolgen wollen. Ich habe
nämlich eine Art traumatisches Erlebnis hinter mir:

Mit der veralteten Version habe ich nun meinen Tabellenwust erzeugt.
Dabei habe ich intensiven Gebrauch von Verknüpfungen und SVERWEIS()
gemacht und war einige male kurz davor einzunicken, weil die Sache doch
arg zäh, um nicht zu sagen: einschläfernd langsam geriet. Aber nun steht
es funktionell, jetzt ist noch optische Gestaltung angesagt; dann könnte
ich es für die Nutzung bei den Veranstaltungen abgeben.

Aber die schnarchlangsame 3er Version wird sich niemand freiwillig antun
wollen -ich auch nicht. Es fand ja wohl ein Rewrite statt, wenn ich mich
recht erinnere, der einen erheblichen Geschwindigkeitszuwachs gebracht
hat. Allerdings offenbar, wie ich jetzt feststelle, auf Kosten von
Funktion und Stabilität: Mein Werk funktioniert schlicht nicht, denn
statt den Werten, wie ich sie mit der 3er Version erhalte, sind fast nur
"Err:502" zu sehen. Dahinter stecken meist recht längliche Formeln wie

=WENN(ISTNV(F2);0;SVERWEIS($A2;INDIREKT("'file:///home/boris/Dokumente/TRC/TRC-Lauf-2.ods'#$gesamt.$B$2:$G$1001");6;0))

die aber mit der 3er Version klaglos, wenn auch langsam, funktionieren.

Das mit den relativen Pfaden scheint auch nicht recht hinzuhauen, denn
zahlreiche Popups künden von nicht gefundenen Dateien -mit absoluter
Pfadangabe. Dabei lagen und liegen sie stets im selben Verzeichnis. Da
bin ich mal gespannt darauf, wenn das jemand unter Windows öffnen will...

Da ich LibreOffice ausgesprochen gern benutze und mir diese Funktionen
sehr wichtig sind, möchte ich im Rahmen meiner Möglichkeiten beitragen.
Nur: wie? So auf die Schnelle habe ich nichts gefunden. Wer kann mich
anleiten, wie und wo das geht? Oder ist das irgendwo (→wo?) beschrieben?

Und wenn ich schon mal dabei bin, noch eine Frage, zu der ich noch keine
Antwort gefunden habe: die Unterdrückung von Nullen. Das meine ich nicht
persönlich sondern wörtlich, und zwar bei der Ausgabe. Auf dem
Bildschirm ist das kein Problem, da gibt es in den Optionen unter Calc →
Ansicht einen Schalter: klick, und weg sind die Nullen.
Doch beim Druck und beim PDF-Export sind sie wieder da, und das stört.
Das sonst gern genommene Abfangen per Formel und Ersetzten durch ""
(also einen Leerstring) ist nicht nur sehr aufwendig, sondern auch
deshalb schwierig, weil auch mit den Nullen gerechnet werden soll. Gibt
es eine einfachere Möglichkeit, die Nullen vom Papier und PDF fernzuhalten?

Hallo Boris,

vor zwei Jahren hatte ich mich damit schon mal an die Liste
gewendet, aber niemand wollte darauf eingehen.
Mein Englisch ist so was von niederschmetternd, da habe ich dann
auch keinen Bug gemeldet.

Vielleicht kann jetzt jemand mal behilflich sein...

Gruß Achim

Hallo,

Ja, bei mir. Deshalb habe ich für den Personal-PC noch LO 3.3.4
installiert. Die LO Versionen die danach kommen, zeigen bei
dieser Konstellation (SVERWEIS jeweils von Tabelle zu Tabelle
zu Tabelle zu Tabelle ....) dann einen Fehler.
"Das" können wir bei Dir ja jetzt ausschließen

Nix "ausschließen", sondern "Bingo, das war's!"

Ich habe es auch etwas näher eingrenzen können, nachdem ich es
auf einem anderen Rechner mit Version 3.6 lud und die Formeln
einmalig bearbeitete und verteilte. Klappte einwandfrei, ganz
so, wie es soll.

Also abgespeichert und auf meinen aktuellen Rechner zurück
kopiert und dort wieder mit der Version 4.3.7.2 geöffnet. Auch
hier war jetzt alles in Ordnung. Also einmal gespeichert,
geschlossen und wieder geöffnet: Nun ist der Fehler wieder da.

Da denke ich zuerst daran, dass die Version 4.3.7.2 die Formel
wohl nicht richtig erzeugt bzw. speichert. Das muss doch schon
mal aufgefallen sein -gibt es dafür nicht schon längst einen
Fehlerreport? SVERWEIS() ist ja nun nicht eben ein Exot, und ein
Fehler hier dürfte schnell aufgefallen sein und hat sicher
einige Tragweite, ist also nicht ganz unwichtig. Ist das
vielleicht in neueren Versionen bereits behoben?

Mit freundlichem Gruß Best
regards Boris Kirkorowicz

Mit freundlichem Gruß Best regards
                           Boris Kirkorowicz

[Franklin_Schiftan]

Hallo Boris,

"Err:502" zu sehen. Dahinter stecken meist recht längliche Formeln
wie

=WENN(ISTNV(F2);0;SVERWEIS($A2;INDIREKT("'file:///home/boris/Dokumente/TRC/TRC-Lauf-2.ods'#$gesamt.$B$2:$G$1001");6;0))

Hier funktionieren auch unter der aktuellen 4er Version z.B. Formeln wie

=DATUM(JAHR(INDIREKT("'"&TEXT(TEIL(ZELLE("dateiname";A1);FINDEN("$";ZELLE("dateiname";A1))+1;255)-1;"0###")&"'.A2"));MONAT(INDIREKT("'"&TEXT(TEIL(ZELLE("dateiname";A1);FINDEN("$";ZELLE("dateiname";A1))+1;255)-1;"0###")&"'.A2"))+1;TAG(INDIREKT("'"&TEXT(TEIL(ZELLE("dateiname";A1);FINDEN("$";ZELLE("dateiname";A1))+1;255)-1;"0###")&"'.A2")))

oder

=WENN(ODER(ISTLEER($C7);ISTFEHLER(SVERWEIS(C7;Dienste;2)));"";SVERWEIS(C7;Dienste;2))

problemlos.

Allerdings ist in beiden Fällen keine separate Arbeitsmappe, sondern
es sind lediglich andere Blätter der gleichen Arbeitsmappe betroffen.

Und wenn ich schon mal dabei bin, noch eine Frage, zu der ich noch
keine Antwort gefunden habe: die Unterdrückung von Nullen. Das
meine ich nicht persönlich sondern wörtlich, und zwar bei der
Ausgabe. Auf dem Bildschirm ist das kein Problem, da gibt es in den
Optionen unter Calc → Ansicht einen Schalter: klick, und weg sind
die Nullen. Doch beim Druck und beim PDF-Export sind sie wieder da,
und das stört. Das sonst gern genommene Abfangen per Formel und
Ersetzten durch "" (also einen Leerstring) ist nicht nur sehr
aufwendig, sondern auch deshalb schwierig, weil auch mit den Nullen
gerechnet werden soll. Gibt es eine einfachere Möglichkeit, die
Nullen vom Papier und PDF fernzuhalten?

Ja, über ein entsprechendes Zahlenformat, z.B.

#.##0,00;;;

[Boris_Kirkorowicz]

Hallo,

problemlos.

Allerdings ist in beiden Fällen keine separate Arbeitsmappe, sondern
es sind lediglich andere Blätter der gleichen Arbeitsmappe betroffen.

das würde mit ~70 Tabellenblättern arg unübersichtlich geraten und
entsprechend fehleranfällig in der Anwendung werden. Wenn es nicht
anders geht, werde ich das versuchen müssen (puh...), aber besser wäre
schon, wenn dieser Fehler behoben würde; schließlich wird es häufig
verwendet (auch in meiner beruflichen Praxis). Da es früher
funktionierte, gibt es viele Dokumente, die so aufgebaut sind, die dann
nun potenziell nicht oder -schlimmer- nicht mehr richtig funktionieren.

> Gibt es eine einfachere Möglichkeit, die
> Nullen vom Papier und PDF fernzuhalten?

Ja, über ein entsprechendes Zahlenformat, z.B.

#.##0,00;;;

Ah ja, da gibt es also mehr als das, was ich im Dialog gesehen habe. Für
Zeitwerte also bspw.
M:SS,00;[ROT]-M:SS,00;;
(negative Zeitwerte sind hier sachlich falsch und sollten auffallen).

Danke.

Mit freundlichem Gruß Best regards
                           Boris Kirkorowicz

[Boris_Kirkorowicz]

Hallo,

> Ich habe in einer Probetabelle eben keinen entsprechenden Fehler
> erzeugen können (allerdings 4.4.5.2 unter Debian).

Mir ist das auch neu.

jetzt habe ich einmal von meiner sonst brachliegende Windows-Partition
gebootet, dort das aktuelle LO 5 installiert und erfahren, dass es nun
noch schlimmer geworden ist: nach einem (beim Öffnen angefragten) Update
der externen Werte sind /sämtliche/ Funktionen kaputt, auch solche, die
rein lokal arbeiten. Da wird die Qualitätssicherung noch alle Hände voll
zu tun haben; ich für meinen Teil werde so lange weder warten können
noch wollen und Auswege suchen müssen. Irgendwelche Tipps dafür?

Mit freundlichem Gruß Best regards
                           Boris Kirkorowicz

[Boris_Kirkorowicz]

Hallo Listlinge,
nun ist es schon fast ein halbes Jahr her, und das Problem habe ich
immer noch. Da sich nichts bessert, wenn das nicht ordentlich gemeldet
wird, frage ich noch einmal, ob jemand einen Fehlerreport dazu kennt
oder einen erstellen kann oder mir dabei helfen mag: wer kann dazu was
sagen?

[Achim_Pabel]

Hallo Boris,

vor über 2 ~ 3 Jahren hatte ich bereits darüber geklagt und um Hilfe
gebeten; irgendwann danach noch mal.

Mein Englisch ist zu schlecht um einen Bug aufzugeben. Als
Workaround benutze ich nur für den Mitarbeiter-Fragebotentest
deshalb OpenOffice.

Ich bin auch mal gespannt wann das mal jemand ernst nimmt. Ich will
nichts verkehrtes sagen, aber ich glaube bei LO 3.3 müsste SVERWEIS
noch fehlerfrei funktionieren.
Manchmal kommt mir das auch so vor, dass neue Funktionen in LO wie
auf Sand gebaut wurden.

Gruß Achim

[peter_mulller]

Hallo Boris,

als openSuse-user bin ich gerne bereit, dir mit meinem Holzhacker-Englisch bei
der Übersetzung des Reports zu helfen.

Peter Mulller

[Boris_Kirkorowicz]

Hallo Achim,
in den 3er Versionen funktioniert das, das hatte ich auch festgestellt.
Allerdings sind die bei umfangreicheren Tabellenwerken dann sowas von
schnarchlangsam, dass es auch wieder nicht richtig zu verwenden ist. Da
war ja mal was von einem weitgehenden Rewrite gewesen, und ich vermute,
dass sich dabei diese Fehler eingeschlichen haben. Sowas in der Art.

Aber OpenOffice.org kommt mir auch nicht in die Tüte, da krieg ich immer
schlechte Laune, wenn ich daran denke. So ganz ohne Grund ist
LibreOffice ja nicht entstanden...

[RobertG]

Hallo *,

für eine Bugbeschreibung brauchen wir:
1. Genaue schrittweise Beschreibung des Verhaltens, das zu einem Bug
führt.
2. Eventuell eine Beispieldatei, die das fehlerhafte Verhalten aufzeigt.

Je genauer die Beschreibung und je einfacher das nach zu vollziehen
ist, desto höher stehen die Chancen, dass der Bug auch behoben wird.

Wenn jemand hier so eine Beschreibung in Deutsch anfertigt und
vielleicht noch ein Beispiel hat, dann will ich das gerne als Bug
aufgeben. Da meine Domäne Base ist kann ich vermutlich ganz gut
beurteilen, ob die Beschreibung und dann Beispiel zum schnellen
Verständnis taugt. Schließlich wende ich Calc nur selten an und kenne
SVERWEIS() nur aus wenigen Anwendungsbeispielen heraus. Und wenn ein
Dummy wie ich das kapiert, dann kann ich das auch ins Englische
übertragen.

Gruß

Robert

[Achim_Pabel]

Hallo Robert,

wie schon in unserem letzten Dialog mit Dir, werde ich mich dem
Thema LO intensiv und auch in verschiedenen Bereichen wieder widmen,
wenn die Zeit dafür gekommen ist. Wenn ich jetzt noch eine Baustelle
aufmache, die vor allem sehr breit für mich ist (Basic für Write,
Calc und Base), dann....

Bis dahin, LG
Achim

[Boris_Kirkorowicz]

Hallo Robert,
ich probiere dieser Tage noch mal die gerade in die Öffentlichkeit
entlassene Version 5.1 aus. Wenn es da immer noch so sein sollte, melde
ich mich direkt bei Dir. Einverstanden?

[Boris_Kirkorowicz]

Für eine Ergänzung kapere ich mal meinen alten Thread:
inzwischen musste ich feststellen, dass LO nicht nur Probleme mit dem
Finden in anderen Dateien hat, sondern auch innerhalb derselben Datei.
Besonders schlimm ist es, dass hierbei dann nicht etwa #NV erscheint,
sondern schlicht ein falscher Wert.

Beispiel:
In Tabelle2 stehen in Spalte A Namen (alphabetisch sortiert) und in
Spalte B Zahlen dazu.

In Tabelle4 stehen in Spalte B Namen aus der Menge der Spalte A in
Tabelle2. In Spalte D sollen nun mit SVERWEIS() die passenden Zahlen aus
Tabelle2 herausgesucht werden:

=SVERWEIS(B2;$Tabelle2.A$2:B$50;2;1)

Das funktioniert bei den meisten Zeilen korrekt, doch bei einigen stehen
falsche Zahlen drin -fatal, weil man es kaum bemerken kann. Im Detail
sieht das dann meist so aus, dass stattdessen die Zahl der Spalte über
der Fundstelle in Tabelle2 steht. Eine Regelmäßigkeit habe ich nicht
gefunden: weder tritt es alle x Zeilen auf, noch bei Namen mit Umlauten
oder irgendwelchen Ähnlichkeiten, bestimmten Längen oder wasweißich.
Immerhin kann man die Fehlfunktion verifizieren: ändert man die Formel auf

=SVERWEIS(B2;$Tabelle2.A$2:B$50;1;1)

müsste der Name, der in Tabelle4.B2 steht, in Tabelle2, Spalte A
gefunden werden. Ausgegeben wird stattdessen der Name, der in Tabelle2,
Spalte A über dem gesuchten steht.

Aber es geht noch weiter: setzt man den Wert für 'sortiert', also den
letzten Parameter in der Klammer von WAHR auf FALSCH (bzw. 1 auf 0), so
wird der Name nicht mehr gefunden, obwohl sich an Tabelle2 nichts
geändert hat.

Kurz: die Funktion ist dermaßen kaputt, dass sie unbrauchbar ist. Wer
auf die Funktion angewiesen ist, sollte sich besser nach etwas anderem
umsehen, bis das gründlich gefixt ist, denn das macht alles kaputt. Für
mich hieße das wohl eine Odyssee durch die verschiedenen Versionen, und
falls das nichts bringt, womöglich eigens dafür der Wechsel der
Anwendung, des Betriebssystems und damit einhergehend die Neuanschaffung
eines Rechners, Umbau des Netzwerkes oder die Rückkehr zu Papier und
Stift...

Im Moment bin ich etwas ratlos, was ich tun soll.