[–] 8 points 10 months ago (1 child)

I would like to know more about what was causing slowness than those couple of bullet points. I've only made a few websites over the years, and they were always serving semantic HTML and CSS; what scripts there were granted interactivity and weren't necessary to view the page. So is this a matter of people turning mostly-static websites into React monstrosities or is it something else?

Besides respecting sane HTML practices, the point about trying to get info that is displayed on a map is interesting. There is no reason that I can think of that that kind of public information shouldn't be freely available as an API, so that anyone can build a frontend for it - including a plain HTML <ul> frontend. That kind of thing should really be mandatory for public services, because it maximises the utility of said service. Ideally it would also be mandatory to include some more-or-less raw display of the API data so that no third party needs to build a frontend, but start small.

  • source
  • [–] 4 points 10 months ago (2 children)

    I guess the point of using only text is to test how far you can go with performance. Using plaintext, or a simple markup language, also forces you to not do the things you can do with HTML.

    Image a news website where the focus is the actual news, instead of the weirdly sized max-contrast cookie banner, or the weird space left for ads that do not load because of uBO.

  • source
  • parent
  • context
  • [–] 11 points 10 months ago (6 children)

    Obviously a webpage without links is like a fish without a bicycle

    The web without links isn't the web anymore, imho. I visited the textplain blog, but links aren't clickable. Do they expect me to copy/paste every link? This is a huge step back and reminds me of newspapers and other printed media.

    People can try new concepts and, if enough people join in, it becomes normal.

    I'm all for trying new concepts, but I hope this doesn't become normal. Or am I missing something?

  • source
  • [–] 11 points 10 months ago

    There is a distinction between an app and a site. An application has many partial state updates. Two updates is uncommon for an app. Way different for a website where people ideally land on the right page from a search engine. There is a place for an SPA but it's not everything.

    We tend to stick with an SPA even for things which are mainly reads because we're more efficient in a single tech stack. Sadly we don't have big tech budgets to do everything. In theory the JS SPA backend can simply run in the backend if there's no need for an SPA. I had thought hydration and caching to have gotten way better by now but there's still a good way to go.

  • source
  • [–] 1 point 10 months ago

    Clicked on four things before it demanded money, including two annoying modal popups trying to train me in how to use one of the simplest applications in existence.

    For what it's worth those two things I clicked looked alright.

    But I'm not paying you to review your work. You should be paying me.

  • source
  • [–] 12 points 10 months ago* (last edited 10 months ago)

    The article presents a few HTML features. (From the title I didn't know what to expect.) Summary:

    • There are new HTML attributes (popover) that help with modals/popups/menus.
    • You can toggle (show/hide) content with HTML. (The summary/details elements have been around for a long time.)
    • For text input, you can provide a datalist of entries to auto-complete. It isn't supported by Firefox yet.

    Ironically, the article showed a blank space where a graphic would go before I bothered to enable Javascript. On the plus side, it was readable regardless.

  • source
  • [–] 3 points 10 months ago

    You can use Islands Architecture combined with Pjax-style page loading techniques so you specifically don't deal with full-page HTML reloads, although the honest truth is now that we have cross-page View Transitions, combined with in-browser caching those "reloads" can actually appear to perform in a fast and pleasing manner even more than janky old-school SPA techniques.

  • source
  • [–] 2 points 10 months ago (1 child)

    It's good to see some of these old tags although many I never used. Fun little jaunt to the past.

    The other day i was a bit nostalgic, thinking about my old as2 & 3 applications and animations. Then I started wondering about some of the old gems that were really worth keeping around. So I went looking for one in particular and found it's modern incarnation.

    https://scaleofuniverse.com/

  • source
  • [–] 1 point 10 months ago

    Squarespace is very different to Wordpress.

    But also you didn't really specify how serious this site is. Is it meant to be a proper business or just someone's personal site? For the latter Squarespace would be fine. E.g.

    As for maintainability, it depends on whether the customer wants to pay you again every time they need to modify things. Many wouldn't want to.

  • source
  • parent
  • context
  • view more: ‹ prev next ›