Earlier quoted context omitted.
Same, absolutely "stuck" with DataTables. It seems to work well even with comprehensive UI frameworks on top of it like SB Admin Pro. Just super easy to integrate DataTables and has 90% of the features I ever want.
Honestly this doesn't even sound like a particularly bad thing. Sort of like how Houdini has literally no competition whatsoever. Like it's actually hilarious how nothing even comes close. It just works so well that nobody can really hope to ever do better, and there is nearly 0 enshittification happening, so its existing users have no reason to ever switch.
An experiment in UI density created with Svelte
221–230 of 267 posts
Re: An experiment in UI density created with Svelte
#222Earlier quoted context omitted.
Same, absolutely "stuck" with DataTables. It seems to work well even with comprehensive UI frameworks on top of it like SB Admin Pro. Just super easy to integrate DataTables and has 90% of the features I ever want.
”90% of the features I ever want” What’s in the other 10%?
Re: An experiment in UI density created with Svelte
#223Earlier quoted context omitted.
> Here's an example table with 100,000 cells ... > It seems fast on my computer normally (M2 Max), slow but usable when the CPU is throttled down 4x, and too slow after that. But that's a lot of cells. No, it is not a lot of cells in a table. It is something a Windows95 era PC had no problem doing in something like Delphi Builder. And you find it acceptable that it slows down, if an M2 Max throttles down? Even a thro…
> It is something a Windows95 era PC had no problem doing in something like Delphi Builder. I would recommend you actually try this, because it's not as true as you would like to believe. I am very much pro-"make things fast" but let's not pretend that old machines didn't randomly hiccup on things all the time as well.
Re: An experiment in UI density created with Svelte
#224Earlier quoted context omitted.
> This is not true. Mobile platforms do help with tapping on small elements. E.g. HN isn't mobile friendly "as is", but I have no issues with tapping any of the links. I've also used Exante mobile trading terminal for some time and had no issues with it either. Good for you, maybe your phone screen is huge. I routinely tap on the wrong element when using HN on mobile. Even on desktop I have to set the zoom level to 1…
4.7" iphone. They enlarge tap regions for tappable elements since forever, so you can’t miss.
Re: An experiment in UI density created with Svelte
#225I'd like to think projects like these are somehow signaling a return to well designed but information dense , space saving interfaces ... The amount of bloat, whitespace, extra spacing, "air" and other such waste - starting with (now Google-dead) "Material Design" has been egregious.- (One can dream ...)
Re: An experiment in UI density created with Svelte
#226Earlier quoted context omitted.
>1. This is not true. Mobile platforms do help with tapping on small elements. E.g. HN isn't mobile friendly "as is", but I have no issues with tapping any of the links. I've also used Exante mobile trading terminal for some time and had no issues with it either. I agree that accessibility still is the concern, but watching my grandma struggle with her tablet, it's mostly the fact that buttons aren't buttons and ever…
> This is not true. Mobile platforms do help with tapping on small elements. E.g. HN isn't mobile friendly "as is", but I have no issues with tapping any of the links. I've also used Exante mobile trading terminal for some time and had no issues with it either. Good for you, maybe your phone screen is huge. I routinely tap on the wrong element when using HN on mobile. Even on desktop I have to set the zoom level to 1…
Either way, mobile browsers do allow one to "zoom" in into the UI for smaller elements, it's just we're all lazy and don't want to do that.
Re: An experiment in UI density created with Svelte
#227I'd like to think projects like these are somehow signaling a return to well designed but information dense , space saving interfaces ... The amount of bloat, whitespace, extra spacing, "air" and other such waste - starting with (now Google-dead) "Material Design" has been egregious.- (One can dream ...)
I think it started with Apple when switching from OS 9 to OS X, I couldn’t explain it at the time and still feel disappointed with so much waste of expensive screen estate.
Re: An experiment in UI density created with Svelte
#228Earlier quoted context omitted.
> This is not true. Mobile platforms do help with tapping on small elements. E.g. HN isn't mobile friendly "as is", but I have no issues with tapping any of the links. I've also used Exante mobile trading terminal for some time and had no issues with it either. Good for you, maybe your phone screen is huge. I routinely tap on the wrong element when using HN on mobile. Even on desktop I have to set the zoom level to 1…
This is why I miss resistive screens on phones where you had to actually use your fingernail or stylus and it bloody worked so well. Instead, everyone wanted to get rid of buttons for screen real estate and make phones "sexy" and screens should "swipe it up and down Iphone mega mega smooth swipe pinch swipe, magic gestures, etc". And then that drove an entire industry and it's direction for two decades after that, no…
Ghost of Jobs still haunts ...
Re: An experiment in UI density created with Svelte
#229Earlier quoted context omitted.
Information density is a well-established concept in UI design, this experiment is not (just) about performance. This is a great intro to the topic: https://matthewstrom.com/writing/ui-density/
Yes but if your definition of density mattered here, then why did they have to put Svelte in the title? And the Helix tab contains a listbox that doesn't fit on the screen. This is more about performance than about the user.
Re: An experiment in UI density created with Svelte
#230I'd like to think projects like these are somehow signaling a return to well designed but information dense , space saving interfaces ... The amount of bloat, whitespace, extra spacing, "air" and other such waste - starting with (now Google-dead) "Material Design" has been egregious.- (One can dream ...)
> starting with (now Google-dead) "Material Design" I thought it was still actively developed. Are you saying this has been killed by Google? https://m3.material.io/