> I'm just a sysadmin but I love piecing together stuff like this.
I'm a developer and piecing stuff together is my favorite part of the job. The joy is in the design, the actual coding is just a means to an end.
I've written similar browser tools for handing tabular data. One neat thing I've learned is if you copy and paste from Excel into an html `textarea`, you get the data as tab delimited text. Add a `paste` event handler to the `textarea` then parse the data in code.
I know PowerShell is surrounded with polarized opinions, but that's one of the things it's amazing for. Import-Csv with Out-GridView gives nice results and it can be just a one-liner wrote from memory.
Just a reminder that it's possible and often built into our work environments, while we pretend it's not there.
PowerShell is the first thing I install on my Linux workstation/jump host because of those built-in Import/Export/Convertto goodies. Import-Excel module works on Linux too. Too bad the Invoke-WebRequest uses basic parsing only, it used to parse the actual DOM with JS and all, but I guess that was a security issue.
I have a simultaneous respect for the power and capabilities of PowerShell while also for some reason harbouring a very strong loathing of it. I just viscerally dislike it. Maybe it’s the syntax… or perhaps just some latent decades-old Windows admin trauma…
I guess there is consensus that powershell is good. Unix people may still find in cumbersome. For windows-primary people maybe it came too late? For a longer while it wasn't even integral part of Windows.
But honestly often when I talk to people they don't know the basics of cmd.exe, even if they worked with it for years. Like... surprised that it has pipes :) And apparently it's been there since DOS 2.0 (early 1980's).
Good point about it coming too late. I grew up using Windows pre-powershell and then had switched to Macs by the time Powershell got a lot of improvements and became a lot more worthy of attention!
I don't use Windows as my daily driver, so I had no idea Import-Csv existed until last week, when I pasted a shell command that I had run on my Mac, and asked it to write something that would work for Windows (for my colleague).
I hadn't understood how different Powershell is, compared with cmd.exe of old.
Alternatively, feed your spreadsheet file (CSV, XLS, whatever) to Google Sheets and then select File > Download > Web Page (.html) – especially when you have a ton of formatting (font, colors, borders, whatnot)... the result looks great!
Alternatively, use visidata (https://www.visidata.org/) in the terminal. Supports xls/xlsx too! One of my favourite tools for terminal data exploration (along with jq, fx, and jet).
hey all - I'm the creator of this tool. very cool to see a project I wrote 10 years ago get some recognition. Sorry about the jQuery. Pull Requests welcome!
Loved the tool. Modified it so you can drag and drop CSV files in the browser instead of having to pull and run locally, and of course credited you. Hosted on Github Pages here (https://thomasinch.github.io/csv-to-html-table/), but made it a single index.html so it can be downloaded and used offline. Cheers!
I combined this with a simple API to update a CSV file using Deno/deno-csv library, allowing an Ansible job to easily update a CSV file via the API with Ansible URI module, and then have that same CSV file viewable/downloadable in a simple and easy/dashboardy way (with CSV-to-html-table). Copilot created the Deno/deno-csv CSV API code and then with a little back and forth I added static website functionality (to serve the CSV table), and I had a /view and a /update route. I'm just a sysadmin but I love piecing together stuff like this. Thanks Derek!
This is neat. I had a recent need to do something similar, but ended up using Grist CSV Viewer[1], which I think is a bit more feature complete. I had ChatGPT create an HTML file that would let me paste the CSV instead of loading a specific file and it worked pretty well while being more convenient than loading the CSV into Google Sheets or whatever.
Thank you for sharing this! I‘m using pivottable.js but I noticed that it‘s sometimes hard to understand by my colleagues. Will Grist definitely give try.
I use sqlite3 for this task because I use a text-only browser to read HTML. It has no Javascript engine. The HTML tables prooduced by sqlite3 do not require Javascript.
I think this fork actually uses papaparse. I actually thought it was slightly less attractive though and also it did not have the download csv capability:
My first thought too. Though, I'll probably write it as a custom element so that I can pass a csv path to it via an attribute. Seems like a really handy thing to have, and I'm already working on a similar type of thing for pdfs. Definitely in the 'everything is a nail' phase of building a library of custom elements.
For sure! I was just thinking of wrapping that table with an element so I don't have to call "load" or "init" or whatever from a separate script. I'm a big fan of html that works well and tables are pretty awesome for tabular data.
I looked at that too for my use case. It was super cool, but I needed something to utilize a CSV that I did not have to initially upload through webui, and also wanted it to be downloadable, so this hit those checkboxes for me.
That is classified as an edge use-case. Realistically speaking I don't think the point of this hastily whipped up demo was to be a replacement for google sheets.
Datasette isn't really comparable to this. This is just about a simple, clean, webview of a CSV. Datasette isn't exactly that, and for sure not out of the box like that nor as simple to plug and play for this exact use case. Datasette is obviously awesome and very powerful, it's just a different tool and don't think it overlaps much with most use cases of this particular project.
Obligatory suggestion to developers who use this: Don't copy&paste reuse that custom formatting code from the demo for arbitrary CSV, since the code inserts arbitrary strings into both HTML attribute value and CDATA contexts, without escaping special characters.
return "<a href='" + link + "' target='_blank'>" + link + "</a>";
the creator even acknowledged the risk in the sample... but i do not understand why not create a more secure sample first time? since people will absolutely copy to test.
Pretty cool. I'm wondering how large of a CSV you could feasibly load with this. I always have to manually open CSVs in text editors if they're too large for Excel, so if this is a better UI for it that can handle large files I will definitely use this.
Dang, I'm not the author, so do not think this should be a show HN, at least not with me remaining as the submitter. I did not submit it as such, and then later an admin edited it to a show HN, and put my comment (that I added for context later for how I made use of the tool) as the description. That blurb currently as the description should probably be returned to a plain comment. All I did was stumble upon Derek's repo when I was looking for something to stitch together for a particular use-case.
The confusion arises from your paragraph explaining what you made, then linking to a repo that contains the component you used. Why don't you show the thing that you made? An Ansible job sounds interesting.
Just in case it's unclear: when we see someone submitting their own work, we often put Show HN in the title. But occasionally we misidentify the submitter as the author and do this incorrectly. That's what happened here. It's fixed now!
I didn't submit it as a show HN, and that description was originally just a comment that I had added some time later (an admin changed it to show HN and moved my comment to be the description)
Why would you want to vibe code a whole python server setup when someone already made this that you can just plug and play? Id understand if you need a lot of different features, but to me this is neat and ticks a lot of boxes.
I'm a developer and piecing stuff together is my favorite part of the job. The joy is in the design, the actual coding is just a means to an end.
I've written similar browser tools for handing tabular data. One neat thing I've learned is if you copy and paste from Excel into an html `textarea`, you get the data as tab delimited text. Add a `paste` event handler to the `textarea` then parse the data in code.