Skip to content
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

Drop implied name from h-cite (reply context and the like)? #80

Open
janboddez opened this issue Jan 21, 2025 · 0 comments
Open

Drop implied name from h-cite (reply context and the like)? #80

janboddez opened this issue Jan 21, 2025 · 0 comments

Comments

@janboddez
Copy link

janboddez commented Jan 21, 2025

As brought up in microformats/php-mf2#267.

Not sure if related to #66. (Don't know enough of the parser rules. Clearly. 😅 Or concrete implementations.)

My main "gripe" with implied names is that I go through "all this hassle" (not really, but you know what I mean) to actually exclude p-name from my clearly microformatted reply (and repost, etc.) contexts (using h-cite), only to later find out parsers just assume the page I'm referring to is titled ... whatever the entire reply context happens to say? (Like: No, this is a note. I'm referring to a note. There is no title. 😬)

Now I could come up with some workarounds (use an entirely different HTML structure), but ... I'd rather keep my markup somewhat consistent. (Total side note: I've also seen "examples in the wild" with, e.g., Replying to <span class="p-name">a note</a> by <span class="p-author ... and so on, which I'd argue is "even worse." That note is almost certainly not titled "a note.")

I totally understand the need to "fall back" to "metaformats" (be it Open Graph tags or a title element) when referring to remote pages or articles that clearly do have a title but don't support mf2. But this is not such a case (I would say).

Absolutely open for other ideas, too (like, how to improve my markup)!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant