@skullgiver@popplesburger.hilciferous.nl
@skullgiver@popplesburger.hilciferous.nl avatar

skullgiver

@skullgiver@popplesburger.hilciferous.nl

Giver of skulls

Verified icon

This profile is from a federated server and may be incomplete. Browse more on the original instance.

skullgiver,
@skullgiver@popplesburger.hilciferous.nl avatar

It’s pretty interesting to see the different terms on their website.

If you live in the US, you have to sue in California. If you live in Europe (EU + some countries), they suggest two courts (Ireland, the UK), but also state that your local courts will work. They also point you at the EU Online Dispute Resolution platform to get started without a lawyer if you wish to. If you live outside either region, you’re bound to arbitration under the Singapore International Arbitration Centre.

The time limit only seems to apply to the US version of the terms. I’m guessing their lawyers found that they can get away with this shit over there, but probably not everywhere else. Not that unsurprising, I guess; I wouldn’t exactly expect someone living in Morocco or Siberia to go to Singapore to start fighting Bytedance in an arbitration centre, so the entire clause is probably moot anyway.

skullgiver,
@skullgiver@popplesburger.hilciferous.nl avatar

They clearly seemed to mean well. Maybe you can ask?

I imagine you may have lost your phone while it was still unlocked. It’s possible that there’s a Graphene lock screen bypass out there, but I doubt someone with such knowledge will use it to return your phone to you. Most “hacker” style lock screen bypass I imagine someone wanting to return the phone will do is checking for smudges on the PIN area of the lock screen and determining the code from that.

To combat someone unlocking your phone through smudges, you can enable PIN scrambling.

skullgiver, (edited )
@skullgiver@popplesburger.hilciferous.nl avatar

[This comment has been deleted by an automated system]

skullgiver,
@skullgiver@popplesburger.hilciferous.nl avatar

I don’t get why Mastodon servers feel the need to fully defederate from Threads. Silencing them is much better. It allows your users to follow Threads accounts without people who don’t know anyone on that side getting overwhelmed by the global timeline, as Threads is about twelve times bigger than the entire rest of the Fediverse combined.

Nobody is moving from Threads to Mastodon because mastodon.zip decided to defederate all you’re doing by blocking them is preventing the users with friends who use Threads from using your site correctly.

Of course some platforms, like Lemmy and Kbin, don’t support moderation features like silencing, it makes sense to fully defederate in those cases, but only because of technical restrictions, really.

skullgiver, (edited )
@skullgiver@popplesburger.hilciferous.nl avatar

[This comment has been deleted by an automated system]

skullgiver, (edited )
@skullgiver@popplesburger.hilciferous.nl avatar

[This comment has been deleted by an automated system]

skullgiver, (edited )
@skullgiver@popplesburger.hilciferous.nl avatar

While Facebook’s recommendation algorithm definitely plays a part here, most of this analysis could have "Facebook " replaced by “the internet” without changing any of the meaning. The same hate speech is also spread across WhatsApp (which caused WhatsApp to put a limit on the amount of times you can forward a message) and every other messenger.

Facebook’s automatic hate speech removal system may be pitifully ineffective, at least they have one. Here on the Fediverse, we have a slur filter, just sometimes, and even fewer moderators per user than Facebook has.

And, despite Facebook’s role in helping spread hate speech as a large platform and refusing to proactively go after such speech, here’s how the rest of your conversation will go:

“Hey, admin, why can’t I follow my mom on threads from your instance?”

“Because Meta facilitated genocide in Myanmar.”

“Aw, that’s bad. Anyway, I’ll just create a Threads account I guess, my mom is sharing my niece’s baby pictures.”

skullgiver,
@skullgiver@popplesburger.hilciferous.nl avatar

I’ve have never heard of “yellow heart” as a medical condition and I can’t find any references about it online either, neither in English or Portuguese. Maybe you can link me?

I think the misinterpretation makes the most sense:

https://cdn0.tnwcdn.com/wp-content/blogs.dir/1/files/2016/07/lolool.jpg

Especially considering that none of the other emoji are even trying to do any kind of idiomatic interpretation of their description.

Then again, Android 4 just put random heart related shit in all the heart emoji space so maybe there really was an artist that decided to go off the rails and draw some weird hearts. Either way, they’ve been corrected now. Whatever experiment Google did with their emoji set, it’s now over; there is some room for interpretation, but not so much that it deviates strongly from every other emoji design.

To quote the unicode committee:

While the shape of the character can vary significantly, designers should maintain the same “core” shape, based on the shapes used mostly commonly in industry practice. For example, a U+1F36F HONEY POT encodes for a pictorial representation of a pot of honey, not for some semantic like “sweet”. It would be unexpected to represent U+1F36F HONEY POT as a sugar cube, for example. Deviating too far from that core shape can cause interoperability problems: see accidentally-sending-friends-a-hairy-heart-emoji. Direction (whether a person or object faces to the right or left, up or down) should also be maintained where possible, because a change in direction can change the meaning: when sending 🐊 🔫👮 “crocodile shot by police”, people expect any recipient to see the pistol pointing in the same direction as when they composed it. Similarly, the U+1F6B6 pedestrian should face to the left 🚶, not to the right. See Section 2.10, Emoji Glyph Facing Direction.

