extras-> optionen-> OpenOffice.org Calc->Berechnen->Genauigkeit wie angezeigt Haken entfernen.
dies sollte das Problem lösen
Problem mit optionalen Nachkommastellen bei OOo 3.1.1
Moderator: Moderatoren
-
- *
- Beiträge: 17
- Registriert: Do, 26.07.2007 14:34
-
- Beiträge: 5
- Registriert: So, 24.01.2010 14:03
Re: Problem mit optionalen Nachkommastellen bei OOo 3.1.1
Der Haken war bei mir sowieso nicht gesetzt, aber auch ein Ändern dieser Einstellung behebt das Problem leider nicht.Octavian1977 hat geschrieben:extras-> optionen-> OpenOffice.org Calc->Berechnen->Genauigkeit wie angezeigt Haken entfernen.
Nochmal zur Verdeutlichung (meine Fragestellung war vielleicht nicht ganz klar):
Mein Problem ist schlicht, dass Calc beim Speichern (oder Laden?) Rauten (#) im Format-Code durch Nullen ersetzt, sobald nach dem Komma mindestens eine 0 steht.
Also 0,### als Format-Code bleibt auch nach dem Speichern/Laden erhalten, aber aus 0,0## macht er "einfach so" 0,000.
Entweder das ist ein Bug, oder es ist so gewollt. Wenn es so gewollt ist, wüsste ich gerne, wie man dieses Verhalten ändern kann (und warum das so gewollt ist

Wenn es aber ein Bug ist, dann besteht er mindestens schon seit Version 2.0.2 - habe ich eben getestet...

-
- Beiträge: 5
- Registriert: So, 24.01.2010 14:03
Re: Problem mit optionalen Nachkommastellen bei OOo 3.1.1
Ich antworte mir mal selber:
Es ist wohl recht offensichtlich ein Bug.
Wenn ich die Tabelle als OpenOffice-Dokument (.ods) oder StarOffice-Dokument (.sdc) speichere, verhält sich Calc wie von mir beschrieben.
Speichere ich das Dokument jedoch als Excel-Datei (.xls), dann funktioniert alles genau so, wie ich es mir vorgestellt hatte.
Das lässt sich mit gewolltem Verhalten wohl nicht mehr erklären.
Bedeutet für mich (leider), dass ich das Dokument als Excel-Datei weitergeben muss, obwohl einige der darin verwendeten Formeln definitiv nicht mit Excel funktionieren - viel unsinniger geht's wohl nicht mehr, aber wenn's anders nunmal nicht machbar ist...
Oder hat jemand einen Vorschlag, wie ich nach dem Laden automatisch den Format-Code wieder zurechtrücken kann? Ich verwende für die betroffenen Felder sowieso eine eigene Formatvorlage, vielleicht hilft das dabei ja irgendwie.
Es ist wohl recht offensichtlich ein Bug.

Wenn ich die Tabelle als OpenOffice-Dokument (.ods) oder StarOffice-Dokument (.sdc) speichere, verhält sich Calc wie von mir beschrieben.
Speichere ich das Dokument jedoch als Excel-Datei (.xls), dann funktioniert alles genau so, wie ich es mir vorgestellt hatte.

Das lässt sich mit gewolltem Verhalten wohl nicht mehr erklären.
Bedeutet für mich (leider), dass ich das Dokument als Excel-Datei weitergeben muss, obwohl einige der darin verwendeten Formeln definitiv nicht mit Excel funktionieren - viel unsinniger geht's wohl nicht mehr, aber wenn's anders nunmal nicht machbar ist...

Oder hat jemand einen Vorschlag, wie ich nach dem Laden automatisch den Format-Code wieder zurechtrücken kann? Ich verwende für die betroffenen Felder sowieso eine eigene Formatvorlage, vielleicht hilft das dabei ja irgendwie.

Re: Problem mit optionalen Nachkommastellen bei OOo 3.1.1
Hallo Matthias,
http://qa.openoffice.org/issues/show_bug.cgi?id=101642
http://qa.openoffice.org/issues/show_bug.cgi?id=88456
http://qa.openoffice.org/issues/show_bug.cgi?id=66842
aber so richtig aktiv gearbeitet wird leider an keinem der drei
.
vg
famo
sieht wohl so aus, habe das hier im Issue Tracker gefunden:Matthias Seifert hat geschrieben:Es ist wohl recht offensichtlich ein Bug.![]()
http://qa.openoffice.org/issues/show_bug.cgi?id=101642
http://qa.openoffice.org/issues/show_bug.cgi?id=88456
http://qa.openoffice.org/issues/show_bug.cgi?id=66842
aber so richtig aktiv gearbeitet wird leider an keinem der drei

Die Formatvorlage hilft da glaube ich weniger, aber mit einem Makro denke ich könnte es zu lösen sein, vlt. meldet sich hier noch jmd. dazu, ansonsten versuche es mal im Basic&Java Unterforum.Matthias Seifert hat geschrieben: Oder hat jemand einen Vorschlag, wie ich nach dem Laden automatisch den Format-Code wieder zurechtrücken kann? Ich verwende für die betroffenen Felder sowieso eine eigene Formatvorlage, vielleicht hilft das dabei ja irgendwie.
vg
famo
-
- Beiträge: 5
- Registriert: So, 24.01.2010 14:03
Re: Problem mit optionalen Nachkommastellen bei OOo 3.1.1
Nö, stattdessen wird lieber angezweifelt, dass irgendwer sowas brauchen kann...famo hat geschrieben:habe das hier im Issue Tracker gefunden:
http://qa.openoffice.org/issues/show_bug.cgi?id=101642
http://qa.openoffice.org/issues/show_bug.cgi?id=88456
http://qa.openoffice.org/issues/show_bug.cgi?id=66842
aber so richtig aktiv gearbeitet wird leider an keinem der drei.

Naja, vielleicht werf ich bei Gelegenheit selber mal einen Blick in den Sourcecode...
Ich dachte halt, der Format-Code findet sich vielleicht auch da drin, bzw. kann darin manipuliert werden. Dann müsste man nicht alle betroffenen Zellen "von Hand" suchen und ausbessern (was vermutlich etwas aufwändiger ist).famo hat geschrieben:Die Formatvorlage hilft da glaube ich weniger,
Re: Problem mit optionalen Nachkommastellen bei OOo 3.1.1
Hallo
Über den Sinn einer Preisangabe mit mehr als 2 Kommastellen kann man streiten, aber daß ist hier ncht das Thema, grundsätzlich sollte diese Formateinstellung funktionieren.
Da sie das nicht tut, hier ein Makro das du mit: '-->Extras-->Anpassen--'Ereignisse' ---Dokument öffnen ' verknüpfen kannst.
Gruß Karo
Über den Sinn einer Preisangabe mit mehr als 2 Kommastellen kann man streiten, aber daß ist hier ncht das Thema, grundsätzlich sollte diese Formateinstellung funktionieren.
Da sie das nicht tut, hier ein Makro das du mit: '-->Extras-->Anpassen--'Ereignisse' ---Dokument öffnen ' verknüpfen kannst.
Code: Alles auswählen
sub spezialformat
Dim NumberFormats As Object
Dim NumberFormatString As String
Dim NumberFormatId As Long
Dim LocalSettings As New com.sun.star.lang.Locale
odoc = thiscomponent
numberformats = odoc.numberformats
numberformatstring = "#.##0,00## [$€-407];[ROT]-#.##0,00## [$€-407]"
numberformatid = numberformats.queryKey(numberformatstring, Localsettings, true)
if numberformatId = -1 then
numberformatId = numberformats.addNew(numberformatstring,LocalSettings)
end if
'Trag in der nächsten Zeile deine Zellvorlage ein....↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓
odoc.StyleFamilies.getbyName("CellStyles").getbyName("der_Name_deiner_Zellvorlage").numberformat = numberformatId
end sub
LO25.2… debian 13( trixie ) auf Raspberry5 8GB (ARM64)
LO25.8… flatpak debian 13( trixie ) auf Raspberry5 8GB (ARM64)
LO25.8… flatpak debian 13( trixie ) auf Raspberry5 8GB (ARM64)
-
- Beiträge: 5
- Registriert: So, 24.01.2010 14:03
Re: Problem mit optionalen Nachkommastellen bei OOo 3.1.1
Kann man vielleicht. Nichtsdestotrotz gibt es ganze Branchen, in denen das völlig üblich ist. Ich nenn hier nur mal die Treibstoffpreise (sieht man an jeder Tankstelle), den Strompreis oder die Verbindungskosten beim (Festnetz-)Telefonieren.Karolus hat geschrieben:Über den Sinn einer Preisangabe mit mehr als 2 Kommastellen kann man streiten,

Nicht zuletzt, weil sie ausdrücklich in der Hilfe (Index -> Zahlenformate;Codes) als Beispiel erwähnt ist.Karolus hat geschrieben:grundsätzlich sollte diese Formateinstellung funktionieren.
Suuuper!Karolus hat geschrieben:Da sie das nicht tut, hier ein Makro

Hat zuerst zwar wegen der Makrosicherheit-Einstellung nicht funktioniert, aber nachdem ich mein Arbeitsverzeichnis als "vertrauenswürdige Quelle" eingerichtet habe, läuft die Sache jetzt wie geschmiert.
