Sc-im: Spreadsheets in your terminal
github.com

・

88 points

・

m-hodges

・

5 hours ago

31 comments

freedomben ・ 4 hours ago

I tried this out when it was mentioned a few weeks ago[1].

It's pretty neat but does have a number of bugs. The packaged version also doesn't have xls support compiled in (at least on Fedora) which is unfortunate, though building is fairly easy[2].

I love the idea of it though, so I'm really hoping these issues get ironed out! I'm happy to help contribute if maintainers are willing.

[1] https://news.ycombinator.com/item?id=47457009

[2] https://github.com/andmarti1424/sc-im/wiki/Building-sc%E2%80...

VariousPrograms ・ an hour ago

This could just be a skill or wrong use case thing, but do you only use spreadsheets for pure number-crunching? I've played terminal spreadsheets, mostly sc-im, but I often have some longform text field (like 'Notes') that becomes more fiddly to deal with than a GUI.

Visidata is the only terminal program I've found that handles large text fields in tabular data nicely the way you can drill down into a table row, then Ctrl+O to edit a field in your editor, but it's not a spreadsheet.

dodomodo ・ 3 hours ago

I think spreadsheets are a greater example of something that require the subtleties of an actual GUI. This is most obvious with the various plots which are hilariously imprecise. But the advantages of GUI are also present when just using the spreadsheet itself, it's ability to convey the skeuomorphic two dimensional space is much greater.

And it's not like the terminal can't be a greater data processing tool, but you have to use different paradigms.

Still from an esthetical perspective I love those simple TUI interfaces. They invoke a weird sense of comfort in me that I can't fully explain.

  • freedomben ・ 3 hours ago

    > I think spreadsheets are a greater example of something that require the subtleties of an actual GUI

    I've been wondering about this too. I think a great TUI could get it done though, but it remains to be seen how it could really stack up. If I didn't have so many projects already, I'd give this a shot because I would really love a "vim" for spreadsheets

  • dmarinus ・ 2 hours ago

    The first spreadsheets I remember were TUI (pccalc, Lotus 123)

rkagerer ・ an hour ago

But why?

This feels like the kind of domain in particular where the advantages of a GUI provide a superior experience, and once it gets sophisticated enough you'll have basically built one anyway just in the terminal.

I used blocky spreadsheets a few decades ago... Tell me why I want to use them again today?

Legit question - I want to understand the needs I'm overlooking which this thing meets. (Please don't just reply "lack of ribbon/ads/bloat etc", none of that nonsense is required in either flavor).

  • dsign ・ 15 minutes ago

    The blocky spreadsheets of yesteryear could run in a few kilobytes of RAM. Today, that's microcontroller territory. From there, I can contrive a few answers:

    - A spreadsheet that runs in a RISC-V+Core-V device is less susceptible to supply-chain issues and geopolitical stresses.

    - Price. The hardware needed to run a text-only spreadsheet is worth about 10 bucks or less.

    - Energy consumption. Now the server with your business data can run deep within energy-starved communist Cuba...probably.

    - Better security. Plenty of people and armies get nervous about keeping tallies of dangerous toys in computers with lots of ICs and closed-source blobs made in enemy territory. Just enumerating all those ICs and blobs in a conventional laptop or tablet is difficult.

    - Size. A smaller, cooler chip is easier to hide, which matters if you spent your trip to the motherland working on something you don't want customs to find out. In that case, you can use your laptop as a terminal to the sensitive data in your server running inside a button of your jacket...

chadrs ・ 3 hours ago

I love this but with all the advances of TUI frameworks, using C + ncurses feels like such a hard path.

  • talideon ・ 3 hours ago

    It's a tool with a long vintage, and it wouldn't make sense to port it to a different language just to take advantage of the likes of bubbletea or textual.

    • freedomben ・ 3 hours ago

      Agreed. Also for something this complex, performance isn't going to be automatically good enough I suspect.

  • dafty4 ・ 3 hours ago

    Cool which newer TUI frameworks do you prefer?

    • aldanor ・ 2 hours ago

      Rust's ratatui is pretty good on the lower-level side of things

thesuitonym ・ 3 hours ago

I'd love if this had support for saving as xlsx. Being able to open them is nice, but it would be great if I could collaborate with MS Office users without them ever knowing.

vrighter ・ 2 hours ago

lots of bugs and crashes last time I tried it. Should see if it improved

drumhead ・ 4 hours ago

So Lotus 1-2-3

  • talideon ・ 3 hours ago

    But originating on Unix in '81, and thus predating Lotus 1-2-3 by ~2 years.

baldr333 ・ 4 hours ago

[flagged]

  • freedomben ・ 4 hours ago

    > Very shitty software.

    To be even remotely constructive, you're going to need to be a little more specific.