Am 30.12.2019 um 10:20 schrieb Marino Salvalaggio:
> Hallo Wolfgang,
>
> als 1. möchte ich hierzu bemerken, dass ich in Zukunft nicht mehr weiter
> zu diesem Thema schreiben werde; es sei denn, jemand hat eine direkte
> Frage an mich.
Also /ich/ sicherlich nicht.
> Derjenige darf mich dann dire
Hallo Wolfgang,
als 1. möchte ich hierzu bemerken, dass ich in Zukunft nicht mehr weiter
zu diesem Thema schreiben werde; es sei denn, jemand hat eine direkte
Frage an mich. Derjenige darf mich dann direkt ansprechen. Der Rahmen
hier wird eindeutig gesprengt.
Wolfgang Jäth schrieb am 29.12.2019
Hallo Listige
Am 30.12.19 um 9:59 schrieb Ernst Hügli:
Zwei Nachträge:
1. Bereits ab dem 1. März 1900 (und nicht erst ab 1904) stimmen Excel
und Calc in ihrer Zählung wieder überein: Excel zählt ab dem
31.12.1899, Calc ab dem 30.12.1899 ...
Ups, reingefallen ... Natürlich ist es umgekeh
Hallo Listige
Am 30.12.19 um 9:40 schrieb Ernst Hügli:
Stimmt nicht ganz! Excel hat nicht den Schalttag im Jahr 1904
vergessen, sondern fälschlicherweise einen Schalttag im Jahr 1900
eingeführt: den 29.02.1900 hat es nie gegeben. Die korrekte
Schaltregel lautet nämlich: Schaltjahre sind alle J
Hallo Listige
Am 29.12.19 um 7:53 schrieb Thomas Krumbein:
Hei Boris, Wolfgang,
Am 29.12.2019 um 00:46 schrieb Boris Kirkorowicz:
Hallo,
Am 28.12.19 um 13:12 schrieb Wolfgang Jäth:
Am 28.12.2019 um 11:05 schrieb Boris Kirkorowicz:
Hallo,
Am 27.12.19 um 22:09 schrieb lo.harald.ber...@t-onl
Hallo Bernd,
> Hallo Marino,
>
> der Geizkragen sucht einen Pfennig und verbraucht dabei drei Lichte...
> Wozu brauchst du die absolute Genauigkeit, die man mit viel Aufwand
> einprogrammieren müsste?
>
> Nach der Uhr kann man sich sowieso nicht richten, die zeigt ständig
> unterschiedliche Ze
Hallo Marino,
der Geizkragen sucht einen Pfennig und verbraucht dabei drei Lichte...
Wozu brauchst du die absolute Genauigkeit, die man mit viel Aufwand
einprogrammieren müsste?
Nach der Uhr kann man sich sowieso nicht richten, die zeigt ständig
unterschiedliche Zeiten! Besonders
jetzt, wo es
Am 29.12.2019 um 10:35 schrieb Marino Salvalaggio:
>
>
>> *Alle* Daten, sogar Texte, werden intern binär abgelegt. Und Calc selbst
>> kennt überhaupt nur 3 Datentypen, nämlich String aka Text, Integer und
>> Gleitkomma aka Double.
>
> Jep,
> aber nur bedingt richtig "Wahrheitswert" (BOOL) hast Du
hallo Marino,
Am 29.12.2019 um 12:43 schrieb Marino Salvalaggio:
Hi Admin04,
Michael Höhne schrieb am 29.12.2019 um 11:12:
Hallo Marino,
Wenn das, was Du hier sagst richtig ist; das die Zeiten in Calc in
Fliesskomma-Werten hinterlegt sind; dann werden bei gewissen
Rechenoperationen unweigerl
Hi Admin04,
Michael Höhne schrieb am 29.12.2019 um 11:12:
Hallo Marino,
Wenn das, was Du hier sagst richtig ist; das die Zeiten in Calc in
Fliesskomma-Werten hinterlegt sind; dann werden bei gewissen
Rechenoperationen unweigerlich Fehler auftrete.
Nicht gerade das Gesuchte. In INT würde solche
Hallo Marino,
> Wenn das, was Du hier sagst richtig ist; das die Zeiten in Calc in
> Fliesskomma-Werten hinterlegt sind; dann werden bei gewissen
> Rechenoperationen unweigerlich Fehler auftrete.
> Nicht gerade das Gesuchte. In INT würde solches nie auftreten. Auf
> Leitsystemen mit Echtzeiteinträ
Hallo Wolfgang
Wolfgang Jäth schrieb am 28.12.2019 um 20:30:
Am 28.12.2019 um 17:22 schrieb Marino Salvalaggio:
Es tut mir leid, aber hier stimmt etwas nicht...
Es werden bestimmt keine Kommastellen im Speicher verwendet!
Das würde ja bedeuten, dass eine FLOAT bez. REAL in Anwendung wäre.
Ne
Hei Boris, Wolfgang,
Am 29.12.2019 um 00:46 schrieb Boris Kirkorowicz:
Hallo,
Am 28.12.19 um 13:12 schrieb Wolfgang Jäth:
Am 28.12.2019 um 11:05 schrieb Boris Kirkorowicz:
Hallo,
Am 27.12.19 um 22:09 schrieb lo.harald.ber...@t-online.de:
Im Menü Extras>Optionen>LibreOfficeCalc>Berechnen
is
Hallo,
Am 28.12.19 um 13:12 schrieb Wolfgang Jäth:
>
>
> Am 28.12.2019 um 11:05 schrieb Boris Kirkorowicz:
>> Hallo,
>>
>> Am 27.12.19 um 22:09 schrieb lo.harald.ber...@t-online.de:
>>> Im Menü Extras>Optionen>LibreOfficeCalc>Berechnen
>>> ist der Stichtag (standardmäßig) als 30.12.1899 vorgegeb
Hallo Marino,
zur Ergänzung von Wolfgangs Aussagen hier die betreffenden Eigenschaften
der Zelle, in der ich einen Testwert eingegeben habe, ausgelesen mit Xray:
FormulaLocal string "28.12.2019 17:11:45"
Formula string "43827.716493055
Am 28.12.2019 um 17:22 schrieb Marino Salvalaggio:
>
> Es tut mir leid, aber hier stimmt etwas nicht...
> Es werden bestimmt keine Kommastellen im Speicher verwendet!
> Das würde ja bedeuten, dass eine FLOAT bez. REAL in Anwendung wäre.
Nein, DOUBLE.
> Das
> jedoch wäre mit der erheblichen Tats
Hallo Gerhard,
Gerhard Weydt schrieb am 27.12.2019 um 21:39:
Hallo Marino,
Am 27.12.2019 um 10:35 schrieb Marino Salvalaggio:
...
Nach DIN EN 28601 galt im deutschen Sprachraum -MM-TT
Diese wurde jedoch mit DIN 5008 (2001) zugunsten .MM.TT (wie in
LibOf) wieder fallen gelassen!
Das wu
Am 28.12.2019 um 11:05 schrieb Boris Kirkorowicz:
> Hallo,
>
> Am 27.12.19 um 22:09 schrieb lo.harald.ber...@t-online.de:
>> Im Menü Extras>Optionen>LibreOfficeCalc>Berechnen
>> ist der Stichtag (standardmäßig) als 30.12.1899 vorgegeben.
>
> warum eigentlich der 30. und nicht der 31.?
Das ermö
Hallo,
Am 27.12.19 um 22:09 schrieb lo.harald.ber...@t-online.de:
> Im Menü Extras>Optionen>LibreOfficeCalc>Berechnen
> ist der Stichtag (standardmäßig) als 30.12.1899 vorgegeben.
warum eigentlich der 30. und nicht der 31.?
--
Mit freundlichem Gruß Best regards
Hi Gerhard,
jep das hast Du richtig erkannt, habe mich da vertan...
Gerhard Weydt schrieb am 27.12.2019 um 21:39:
Hallo Marino,
Am 27.12.2019 um 10:35 schrieb Marino Salvalaggio:
...
Nach DIN EN 28601 galt im deutschen Sprachraum -MM-TT
Diese wurde jedoch mit DIN 5008 (2001) zugunsten JJJ
Hallo Gerhard und Marino,
>>wobei die Vorkommastellen die Tage seit einem Stichtag zählen<<
Im Menü Extras>Optionen>LibreOfficeCalc>Berechnen
ist der Stichtag (standardmäßig) als 30.12.1899 vorgegeben.
Zur Auswahl gibt es dort noch zwei Alternativen
01.01.1900 (Star-Calc 1.0) und
01.01.1904
Hallo Marino,
Am 27.12.2019 um 10:35 schrieb Marino Salvalaggio:
...
Nach DIN EN 28601 galt im deutschen Sprachraum -MM-TT
Diese wurde jedoch mit DIN 5008 (2001) zugunsten .MM.TT (wie in
LibOf) wieder fallen gelassen!
Das wurde nicht fallengelassen, es wurde nur die bisher in Deutschland
Hallo Boris,
eigentlich ist sowohl die Zeit wie auch das Datum eine spezielle
Speicherart welche zumeist als uInt litleendian im System hinterlegt wird.
Als "TIME" gilt unter 32Bit: Auflösung in Millisekunden
T# -596h31m23s648ms...59h31m23s647ms
Dieses Format scheint auch in LibOf genutzt zu wer
Mach doch eine Spalte mit Deinen Uhrzeiten 1234, 2345, 1255,
und in der Spalte daneben bestimmst Du mit den Textfunktionen Links()
und Rechts() Stunde und Minute und dann kannst dazwischen dann das :
hinein schmuggeln. Eventuell musst Du Calc noch 'sagen'. jetzt ist das
ein Uhrzeit.
Am 26.12.20
Hallo,
vielen Dank für die vielen Anregungen. Für mich habe ich das jetzt so
gelöst:
Spalte C: von -Zeit, Format: #":"##;[ROT]-#":"##
Gültigkeit: Jeder Wert
Spalte D: bis -Zeit, Format: #":"##;[ROT]-#":"##
Gültigkeit: Ganze Zahl, Gültiger Bereich: 0 ... 2400
Berechnung der Dauer (hier in Zei
Hallo Boris,
ich habe keine Lösung ohne Hilfszelle parat, aber die lässt sich doch
nach der Eingabe ausblenden.
Mit der Formel
=ZEITWERT(VERKETTEN(LINKS(TEXT(A1;"");2);":";RECHTS(TEXT(A1;"");2)))
erhältst du eine Zahl, die sich als Stunde/Minute formatieren lässt und
mit der man weit
Hallo Boris,
Calc speichert Datum und Uhrzeit als Vor- und Nachkommastellen einer
Zahl. Daher hilft auch eine Formateinstellung als Uhrzeit nichts, um zu
erkennen, dass es eine Uhrzeit sein soll, denn Calc muss auch seine
gespeicherten Dezimalzahlen in dieses Format umwandeln können und
brauc
Nachtrag:
Alternativ kannst du auch vierstellige Dezimalzahlen eingeben und am
Ende mit suchen nach ([:digit:][:digit:])([:digit:][:digit:]) ersetzen
durch $1:$2 als reguläre Ausrücke.
LG Günther
privat
Am 26.12.2019 um 18:00 schrieb Günther Breitfuß:
> Hallo Boris,
>
> irgendwie muss Calc "wis
Hallo Boris,
irgendwie muss Calc "wissen", dass 1234 keine Dezimalzahl sondern eine
Uhrzeit sein soll. Wenn dich der Doppelpunkt stört, kann du eventuell
ein anderes Zeichen dafür verwenden, welches du automatisch ersetzen
lässt. Ob das für dich praktikabel ist und dir das Originalzeichen nicht
ab
Hallo,
in meinen Zeitentabellen habe ich eine menge Zeitwerte einzutippen.
Dabei nervt mich besonders der Doppelpunkt, ohne den keine Zeit, sondern
bestenfalls ein Datum, Null Uhr, herauskommt. Eine Gültigkeitsprüfung
allein befriedigt mich dabei nicht so richtig. Am liebsten würde ich für
die Uhrz
30 matches
Mail list logo
