approssimazione.
>>
>> M.G.
>>
>> --
>>
>> Sent: Sunday, August 22, 2021 at 5:59 PM
>> From: "Miriam"
>> To: users@it.libreoffice.org
>> Subject: Re: [it-users] errore Calc
>> Piccolo aggiornamento:
>> Ho riscontrato il bug nel
non
> succede se i valori coinvolti hanno un solo decimale: 12,5-12 da sempre 0,5
> esatto senza approssimazione.
>
> M.G.
>
> --
>
> Sent: Sunday, August 22, 2021 at 5:59 PM
> From: "Miriam"
> To: users@it.libreoffice.org
> Subject: Re: [it-users] e
valori coinvolti hanno un solo decimale: 12,5-12 da sempre 0,5
> esatto senza approssimazione.
>
> M.G.
>
> --
>
> Sent: Sunday, August 22, 2021 at 5:59 PM
> From: "Miriam"
> To: users@it.libreoffice.org
> Subject: Re: [it-users] errore Calc
> Piccolo aggi
fice.org
Subject: Re: [it-users] errore Calc
Piccolo aggiornamento:
Ho riscontrato il bug nella 7.1.0.3 (come scritto sopra) ma anche nelle
versioni 6.4.2.2 e 5.4.7.2 e nella versione online (quella fornita da GMX). Il
bug invece NON è presente nella versione 4.4.7.2
(ho usato queste versioni perch
22, 2021 at 5:59 PM
From: "Miriam"
To: users@it.libreoffice.org
Subject: Re: [it-users] errore Calc
Piccolo aggiornamento:
Ho riscontrato il bug nella 7.1.0.3 (come scritto sopra) ma anche nelle
versioni 6.4.2.2 e 5.4.7.2 e nella versione online (quella fornita da GMX). Il
bug in
se è un bug, segnalalo. Come ho spiegato a partire dalla versione 5 o 6,
non ricordo e non ho voglia di ricaricare queste versioni archiviate le
ho tutte a partire dalla versione 3, il numero standard non prevede due
cifre decimali che vanno impostate. Ecco il motivo per cui la versione 4
sembra
Sembra quasi che ognuno abbia un LO e un Excel personale :-))
Per evitare malintesi ho fotografato le schermate mostrando anche la
finestra della formattazione.
Questo è quello che si vede con *Excel* se si imposta un numero abbastanza
alto di cifre decimali.
Piccolo aggiornamento:
Ho riscontrato il bug nella 7.1.0.3 (come scritto sopra) ma anche nelle
versioni 6.4.2.2 e 5.4.7.2 e nella versione online (quella fornita da GMX). Il
bug invece NON è presente nella versione 4.4.7.2
(ho usato queste versioni perché ne avevo una copia d'archivio)
>
Non sono arrampicate sugli specchi dipende da come sono impostati i
default dei vari programmi. Se questi sono a 2 cifre decimali il
problema non sussiste e mi pare ovvio. Se non c'è impostazione il numero
dei decimali mostrati dipende dalla dimensioni della colonna.. Basta
provare ad aggiungere
A me Excel per Mac ver. 16.43 (2020) mi restituisce 0,47 fino a 14 decimali
(ovviamente 12 zeri dopo il 7) mentre se aumento i decimali a 15 mi
restituisce immediatamente 0,46 con 13 "9".
Saluti
-
Alessandro Malfatti
Strada di Compresso, 20/L
Colle Umberto
06133 Perugia Italia
Il giorno
Mi scuso con la lista, solito problema con le accentate :(
Provo a rispostare in testo semplice
--Inizio--
Salve a tutti,
ho letto l'intera discussione e sinceramente ho visto arrampicate sugli specchi
incredibili che non penso aiutino la community.
Ho voluto fare delle prove dirette:
Su LO
Non entro nel merito della questione, però se digiti le parole con l’accento è
separi i termini, ti si legge meglio
Guido Astuti
> Il giorno 22 ago 2021, alle ore 11:12, Miriam ha scritto:
>
>
>
> Salve a tutti,
> ho letto lintera discussione e sinceramente ho visto arrampicate sugli
>
Salve a tutti,
ho letto lintera discussione e sinceramente ho visto arrampicate sugli specchi
incredibili che non penso aiutino la community.
Ho voluto fare delle prove dirette:
Su LO 7.1 (Win) posso confermare il problema che si ripete in tutti gli schermi
simili ma non sempre con il 9
Questo l'ho provato al volo sul mio Excel 2016 (su Windows) e non è
vero, mi da sempre 0,47 (formula =47/100), con qualsiasi formato,
qualsiasi larghezza.
Comunque non avevo pernsato alla conversione binario-decimale... al
rientro provo con più calma, perché questa cosa mi disturba.
Accidenti quante email al mio rientro dalle ferie me le leggo e le
provo con calma. Grazie a tutti per le risposte.
Francesca Chiarelli
---
--
Come cancellarsi: E-mail users+unsubscr...@it.libreoffice.org
Problemi?
Risposta ineccepibile che condivido in pieno, anche perché le mie basi
'ingegneristiche' sono alquante solide. Il computer non lavora su base
integer ma su base variabile in virgola mobile e di conseguenza esegue
il troncamento sulla base del numero dei decimali con relativo
arrotondamento a
On 8/21/21 10:35 AM, Gabriele Bertolucci wrote:
non è classificabile come bug ed è un comportamento presente in tutti i
fogli di calcolo
posso citare tre fogli di calcolo che non sbagliano quella semplice
sottrazione:
Excel
OpenOffice
Google Sheet
--
Valerio
--
Come cancellarsi: E-mail
Francesca, non conosco la tua formazione matematica, ma anch'io ne ho una
'piuttosto solida'.
Matematicamente 0,47 e 0,46(9) sono due rappresentazioni decimali esatte
dello stesso identico numero, a cui potremmo aggiungere anche 0,47(0) .
Per convincersene basta applicare la classica formula che
Scusate il PC lavora in BINARIO, è *normale* *che dia 0,469
,**se non si formatta la cella come numero* e allora il risultato è
corretto: 0.4700.. gli zeri dipendono ovviamente dalle cifre dopo la
virgola.
NON È UN ERRORE, *formattate correttamente la cella*.
Claudio
Il 21/08/21
Lette tutte le vostre precisazioni e fatta qualche prova ho dedotto questo.
Primo numero standard è privo di decimali sia su Linux sia su windows.
Il numero dei decimali, credo, che venga gestito in qualche parametro di
config (linux) o appdata(win). Quale non lo so. La differenza come viene
Il 20/08/21 20:03, Francesca Chiarelli ha scritto:
> Sono appena inciampata in un brutto errore di calcolo in Calc, un
> calcolo banale che fa male...
>
> =241,47-241
>
> Sia così, semplice, che con riferimenti a celle piuttosto che con la INT
> su 241,47
>
> Fatto sta che mi risponde
Ho fatto anch'io la prova è da effettivamente 0,469 ,
però formattando la cella come numero mi da il
risultato giusto cioè 0.47.
Se imposti la visualizzazione di esattamente 15 decimali, vedrai che
quanto viene visualizzato non ti piacerà.
Spiegazioni?
Io ho provato a fornire
Scusate il PC lavora in BINARIO, è *normale* *che dia 0,469
,**se non si formatta la cella come numero* e allora il risultato è
corretto: 0.4700.. gli zeri dipendono ovviamente dalle cifre dopo la
virgola.
NON È UN ERRORE, *formattate correttamente la cella*.
Non dipende
Il 21/08/2021 10.35, Gabriele Bertolucci ha scritto:
Io utilizzo LO Community 7.2.0.4 (versione Flatpak su Linux Mint).
Sono riuscito a riprodurre questo comportamento con questa sequenza di
passi:
- aprire Calc
- in una cella digitare la formula =241,47-241
- allargare esageratamente la
Io utilizzo LO Community 7.2.0.4 (versione Flatpak su Linux Mint).
Sono riuscito a riprodurre questo comportamento con questa sequenza di
passi:
- aprire Calc
- in una cella digitare la formula =241,47-241
- allargare esageratamente la colonna
Solo eseguendo TUTTI questi tre passi ho visto
Non è affatto lo stesso numero, si somigliano, sono vicini ma non sono
lo stesso numero.
Si tratta di un bug bello e buono e basta.
Il formato non c'entra nulla, Il formato è solo un bel vestito per
vedere un numero come fa più comodo, ma da che i fogli di calcolo
esistono, i calcoli tengono
On 8/20/21 8:03 PM, Francesca Chiarelli wrote:
=241,47-241
Sia così, semplice, che con riferimenti a celle piuttosto che con la INT
su 241,47
Fatto sta che mi risponde 0,469 (ma se stringo la colonna
no, risponde correttamente).
Pazzesco!!
Lo fa anche a voi?
confermo il
Direi che alla base di tutto c'è una nota (ma spesso dimenticata) ambiguità
della notazione decimale.
Ogni numero razionale può essere scritto in modo periodico anche se ammette
una più comoda notazione "finita".
Ossia, scrivere 0,47 o 0,46(9) è esattamente la stessa cosa! Sono due modi
Il 20/08/21 21:05, Marcolongo ha scritto:
Provata anche la funzione INT risultato corretto 0.
Nicola scrive colonna standard no ??? Non capisco come è formattata la
cella.
Gian Paolo Marcolongo
Ho controllato la cella, formato /numero /standard e nel riquadro di
anteprima sulla destra
fatto b1=247,47 c1=247 a3=b1-c1 risultato 0,47 sia con colonna standard
che allargatissima.
Version: 7.2.0.4 / LibreOffice Community
Build ID: 9a9c6381e3f7a62afc1329bd359cc48accb6435b
CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3
Locale: it-IT (it_IT.UTF-8); UI: it-IT
Calc:
fatto un semplice inserimento
A1 241,47
b1 241
c1 Somma(a1-b1)
risultato larghezza colonna standard 0,47
colonna allargata 0,46 con il 6 periodico
Version: 7.0.6.2 (x64)
Build ID: 144abb84a525d8e30c9dbbefa69cbbf2d8d4ae3b
CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster;
Il formato non c'entra. Io l'ho provato su ver. 7.2 nuovissima, per Windows.
-
Francesca Chiarelli
Messaggio originale
Da:Marcolongo
Inviato:Fri, 20 Aug 2021 21:05:10 +0200
A:users@it.libreoffice.org
Oggetto:Re: [it-users] errore Calc
>Provata anche la funzione
Provata anche la funzione INT risultato corretto 0.
Nicola scrive colonna standard no ??? Non capisco come è formattata la
cella.
Gian Paolo Marcolongo
Il 20/08/21 20:41, nicola ha scritto:
>
> Il 20/08/21 20:03, Francesca Chiarelli ha scritto:
>> Sono appena inciampata in un brutto errore di
confermo,
lo fa anche a me.
Claudio Ceribelli
Il 20/08/2021 20:03, Francesca Chiarelli ha scritto:
Sono appena inciampata in un brutto errore di calcolo in Calc, un
calcolo banale che fa male...
=241,47-241
Sia così, semplice, che con riferimenti a celle piuttosto che con la
INT su 241,47
Provato il calcolo funziona correttamente. 0,47 Formato cella numero
standard con 2 decimali. Se formatto la cella con zero decimali il
risultato è 0.
Fatta prova con riferimento celle il risultato non cambia sempre corretto.
Allargato cella o ristretta il risultato non cambia sepre 0,47.
Il 20/08/21 20:03, Francesca Chiarelli ha scritto:
Sono appena inciampata in un brutto errore di calcolo in Calc, un
calcolo banale che fa male...
=241,47-241
Sia così, semplice, che con riferimenti a celle piuttosto che con la
INT su 241,47
Fatto sta che mi risponde 0,469
36 matches
Mail list logo
