badbotty

6 ms·

1.
by badbotty 9mo ago
Haven’t tried them but I can see these features being really useful for screen reader users.
2.
by badbotty 10mo ago
I'm a React dev and have been mentoring a junior. React's hooks, when and why they run, is very unintiuative for them. Skill issue is part of it, but React's immutable prop diffing forces the use of hooks and understanding ho
3.
by badbotty 10mo ago
I like the safety aspect of QUERY. Having CDNs cache based off the semantics of the content might be a hard ask. I wonder if this might lead to a standards based query language being designed and a push for CDNs to support it. Otherwise you
4.
by badbotty 10mo ago
GET is a keep things simple stupid approach to caching. The URL is the cache key plus any headers touched by the vary header. Adding the requirement to vary on the body and understand the body content semantics brings in a whole lot of comp
5.
by badbotty 10mo ago
I find the semantic web stuff is really interesting but it seems to have more success where there are complex up-front data modeling and collaboration requirements, maybe between orgs. There is a Genome database out there for semantic web a
6.
by badbotty 11mo ago
The URL is not a HTTP method.
7.
by badbotty 1y ago
These elements have non-presentational definitions in the current spec. A screen reader could make use of the semantic difference between <strong> and <b>, even though desktop browsers default to presenting them the same way. h
8.
by badbotty 1y ago
I'm working on a personal project with this right now. Closure components FTW.
9.
by badbotty 3y ago
I tried solid and I didn't find it intuitive. Having your data behind proxies introduces more ceremony when splitting / combining props. I felt I was just moving the trade-off React makes when feeding a deps list to hooks to a dif
10.
by badbotty 3y ago
Are you against using something like json-ld, hal,... for embedding links? Adding arbitrary hx- attributes to html which require a javascript application to make use of comes across as un-RESTful as doing so in json to me. Not saying you ha
11.
by badbotty 3y ago
No sex workers. No porn actors. No strippers. Do they generalize these occupations into the "escort" occupation when they are so very specific everywhere else? These are all legal occupations where I come from. https://
12.
by badbotty 3y ago
That looks like a better way of doing it.
13.
by badbotty 3y ago
No idea
14.
by badbotty 3y ago
Surely, when you are writing little 150+ line js programs in your html attributes you have to start considering if Alpine.js is the right tool for the job. https://devdojo.com/pines/docs/select
15.
by badbotty 3y ago
That doesn’t describe mithril which is on the list though
16.
by badbotty 4y ago
Hey mate, you need to try a web browser. I found my experience using the Internet greatly improved when I stopped trying to parse the html documents myself.
17.
by badbotty 5y ago
> Oh wow, you seem to have come out of reading this blog post still extremely confused. Yea, guilty of not reading the article properly sorry. I now get what you are saying about not using the status to drive what forms appear in UI &#x2
18.
by badbotty 5y ago
Have you looked into JSON-ld? Sure it is an extension of json but it has a formal specification which solves all the problems you have with your json examples, specifically the out-of-band issue you have with your json and how to link to ot