Samuel
just realised I can’t add a “posted by graysky” field to posts because then it would become embarrassingly obvious that I don’t use my own app
3 2 48
Samuel
@samuel.fm
wait so what’s the conclusion of abusing labels for this case specifically. Should I do something more like unspeccedPostedBy: “Graysky” on the post itself (if that’s possible). Or abuse facets instead?
2 10
Why
Paul and I actually disagree here, i think it’s totally fine to use labels in this way. Labels are statements made by some party about a post, and the self-labels are statements made by the author of the post. Plain and simple imo
4 2 20
Samuel
Makes perfect sense to me but I don’t want to accidentally fuck up a potentially large % of posts. Especially since this would be all posts not just a weird special case like, say, custom poll posts
1 3
P(aul) Frazee
no, they’re underdeveloped. we don’t fully understand their requirements yet and you’re asserting a view that introduces new requirements needlessly
9 18
Natanael, Tech janitor
That's why you need stuff like reserved namespaces and defined syntax so you can enforce stricter / more precise logic later without breaking stuff. This reminds me a lot of softforking in new opcodes in cryptocurrency because you can only add rules, never remove any (without unanimous support)
1 5
P(aul) Frazee
we do have mechanisms for that actually, but labels are so poorly understood at this point we haven’t decided whether to use them
1 6
R Sitze
As long as you sanatize them, might be a good opportunity to see what the community can do with them?
1
Barry Dorrans
Attacker, sorry, user controlled property bag, stored in a hash table, with the user controlling the keys. What could go wrong?
1 2
P(aul) Frazee
probably the best move would be to propose a lexicon change, second best would be an off spec field that’s maybe an object for that kind of metadata
1 6
P(aul) Frazee
if the goal is for other clients to be able to render this info then you ideally want to think very generally, like a display name and a URL
2 6
Samuel
Yeah true I’m probably not thinking big enough here. My primary motivation is so I can ask Jaz to see the stats on graysky posts lol
2 4
bryan newbold
doesn't seem that hard, you can just take the input text, render it to a jpeg, and put a sweet Greysky™ watermark on the image. you can even have festive holiday themed watermarks. default to efficient high-compression, upsell to GreyskyPlus for sharp PNG and better kerning
2 1 9
Samuel
Holy shit DLC font packs. Genius. The best part is you get to subject all the other clients to your comic sans posts too
1 3
Samuel
Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:47.0) Gecko/20100101 Firefox/47.0 Bluesky 1.50.0 Graysky 0.1.3
8
3 more replies
Robin Berjon
You're actually *more* likely to get that result with free-form "app.graysky.metadata.version": "blah" fields! Label+URL is probably safe: can't game the label field because it's shown to humans, and URL is likely to be equality matched. Or even stricter, make it a DID for the client's account.
1
1 more reply
1 more reply
1 more reply
David Buchanan
"repository" might be better named "codeRespository" or something, to disambiguate against the atproto definition of a repo
3