Live data from Hacker News

IronCalc – Open-Source Spreadsheet Engine

ironcalc.com

11–20 of 238 posts

Re: IronCalc – Open-Source Spreadsheet Engine

#11
post #5

Hey! This is my project! Amazed to see this here. I'll try to answer questions people might have

Where and how do you handle the operator precedence? I couldn't find in the codebase.

I'm cognizant it's just documentation, because the code is its own thing, but it seems to be a recursive descent parser https://github.com/ironcalc/IronCalc/blob/2c2228c2c26386b019...

Re: IronCalc – Open-Source Spreadsheet Engine

#12
post #5

Hey! This is my project! Amazed to see this here. I'll try to answer questions people might have

Where and how do you handle the operator precedence? I couldn't find in the codebase.

I wrote about it at length here:

https://www.nhatcher.com/post/a-rustic-invitation-to-parsing...

The implementation in IronCalc follows that.

Re: IronCalc – Open-Source Spreadsheet Engine

#13

A spreadsheet engine. It's a React app with a Rust backend, but it impressed me how snappy it was[0]. Of course, it's not nearly as feature rich as Google Sheets, not to mention Excel. [0]: https://app.ironcalc.com/

It's running entirely on your browser unless you click share, download or import. The computation part is done in Rust compiled to wasm.

Thank you for posting!

Re: IronCalc – Open-Source Spreadsheet Engine

#14
post #11

Earlier quoted context omitted.

Where and how do you handle the operator precedence? I couldn't find in the codebase.

I'm cognizant it's just documentation, because the code is its own thing, but it seems to be a recursive descent parser https://github.com/ironcalc/IronCalc/blob/2c2228c2c26386b019...

[flagged]

Re: IronCalc – Open-Source Spreadsheet Engine

#15
post #3

A spreadsheet engine. It's a React app with a Rust backend, but it impressed me how snappy it was[0]. Of course, it's not nearly as feature rich as Google Sheets, not to mention Excel. [0]: https://app.ironcalc.com/

"backend" seemed to imply it was contacting some server, but https://github.com/ironcalc/ironcalc#early-testing claims (and the network tab confirms) it is just Rust compiled to wasm, no "backend" required MIT or Apache 2 (player's choice) if anyone else has grown deeply suspicious about any "open source" HN headlines of late

Right, I've made a mistake! I keep getting surprised by the fact it's possible to simply compile a Rust crate with a WASM target and run it in the browser.

Re: IronCalc – Open-Source Spreadsheet Engine

#16
post #4
post #3

Earlier quoted context omitted.

"backend" seemed to imply it was contacting some server, but https://github.com/ironcalc/ironcalc#early-testing claims (and the network tab confirms) it is just Rust compiled to wasm, no "backend" required MIT or Apache 2 (player's choice) if anyone else has grown deeply suspicious about any "open source" HN headlines of late

backend does not imply server to me, it implies software that does the calculating engine work and does not concern itself with display refresh.

In code that typically runs in on e process, that's a plausible interpretation.

However, the browser, sorry, the Internet browser, is typically a distributed system and a more plausible interpretation of backend is server-side.

IMNSHO.

Re: IronCalc – Open-Source Spreadsheet Engine

#17

A spreadsheet engine. It's a React app with a Rust backend, but it impressed me how snappy it was[0]. Of course, it's not nearly as feature rich as Google Sheets, not to mention Excel. [0]: https://app.ironcalc.com/

It's running entirely on your browser unless you click share, download or import. The computation part is done in Rust compiled to wasm. Thank you for posting!

Yep, I've misunderstood, realized it after seeing mdaniel's comment.

Thanks for making this in the first place! I saw IronCalc in the list of projects supported by NLnet and it grabbed my attention.

By the way, if You don't mind me asking, how'd Tuta end up sponsoring IronCalc? It seems that lately they and Proton have been trying to expand their business away from just email. The fact that Tuta is interested in IronCalc makes me think they want to have an office-like offering.

Re: IronCalc – Open-Source Spreadsheet Engine

#19
post #9
post #5

Hey! This is my project! Amazed to see this here. I'll try to answer questions people might have

Thanks for your great work! I’d love to hear your thoughts on a recent “brainstorm” a few of us had here on HN about spreadsheets. How does this resonate with you? [1][2] [1] https://news.ycombinator.com/item?id=42027356 [2] https://news.ycombinator.com/item?id=41970554

Hi wsih, thanks! There is a lot to unpack on those threads but of the top of my head: 1. Clear separation between UX/backend Done by design in IronCalc. It is first a spreadsheet engine.

2. Multi language support, language connectivity, enhanced data types, ...

You might very well be right, but out first step is to be as close to Excel as possible. We are ~ 1 year away from being formula compatible in a reasonable way. Once we are there we can do better in different directions. I think strict typing might be very beneficial for spreadsheets engines. Anything you can do to reduce errors and human mistakes.

I strongly believe that having a competitive spreadsheet engine fully open source might be a good first step in extending and improving Excel.

Let's see!

Re: IronCalc – Open-Source Spreadsheet Engine

#20
post #11

Earlier quoted context omitted.

I'm cognizant it's just documentation, because the code is its own thing, but it seems to be a recursive descent parser https://github.com/ironcalc/IronCalc/blob/2c2228c2c26386b019...

[flagged]

The function for asterisks and slashes is called from the functions for pluses and minuses. The result is that asterisks and slashes are evaluated before pluses and minuses. It's actually very easy to understand once you get the idea.

https://en.wikipedia.org/wiki/Recursive_descent_parser

Post reply on HN