Profile avatar
nilaallj.se
36 posts 107 followers 386 following
Active Commenter
comment in response to post
Varje enskilt tel-nummer samt enskild besökare på esc.vote kunde lägga max 20 röster. 3,60 kr per röst. På hemsidan gick det att betala 72 kr för 20 röster på ett och samma land. Tog inte mer än några få sekunder. Misstänker att Israel fick många sådana röster från personer som inte ens tittade.
comment in response to post
I would love to see someone making an online tool for converting between `shape()` commands and SVG paths.
comment in response to post
Regarding iOS, have you considered releasing on a third party app store allowed in the EU? Like AltStore PAL?
comment in response to post
Since `::scroll-button()` and CSS inert will be added to browsers, I feel something like `.carousel-item:not(:snapped) { interactivity: inert }` should be possible. I guess that is doable with container queries as well, but it feels a bit awkward because of that extra container element.
comment in response to post
Will this work with self-hosted PDSs as well? :)
comment in response to post
I’m curious about why there are `scroll-state(snapped)` container queries, while the specification (Scroll Snap level 2 to be specific) contains `:snapped` pseudo classes. Are they for different use cases?
comment in response to post
🤔 Do you personally think there is an acceptable solution to this even though there’s no consensus? Is there a GitHub issue or the like where I can catch up on this discussion? :)
comment in response to post
I wouldn’t mind shorthands such as `margin-logical` since I already use `margin-inline` and `margin-block` way more often than `margin` anyway. I do understand the “second class” argument though. Why not an inheritable property similar to `interpolate-size` that sets the default behavior? :)
comment in response to post
I would probably use a logical equivalent way more often. Same when it comes to the `inset` shorthand.
comment in response to post
When opening a list, you see two tabs at the top; “Posts” and “People”. They don’t seem to be translatable. The corresponding strings available in Crowdin only seem to apply to starter packs, not lists. That should be fixed. :)
comment in response to post
Mine ended up in the junk mail, so check yours if you haven’t! :)
comment in response to post
In the first box I see a grey rectangle above the black one. In the second box I see a two grey rectangles above and beneath the black one, however that grey is very weak and barely visible. I see no gray in the last box. I use a P3 monitor.
comment in response to post
Har du övervägt att skapa ett separat flöde för skoltwitter? Jag tänker att många som är intresserade av skolfrågor kanske bara vill titta in lite då och då, utan att få sitt vanliga flöde översvämmat med skolrelaterade inlägg? Jag tror det skulle vara en bra idé! :)
comment in response to post
Works like a charm! Thank you for this! :)
comment in response to post
From a version yet to be released…👀
comment in response to post
En annan variant är ju att filtrera åt motsatt håll, d.v.s. håll politiken till andra flöden, och avfölj alla som snackar om politik, så kanske ens följflöde blir trevligare?
comment in response to post
Tänker att det kan vara en bra idé att försöka få igång ett svenskspråkigt community av flödesadmins? Personer som står värd för olika ämnesorienterade flöden som filtrerar bort allt om politik. Sånt är ju mycket lättare idag med tjänster som t.ex. @graze.social.
comment in response to post
“Å” is Danish, Norwegian and Swedish for “river”, “creek” or “big stream”. en.wiktionary.org/wiki/%C3%A5
comment in response to post
`justify-content` in block layout is not supported in Safari or Firefox yet, however `align-content` works. So we should still use flexbox or grid when centering on both axis.
comment in response to post
– `object-view-box` property – `overflow-clip-margin` property – Make the SVG `<title>` element visible in VoiceOver‘s rotor: bugs.webkit.org/show_bug.cgi... – Support for `@scope` in the Inspector bugs.webkit.org/show_bug.cgi...
comment in response to post
Jag försöker hela tiden förklara för folk att AT-protokollet som driver Bluppen är så mycket coolare än ActivityPub (Threads, Mastodon med flera), men inga verkar bry sig. Varför kan inte alla bara läsa på om olika koncept för decentralisering, väga för- och nackdelar, och välja därefter?
comment in response to post
Något slags minimum borde vara att expolitiker inte får lobba åt hemliga kunder, vilket jag tycker verkar bli allt vanligare. Och om vi ska fortsätta ha vinstdrivande välfärdsaktörer borde karantänstiden gentemot dem vara extra lång. De har tjänat mycket på puckade politiska beslut genom åren.
comment in response to post
Good article! However the code examples are outdated. The property values for `text-box-edge` are now `trim-both`, `trim-start` and `trim-end`. And FWIW, there is also a `text-box` shorthand which implicitly sets `trim-both`, so `text-box: cap alphabetic` will do the job just as well. 🙂
comment in response to post
To me `text-box-edge: cap alphabetic` seems like a good thing to put on the body element since that property is inheritable. Combine it with the `text-box-trim` property with values `trim-start`, `trim-end` or `trim-both` on the elements you want to trim.
comment in response to post
Vi får se hur AT-protokollet utvecklas framöver. Jag hoppas att det kompletteras med funktioner som gör det möjligt för enskilda att begränsa datan som lagras på deras PDS:er till specifika plattformar. Utan sådana möjligheter blir hela den här grejen med att ”äga sin egen data” ganska urvattnad.
comment in response to post
AT gör det m.a.o. svårare för enskilda aktörer att få _full_ kontroll över folks användardata genom att låsa den till en specifik plattform. Men AT kommer också med en öppenhet som ökar risken för att ens användardata används på ett sätt du inte är medveten om eller har givit samtycke till.
comment in response to post
Webbadmins kan _be_ specifika botar att inte samla in data från deras hemsidor. Även om botar generellt respekterar detta finns det ingen teknisk mekanism som _tvingar_ dem till att göra det. Du kan aldrig helt skydda det du lagt upp på nätet från att t.ex. plockas upp av språk­inlärnings­modeller.
comment in response to post
Utvecklare kan dock – utan hinder – knappa ihop något som bygger på användardata från redan existerande AT-plattformar. För även om du själv står som värd för din egen PDS, är all data som lagras på den fortfarande helt publik, vilket leder till samma typ av problem som vanliga hemsidor har idag.
comment in response to post
Det som är bra med AT är det motverkar inlåsningseffekter. Säg att en uppblåst miljardär med storhetsvansinne skulle få för sig att köpa upp Bsky, och därefter göra plattformen sämre… Bskys användare skulle då med enkelhet kunna emigrera till en liknande AT-driven tjänst och ta datan med sig.
comment in response to post
Kanske det i framtiden dyker upp en AT-driven dejtingapp? Den skulle isåfall lagra all data på användarnas respektive PDS:er. Det finns redan AT-drivna kommentarsfält på personliga bloggar. PDS:en och handlen är det enda (synliga) som en användare alltid behåller mellan olika AT-drivna tjänster.
comment in response to post
Rent tekniskt är PDS-konceptet fristående från Bsky genom det s.k. AT-protokollet; den teknik som står för kommunikationen mellan Bsky och PDS:erna. Det som är intressant här är att AT-protokollet är öppet och kan nyttjas av vilken aktör som helst.
comment in response to post
Som standard är det Bsky som står för din PDS. Det kommer säkert dyka upp andra PDS-alternativ i framtiden. Men redan idag kan du, om du t.ex. köper dig ett VPS-utrymme hos en värdleverantör, fixa dig en helt egen PDS där din data lagras. Det behöver inte kosta mer än en hundralapp i månaden.
comment in response to post
Jag instämmer delvis med de som säger att Bsky erbjuder något väldigt coolt för de som bryr sig om kontroll över deras egen data; nämligen att de i teorin kan välja var någonstans den ska lagras. Ett nytt begrepp att ha koll på här är ”Personal Data Server”, förkortat PDS.