zahlendreer's Profil - Aktivität

Die Exportfunktion "als PDF exportieren" verwendet die Druckbereiche der Tabelle. Wenn nur bestimmte Tabellen gedruckt w

Danke für den Hinweis, bei der Version 5.4.2 tritt der Fehler nicht mehr auf!

Ich verwende eine Calc Datei mit welcher ich auf eine .csv Datei zugreife. Dabei kommt es auch vor, dass die sverweise ins leere laufen und ein #NV ausweisen. Das habe ich bisher mit der Formel Wennnv() abgefangen.

Mit dem Update auf die Version 5.4.0.3 unter Windows 7 stürzt mir die Tabelle beim aufrufen sofort ab. Ich habe den Fehler jetzt eingegrenzt. Folgende Konstellation führt zu dem Fehler:

Eine .csv Tabelle mit folgendem Inhalt: Zeile 1: 1;Test;1;2;3;4 (; sind Spaltentrenner)

Mit der .ods Tabelle versuche ich mit der Formel: sverweis(2;'file///C:Unbenannt 1.csv'#$'Unbenannt 1'.A1:F5;6;0) zuzugreifen.

Ergebnis: LibreOffice stürzt mit dem Fatal Error "Multi_type_vector::get_type#1613: block Position not found! (Logical pos=40, block size=12, Logical size=30) ab!

Warum entsteht der Fehler und wie kann ich diesen umgehen?

Hallo, ich habe mit der gleichen Version ein ähnliches Problem mit Schaltflächen. Ein in einer Vorversion erstellte Zent

Der Fehler tritt auch auf wenn die Datei, auf die per Verknüpfung zugegriffen wird, eine .ods Datei ist.

Absturz bei sverweis auf .csv Datei Ich verwende eine Calc Datei mit welcher ich auf eine .csv Datei zugreife. Dabei kom

Der Fehler tritt auch auf wenn die Datei auf die per Verknüpfung zugegriffen wird eine .ods Datei ist.

Absturz bei sverweis auf .csv Datei Ich verwende eine Calc Datei mit welcher ich auf eine .csv Datei zugreife. Dabei kom

Vielen Dank Lupp, es ist eine .txt Datei die ich in LibreOffice mit dem .csv Filter öffne. Diese hat rund 140.000 Zeilen

Vielen Dank Lupp, es ist eine .txt Datei die ich in LibreOffice mit dem .csv Filter öffne. Diese hat rund 140.000 Zeilen

Die Kappung erfolgte wohl beim kopieren über die Zwischenablage aus EXCEL. Ist die Zwischenablage auf 65536 Zeilen begre

LibreOffice 5.1.6 Calc Maximale Anzahl Zeilen Ich habe eine Textdatei mit 142000 Zeilen in LibreOffice geöffnet. Beim sp

Vielleicht solltest du Deine Frage nochmals konkretisieren. Wenn ich Dich richtig verstanden habe, ist die +2 nur ein Beispiel. In Deiner Tabelle verändert sich der Wert +2 in Abhängigkeit von deiner Eingabe. Ich glaube nicht, dass Du eine Eingabezelle gleichzeitig als Ausgabezelle für deine Berechnung verwenden kannst.

Ich würde nach der Eingabezelle (A1), also in die Zelle B1 die Formel =A1+2 eingeben. Dann kannst Du mit der Zelle B1 weiterarbeiten.

Hallo Toxitom, vielen Dank für Deine Antwort. Das System ist Windows 7 und den Code habe ich nicht vollständig eingefügt. oDoc ist im vollständigen Code definiert (Option Explicit).

GELÖST - siehe BUG 70883:

https://bugs.documentfoundation.org/s...

Wenn eine Schaltfläche aktiv ist, dann funktioniert der uno:copy Befehl nicht. Das war bei meiner Konstellation der Fall. Wenn das Makro über Extra-Makros-ausführen aufgerufen wird, dann läuft das Makro ohne Probleme durch.

In OpenOffice hatte ich über den MakroRekorder ein Makro erstellt um Zellinhalte (Formeln) zu kopieren und danach nur die Zahlen in einen anderen Bereich einzufügen. In OO hat das auch anstandslos funktioniert. In LO (Version 5.2.3.3), funktioniert das nicht mehr ohne Probleme. - Entweder sind nach dem Kopiermakro weiterhin die Formeln in den Zellen vorhanden. - oder er kopiert einen Inhalt den er noch aus einer vorherigen Tabelle irgendwo im Zwischenspeicher hat. - Ganz selten klappt es auch.

Ich bin am verzweifeln. Warum ist LibreOffice damit überfordert?

Hier der verwendete Code

oSheet = oDoc.getsheets().getbyIndex(0)
oview=oDoc.getcurrentController()                               
oview.setActiveSheet(oSheet)
document   = ThisComponent.CurrentController.Frame
        args1(0).Name = "ToPoint"
        args1(0).Value = "$D$6:$AM$100"
        dispatcher.executeDispatch(document, ".uno:GoToCell", "", 0, args1())
                    dispatcher.executeDispatch(document, ".uno:Copy", "", 0, Array())
        args3(0).Name = "ToPoint"
        args3(0).Value = "$D$6"
        dispatcher.executeDispatch(document, ".uno:GoToCell", "", 0, args3())
        args4(0).Name = "Flags"
        args4(0).Value = "V"
        args4(1).Name = "FormulaCommand"
        args4(1).Value = 0
        args4(2).Name = "SkipEmptyCells"
        args4(2).Value = false
        args4(3).Name = "Transpose"
        args4(3).Value = false
        args4(4).Name = "AsLink"
        args4(4).Value = false
        args4(5).Name = "MoveMode"
        args4(5).Value = 4
        dispatcher.executeDispatch(document, ".uno:InsertContents", "", 0, args4())

Ich verwende sehr oft den die PDF-Export Funktion in LibreOffice Calc (Version 5.2.3.3). Dabei passiert es immer wieder, dass in der PDF-Datei viele Diagramme und Zeichenobjekte übereinander und durcheinander geraten. Erst nach schließen und wieder öffnen der Datei und unmittelbarem PDF-Export bleiben die Objekte an der richtigen Stelle. Manchmal werden die Zeichenobjekte auch in der Calc Tabelle nicht mehr richtig dargestellt, da hilft dann auch kein schließen und öffnen mehr. Nur sehr aufwändiges manuelles neu ausrichten.

Vielen Dank Toxitom, nachdem ich im Makro die Funktionen "CDatetoISO" und "CDatefromISO" in "CDatetoUnoDate" und "CDatefromUnoDate" ausgetauscht habe, funktioniert alles wieder tadellos.

Die Datei hat unter OpenOffice fehlerfrei funktioniert.

Ich habe ein umfangreiches Dokument, welches über Makro-Dialoge befüllt wird. Unter LibreOffice bringt der Befehl getmodel().date den Fehler Objektvariable nicht belegt.

oBDlg.getControl("DateField1").getmodel().date = CDateToIso(oTab.getCellRangeByName("B3").value)

Als Textformat funktioniert die Übergabe, dann habe ich aber kein Datumsformat mehr in der Zelle!

Warum aktzeptiert LibreOffice bei einem Datumsfeld das Datumsformat nicht?

Das Problem ist, dass OpenOffice nicht vorhandene Verweise #NV anderst behandelt. Bisher konnten #NV Werte mit der Funktion N() in eine 0 umgewandelt werden. LibreOffice akzeptiert das anscheinend nicht mehr. Wenn ich die Formeln wie folgt umbaue: Wenn(ISTNV(Formel);0;Formel) ; dann funktionieren viele Verweise wieder.

Ein anderes Problem waren Verweise()/Vergleich() auf leere Zellen. In einem Verweis wurde bisher die erste leere Zelle eines Bereiches wie 0 behandelt. z. Bsp. sverweis(0;Bereich;1;0) hat als Ergebnis die erste leere Zeile als Ergebnis geliefert. LibreOffice interpretiert das nicht mehr so.

Es sind wverweis(), sverweis(), summewenn() wie zum Beispiel: =SVERWEIS($A5;'file:///T:/VM_Anzahl_Bestaende102016.ods'#$Tabelle1.$A$4:$Z$200;VERGLEICH(E$4;'file:///T:/VM_Anzahl_Bestaende102016.ods'#$Tabelle1.$A$4:$Z$4;0);0) oder =SUMMEWENN('file:///T:/KGB_GA_KK_SPV.csv'#$Tabelle1.$A$2:$A$5000;$A5;'file:///T:/KGB_GA_KK_SPV.csv'#$Tabelle1.$G$2:$G$5000) Es ist die aktuellste LO Version unter Windows 7

Bisher haben externe Verknüpfungen in Verbindung mit sverweis(), wverweis(), summewenn(), wenn() in OpenOffice einwandfrei funktioniert. Nach dem Wechsel auf LibreOffice funktionieren diese externe Verknüpfungen auf .csv Dateien nicht mehr!

Woran liegt das in LibreOffice. Gibt es hier einen BUG?