skullgiver,
@skullgiver@popplesburger.hilciferous.nl avatar

If you create a pictographic language and get others to use it, Unicode will include your characters. They included Chinese and other pictographic ways of writing, after all.

I don’t think pictographic language is that great. Every picture has cultural associations (just look at the associations with 🍆, 🍑, or 🥺). If you would like to communicate through pictographic symbols representing concepts, there’s a wide range of them that over a billion people use every day, and that is (almost) entirely included in Unicode already.

skullgiver, (edited )
@skullgiver@popplesburger.hilciferous.nl avatar

[This comment has been deleted by an automated system]

skullgiver, (edited )
@skullgiver@popplesburger.hilciferous.nl avatar

[This comment has been deleted by an automated system]

skullgiver, (edited )
@skullgiver@popplesburger.hilciferous.nl avatar

[This comment has been deleted by an automated system]

skullgiver, (edited )
@skullgiver@popplesburger.hilciferous.nl avatar

[This comment has been deleted by an automated system]

skullgiver, (edited )
@skullgiver@popplesburger.hilciferous.nl avatar

[This comment has been deleted by an automated system]

sickmatter, to fedia

ActivityPub could be a little more portable through the use of OIDC. You could even separate identities from instances!

skullgiver,
@skullgiver@popplesburger.hilciferous.nl avatar

There are open issues for Kbin, Lemmy, Mastodon, MissKey, Firefish, and Pixelfed about OIDC. Some projects have implemented limited OpenID/OAuth2 services for logging in with Google/Facebook/Apple, but for most services this really depends on someone getting their hands dirty and implementing the OIDC properly.

All projects seem to have much bigger fish to fry in the mean time. I don’t think we’ll see this happen without an external (team of) volunteer(s) taking up the tasks and implementing the feature in some kind of unified way.

I don’t think this should be particularly hard for most services, except maybe Lemmy, because many projects already support external authentication. This just needs some implementation, testing, and perhaps a security review to make sure you cant authenticate yourself into other people’s accounts.

skullgiver,
@skullgiver@popplesburger.hilciferous.nl avatar

It’s unfortunate the federated part of OpenID died. There are plenty of OpenID clients for all kinds of languages that will Just Work if you just pass them the right four magic variables and something like Keycloak is surprisingly easy to maintain once you’ve got it set up right.

skullgiver, (edited )
@skullgiver@popplesburger.hilciferous.nl avatar

[This comment has been deleted by an automated system]

skullgiver, (edited )
@skullgiver@popplesburger.hilciferous.nl avatar

[This comment has been deleted by an automated system]

skullgiver, (edited )
@skullgiver@popplesburger.hilciferous.nl avatar

[This comment has been deleted by an automated system]

skullgiver, (edited )
@skullgiver@popplesburger.hilciferous.nl avatar

[This comment has been deleted by an automated system]

skullgiver, (edited )
@skullgiver@popplesburger.hilciferous.nl avatar

[This comment has been deleted by an automated system]

skullgiver,
@skullgiver@popplesburger.hilciferous.nl avatar

I suppose, but I’m pretty sure we Dutch and the French are allies, so I can’t imagine why a subsidiary of a French company in the Netherlands would have problems with French employees

Is there a safe way to run multiple desktop environments on Ubuntu 22.04?

I have tried it on several distros before and it always causes problems because you get a million more packages intermingled with your already installed packages and sometimes you get conflicts or whatever. But it usually messes up my system. is there a safe way to have several desktops installed? or do you pretty much install a...

skullgiver, (edited )
@skullgiver@popplesburger.hilciferous.nl avatar

[This comment has been deleted by an automated system]

skullgiver, (edited )
@skullgiver@popplesburger.hilciferous.nl avatar

[This comment has been deleted by an automated system]

skullgiver,
@skullgiver@popplesburger.hilciferous.nl avatar

I believe several cities here will give bikes green more often when it’s raining, but I’m not sure how fancy you need to make your traffic detection. A basic green wave system seems to work fine for cars.

If you make the system too smart, I think you’ll end up with weird edge cases, like pedestrians waiting forever because of a constant trickle of cars. Measuring cars is pretty easy, just count how many times a magnetic loop gets interference from a metal frame, but counting pedestrians requires either cameras or tracking phones.

Real walkable cities shouldn’t need that much traffic light tweaking, because pedestrians and cars shouldn’t be crossing each other on high capacity roads in the first place. Perhaps there are tweaks to be made to help pedestrians overcome areas fucked up by car centric designs, but I think walkable cities without extensive road and traffic flow redesign will just be kind of shit for everyone.

  • All
  • Subscribed
  • Moderated
  • Favorites
  • megavids
  • tester
  • mdbf
  • thenastyranch
  • magazineikmin
  • khanakhh
  • rosin
  • Durango
  • ethstaker
  • Youngstown
  • slotface
  • osvaldo12
  • kavyap
  • DreamBathrooms
  • JUstTest
  • ngwrru68w68
  • GTA5RPClips
  • InstantRegret
  • tacticalgear
  • cubers
  • everett
  • Leos
  • normalnudes
  • anitta
  • modclub
  • cisconetworking
  • provamag3
  • lostlight
  • All magazines