Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Do you know that there is an HTML tables API?

christianheilmann.com

Post reply on HN
Print view View original

201–206 of 206 posts

Re: Do you know that there is an HTML tables API?

#201

Post by indolering »

runarberg wrote: post #199
indolering wrote: post #195

Earlier quoted context omitted.

What has stalled with IndexedDB and BigInt?

Lack of interest from standards committee and browser vendors seems to be the only thing stalling: https://github.com/w3c/IndexedDB/issues/230 I personally think that this stall is simply a symptom of the larger issue that the IndexedDB standard was bad to begin with, and that lead to lax adoption from developers, which deprioritized vendors from fixing the standard, leading to a vicious cycle where even a seemingly…

Yeah, they definitely stopped investing in the APIs themselves. If someone can make a polyfill to shoe-horn in the functionality, then they don't really see a need. Which is sad, as we have outsourced our future to TypeScript, React, etc.

Re: Do you know that there is an HTML tables API?

#202

Post by moritzwarhier »

jazzypants wrote: post #85
moritzwarhier wrote: post #71

Earlier quoted context omitted.

Declarative frameworks build on the imperative DOM API.

And, not a single one of the declarative frameworks use the HTMLTableElement API!

Which is completely fine as long as it makes zero difference.

It's not that long ago when people were fighting here about React, Vue etc being too complex and comparing bundle sizes.

Using this right now would increase bundle size for no good reason whatsoever.

Re: Do you know that there is an HTML tables API?

#203

Post by fsckboy »

groguzt wrote: post #115
fsckboy wrote: post #105

Earlier quoted context omitted.

> Use full words for variable names! that's like saying in spoken language "don't ever use pronouns, or even first or nicknames, use full given names"

you are being intentionally dense, they are saying "don't use a single initial to identify someone, use their firstname instead"

I'm being dense? dense is something I never am, though pithy I will take. here, read this, and then you try to write something equally persuasive about long variable names. I'll wait

https://cgtweb1.tech.purdue.edu/courses/cgt456/Private/Readi...

Re: Do you know that there is an HTML tables API?

#204

Post by withinboredom »

embedding-shape wrote: post #164
LaundroMat wrote: post #138

Earlier quoted context omitted.

Thereby forgetting that some people like to open links in a new tab.

And for the ones that remember to implement middle-mouse click to open new tabs, forgets that one can also do CTRL+click to open in new tab, or vice-versa. Just use please :)

Or just right-click -> open in new tab

Re: Do you know that there is an HTML tables API?

#205

Post by littlestymaar »

__jonas wrote: post #197
littlestymaar wrote: post #196

Earlier quoted context omitted.

It has to do with your previous comment… > But if you render server side (as with PHP), you'd likely just build up your table on the server rather than dynamically on the client, so you would also not use these imperative table element specific APIs.

I feel like this is going nowhere... The question was: What do people use now to create HTML tables instead of the table manipulation API described in this blog post. I said: - If you render a table on the client (not what JS was originally built for, but what it is often used for now) using a framework like React, you declaratively render the table using its semantic elements (table, thead, tbody, tr, td etc.) inste…

The problem is that you keep representing the world as a false dichotomy.

A website can be fully rendered on the server at load time and still being interactive on the client side after that initial load.

In that situation, if you want to interactively create a table on your webpage, then you can either use generic DOM methods (which I suspect is the most common way), or you can use the dedicated API.

That's how we did websites back in the 2000s and that's still how most of them are made in practice because the “legacy” tech never went away even if it has minimal visibility on tech forums like HN.

Re: Do you know that there is an HTML tables API?

#206

Post by __jonas »

littlestymaar wrote: post #205
__jonas wrote: post #197

Earlier quoted context omitted.

I feel like this is going nowhere... The question was: What do people use now to create HTML tables instead of the table manipulation API described in this blog post. I said: - If you render a table on the client (not what JS was originally built for, but what it is often used for now) using a framework like React, you declaratively render the table using its semantic elements (table, thead, tbody, tr, td etc.) inste…

The problem is that you keep representing the world as a false dichotomy. A website can be fully rendered on the server at load time and still being interactive on the client side after that initial load. In that situation, if you want to interactively create a table on your webpage, then you can either use generic DOM methods (which I suspect is the most common way), or you can use the dedicated API. That's how we d…

Alright, thanks for explaining your point of view, I appreciate it!

It wasn't my intention to misrepresent anything, I can see how my original comment was perhaps a bit too broad, all I meant to point out was that when building tables dynamically on the client, a declarative framework is now (I thought) a common approach, how common it really is I have no idea, and I do not mean to diminish regular imperative DOM manipulation or label it as 'legacy' by any means.

Post reply on HN