Live data from Hacker News

Luckysheet, an open-source spreadsheet

github.com

71–80 of 123 posts

Re: Luckysheet, an open-source spreadsheet

#71
post #5

Language files blank comment code ------------------------------------------------------------------------------- JavaScript 142 54627 91825 243672 CSS 9 790 238 5908 HTML 2 10 1 43 ------------------------------------------------------------------------------- SUM: 153 55427 92064 249623 ------------------------------------------------------------------------------- without the demoData dir. that's nuts

This may not be the most concise possible code base, but there's no way to build something like this with a thin layer of code on top of a browser. I can't imagine any similar level of functionality with a size that's a lower order of magnitude than this.

Maybe there is:

1. Hire Chuck Moore to write a spreadsheet in Forth.

2. Hire Fabrice Bellard to write tiny Forth interpreter in Javascript.

tada.

Re: Luckysheet, an open-source spreadsheet

#72

Earlier quoted context omitted.

More importantly (for Google sheets): Easy to share No need to backup Cross platform (works on Linux)

> No need to backup You trust Google etc. to never ban your account for any reason, or to stay available 100% of the time without outages?

You trust your hard drive to never fail during crunch time, or Jane Doe in accounting to not lose the flash drive that gets shared around the office every quarter?

I'd take "generally highly available" vs "trusting my local copy" almost all the time. And as for using something like a Git'd Excel document: most people won't do that, and Github can go down, too.

Just because Google Drive isn't perfect, doesn't mean it's not better/easier/more user friendly than what has been the standard for years.

Re: Luckysheet, an open-source spreadsheet

#73

I still cannot wrap my head around why so many folks want to use such applications in a web browser. For me, web browser applications never reach the responsiveness and ease of use of well crafted desktop applications written in any decent systems programming language or even interpreted languages (not speaking of Javascript). Maybe I am getting old, but having the browser as a platform for programs is huge setback f…

Why would you use interpreted languages but not JavaScript?

Re: Luckysheet, an open-source spreadsheet

#74
post #57

Earlier quoted context omitted.

No installation Multiple tabs/windows Don't leave the browser Works-at-all on multiple platforms incl mobile Deep linking / sharing / bookmarking App freezes are less common (on network access) and easier to manage when they happen - obviously this is anecdotal and not universal.

Registration/Login required(I'll take the installation over that in many cases) No properly working (or even implemented) keyboard shortcuts; I just tried, Google Sheets tells me to use Ctrl+C etc. but it doesn't do anything, and what's even worse is that the menu item for "insert" doesn't do anything either because Google wants to force me to use the dysfunctional keybinding...thanks I guess Usually no right click +…

I understand the sentiment, but some of your points are simply not true. Ctrl+C works fine last time I tested GDocs (inc sheets). It also have offline support, and supports right clicking? Input lag is very dependant on the actual application and how it's made AFAIK, albeit it might be more difficult to do it right using web tech. That leaves two arguments (basically privacy arguments). That is not it related to web tech. For example, Adobe CC more or less requires the same login and authentication requirements as other web applications. Some web applications does not require login (pixlr for example). Many desktop applications phone home as well and gather even more information about you and your computer.

Web tech is not the problem in itself - it's how it's used and deployed that can be a problem (like the ads/data "freemium" business model some use BFF which a _few_ users dislike).

I thought we were better than arguing with false arguments and pointing fingers at the wrong problem - well, I guess "hoped" (in a naive sense) is actually more accurate...

Re: Luckysheet, an open-source spreadsheet

#75
post #31

I wish people wouldn't copy Excel (or Google apps for that matter). Those spreadsheets are terrible . It still baffles me that none of them can do sideways scrolling correctly, they are all incredibly awkward to edit, the formulae are fundamental to how they work yet hidden and obscure, they do weird "magical" stuff to strings like turning them into numbers or dates when you didn't ask, etc. I'd really like to see pe…

When you say 'has the functionality of a spreadsheet but looks nothing like current spreadsheets', what do you mean? I am working on Mesh Spreadsheet. It gives you a spreadsheet UI that writes code as text. It will likely use k9 as the formula language once it matures, but: - you can try the JavaScript prototype at this link: http://mesh-spreadsheet.com - you can see a proof of concept video using k here: https://www…

The problem is exactly that I don't know what I mean. That's why I think yet another Excel clone - whether it's free or works on the web or not - is not interesting.

Your talk was interesting, thanks.

Re: Luckysheet, an open-source spreadsheet

#76
post #44

Earlier quoted context omitted.

I rather like the Airtable concept - it feels like a spreadsheet, but the columns are typed, and it can do joins. It's a shame that it's so limited (50,000 rows in the most expensive plan).

https://baserow.io/ is promising

That looks really interesting. I hadn't run across it yet. Thanks.

Re: Luckysheet, an open-source spreadsheet

#77
post #44

Earlier quoted context omitted.

I rather like the Airtable concept - it feels like a spreadsheet, but the columns are typed, and it can do joins. It's a shame that it's so limited (50,000 rows in the most expensive plan).

https://baserow.io/ is promising

They really are, i want a self-hosted airtable so bad...

I just found out you can sponsor them: https://github.com/sponsors/bram2w

Re: Luckysheet, an open-source spreadsheet

#78

I still cannot wrap my head around why so many folks want to use such applications in a web browser. For me, web browser applications never reach the responsiveness and ease of use of well crafted desktop applications written in any decent systems programming language or even interpreted languages (not speaking of Javascript). Maybe I am getting old, but having the browser as a platform for programs is huge setback f…

Well, like it or not it helps a lot with web first exp. and also with collaboration.

Re: Luckysheet, an open-source spreadsheet

#79

Earlier quoted context omitted.

More importantly (for Google sheets): Easy to share No need to backup Cross platform (works on Linux)

> No need to backup You trust Google etc. to never ban your account for any reason, or to stay available 100% of the time without outages?

And Google uses some badly tuned and not understandable by humans, and also constantly changing, machine learning algorithm to decide to serve you or not.

When something goes wrong with this, you have a a fairly small chance that you can reach a human to override, but it will be an overworked underpaid contractor somewhere and your chances will be poor.

If you talk long term (decades), it is quite possible that Google falls out of favor and becomes legacy, like Myspace, with not making that much money anymore. We all know what happened to the Myspace data, they just deleted most of it at some point.

Essentially it's a lottery with your data.

Now a badly maintained hard disk is a data lottery too, but it's not clear to me the chances to retain are that much worse than Google's.

Post reply on HN