Happy Anniversary!

Formation: 04.10.1985

Thank you to everyone in the community that has contributed to the project.

Website: https://www.fsf.org
Mastodon: @fsf

#FSF #FreeSoftware #FLOSS #GNU #GPL #Linux #GNULinux #Copyleft #GNUHealth #Emacs #GnuPG #Taler #Nano #Jami #GCompris #GIMP #GnuCash #Guix #Wget #Trisquel #LinuxLibre #Dynebolic #Parabola #Hyperbola #Mediagoblin #Savannah #IceCat #FreeFont #GNUHurd #Gnumeric #Shepherd #Guile #GCC #GNUBoot #GNURadio #GNUnet #OpenSource #FOSS #FLAC

Happy Birthday!

Announcement: 27.09.1983 https://www.gnu.org/gnu/initial-announcement.en.html

Thank you to everyone in the community that has contributed to the project.

Website: https://www.gnu.org
Mastodon: @fsf

#GNU #GPL #FreeSoftware #FSF #FLOSS #Linux #GNULinux #Copyleft #GNUHealth #Emacs #GnuPG #Taler #Nano #Jami #GCompris #GIMP #GnuCash #Guix #Wget #Trisquel #LinuxLibre #Dynebolic #Parabola #Hyperbola #Mediagoblin #Savannah #IceCat #FreeFont #GNUHurd #Gnumeric #Shepherd #Guile #GCC #GNUBoot #GNURadio #GNUnet

dear #lazyweb: is there a game inventory system that works for #steam and #gog? I never remember what I have on which store.

also kind of interested in a #retrogaming inventoru option beyond a #gnumeric spreadsheet. something to track my carts/discs.

I guess also maybe something like a self hosted backloggery alternative but that's way more detailed than I was thinking.

Whenever I see people talking about LIbreOffice, I think back to the early days of GNOME of AbiWord and Gnumeric.

While they didn't have all the bells and whistles of LibreOffice, they were a delight to use- fast, easy, and I'd say they were fun too.

Yes, StarOffice was functional and powerful, it was never really *fun*. While I'm glad it was freed and made into OpenOffice, then LibreOffice, I wish the simpler tools had persisted.

#LibreOffice #GNOME #OpenOffice #StarOffice #AbiWord #Gnumeric

Anyone know stuff about how #Gnumeric represents decimal numbers and whether that has changed between Gnumeric versions?

Simplified example:

I have a .gnumeric file made with Gnumeric 1.12.35 (packaged by #Ubuntu, released 2017). It contains only the number 4.99 in cell A1. If I export it to CSV, I get a CSV file with 4.99.

I copy that file over to another computer and open it with Gnumeric 1.12.55 (packaged by #Debian, released 2023). In cell A1 I see the value 4.9900000000000002 (I didn't count the exact number of zeros). When I export it to CSV, I get that ...0002 as well.

When I create a file with 4.99 with Gnumeric 1.12.55 (the newer one), it saves as 4.99, it exports to CSV as 4.99, and when opened with Gnumeric 1.12.35 it shows up as 4.99 as well.

Computers are the same architecture, the one with old Gnumeric is an i5-8259U and with the new Gnumeric is an i7-8850H. If that matters, the OS with the old Gnumeric is a frankeninstall that I recall started out as Xubuntu 14.04 and was updated in fits and bursts.

I know about floating point decimal representation and its inherent issues. But the file I created with Gnumeric 1.12.35 was fine for all this time (exporting to CSV as well) and I am wondering if there's a setting in Gnumeric somewhere I can set so that both versions read 4.99. (That's a simplified example - the real thing is a spreadsheet with ten thousand values, I could possibly round them all but I'd rather do it only as last resort.)

Sorry, #gnumeric, but I have to do this as long as you grab for taking all my Libreoffice files every time you update:

zypper rm gnumeric && zypper al gnumeric.

Not Nice.
#linux #opensource