-
Notifications
You must be signed in to change notification settings - Fork 52
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Bluesky publish: support @-mentions, hashtags, links #1661
Comments
Just came here to report the @-mention thing, so glad it's known :) |
Yes! @singpolyma out of curiosity, what does your Bluesky @-mention HTML look like? |
Thanks! Looks like it's: @<span class="vcard"><a class="fn url" href="http://ipg.gay">ipg.gay</a></span> A couple interesting things here. First, it links to their handle's web site directly, not their bsky.app profile URL, and second, the |
Apart from @-mentions specifically, I'll also echo here what I mentioned in snarfed/granary#675 in general : this is going to be difficult to implement. We have to "disassemble" span-based HTML markup into Bluesky index-based facets. For arbitrary content HTML, we have to parse it, extract just the tags we care about (currently links and microformats2 hashtag @kevinmarks sent the old XOXO parser as an example that does this, which is great! Still though. This feels like a nontrivial project. |
Happy to make changes if needed, but to me it's a mention because it
mentions someone (via vcard) the @ sign isn't part of the microformats and
so not part of the semantics.
As for the link pointing directly at their handle, it shouldn't be too hard
to discover bluesky id from handle right? That's what bluesky is doing
internally.
|
h-card/vcard is reasonable! We'd probably need a fallback, since most user-level sites/CMSes don't let people attach arbitrary classes to links, but the fallback can be expecting |
There's a public bluesky api to map handle to id that does not need auth
…On Wed, 7 Feb 2024, 15:33 Stephen Paul Weber, ***@***.***> wrote:
Happy to make changes if needed, but to me it's a mention because it
mentions someone (via vcard) the @ sign isn't part of the microformats and
so not part of the semantics.
As for the link pointing directly at their handle, it shouldn't be too
hard
to discover bluesky id from handle right? That's what bluesky is doing
internally.
—
Reply to this email directly, view it on GitHub
<#1661 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAAYFQA5VQYRLB7FIBSASZLYSONFRAVCNFSM6AAAAABC23QINSVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSMZSGMYDCMZTGQ>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Yup! Linking to their domain is manageable for Bridgy classic (here) because we know which specific silo you're POSSEing to. It's trickier in Bridgy Fed - which shares much of the underlying logic - because there we federate the same post to multiple networks. In that case, we wouldn't know which of those networks to try to convert this @-mention to, if any. |
Yup! Linking to their domain is manageable for Bridgy classic (here)
because we know which specific silo you're POSSEing to. It's trickier in
Bridgy Fed - which shares much of the underlying logic - because there we
federate the same post to multiple networks. In that case, we wouldn't know
which of those networks to try to convert this @-mention to, if any.
Right, in that case you would have to check which fed protocols the handle
supports
|
I more want to know the author's intent. May be worth discussing in #microformats. One approach would be to try to convert to a native @-mention in each network separately. We don't necessarily know if that's what the author themselves want though? Ugh. |
This is something I was meaning to bring up separately. I think it is separate to this ticket though. |
Links are working now too, shipped those a while back. |
...and @-mentions too, use a Feel free to try, let me know if you hit any issues! |
Most or all of the work here is snarfed/granary#675, filing this just to track on the Bridgy side. cc @JoelOtter
The text was updated successfully, but these errors were encountered: