[snarfed]ok [tantek] my current theory for your Bridgy Fed fediverse account is that accidentally deleting your actor reset your followers on each remote instance, so you need at least one new follow on a given instance before it will accept and show your new posts on your profile
[snarfed]https://federate.social/ is an example of an instance where you have a new follower since then. search for @tantek.com@tantek.com there, it has your recent posts. (I'm guessing none of us here went there and manually searched for them)
[snarfed]a good experiment will be to follow yourself on w3c.social, or have someone else there follow you. if your next post then shows up there ok, that will be good confirmation
[tantek][snarfed] I think you may need to manually update Bridgy Fed's follower list for me to drop anything older than when the "deleting your actor" incident occurred
[snarfed]yup, good call. unfortunate that Mastodon (not sure about others) evidently drops new posts on the floor if they get delivered and they're valid but there aren't any active followers
[snarfed]AP? yes, sure, but that seems unrelated...? if an instance is storing and serving a local view of a remote actor's profile, and it gets an inbox delivery of a new post (object) from that actor, I don't know that AP says anything about whether that new post should or shouldn't become visible on their profile
[KevinMarks][snarfed] we webmention redirects - with the http vs https, wwwl vs bare domain and trailing / redirects being common I found it made sense to preserve anything in the redirect history
hacknorrisis it better to make temporary database in excel/libreoffice or normally mysql? wanted to make a blog post reviewing hoards of things and before to sort this smh so i will be able to make sections in this post…
[tantek]aaronpk, I think it's also interesting that webmention receivers are I believe harder to build, so could benefit from more tests to help guide their construction
gRegorI guess, but seems like extra work to put it in there then copy it out into HTML vs writing the post in HTML and moving things around if you need to
gRegorHaven't written much like that myself, just thinking I would probably prefer to write about each of them in a document, then move them around as needed before publishing.
superkuhIf I were doing it each thing would be a project-itemname.html fragment (no <HTML>etc header,) and combined into different pages /projectname/compilation1.html/projectname/compilation2.html, using server side includes on those HTML pages like <!--# include file="/projectname/project-itemname.html" --> <hr /> <!--# include file="/projectname/project-itemname2.html" -->
[tantek]aaronpk, yes re: "spec accuracy in the test suite initially", and I think that would be a good way to focus any additional tests, per the citations of the spec you have made in answering the "redirect" questions folks have asked
trwnhquestion about u-in-reply-to vs. u-quotation-of -- am i correct in thinking that these are mostly disjoint? or are there situations where it makes sense to use both?
trwnhquestion 2: when parsing microformats, should you / does the parser dedupe links by their href? for example, in a post that is technically a reply to another post, where the post being replied to is quoted twice: i am thinking that this should be marked up as a.u-in-reply-to on both <a> elements.
trwnhanother question actually: i'm realizing that my "source link" is currently actually scoped to its parent h-cite and not the h-entry. is this a pattern that anyone has encountered before, or is there a better class i can use to link the h-cite to the thing it's citing? and can i specify that the purpose of the cite/quote is specifically to reply to it, or does that kind of metadata only belong on the top-level h-entry?
trwnhand finally a 4th only tangentially related question: the .h-cite has a child .p-author which includes a nested .h-card that has a .u-photo.u-logo with alt, and also a .p-name -- but the .h-cite .p-author is picking up this alt text on the .u-photo.u-logo... should i remove the alt text on the avatar within the h-card? this seems sub-optimal because i'd rather keep the alt text if it's possible to do so while excluding it from the .p-author
trwnhi might be wrong and maybe the avatar is considered "decorative" in which case it should have empty alt text, but i'm mostly looking for other opinions on this
trwnhre: question 2 i think i was just confused, the answer is clarified by question 3 (use .u-url on the h-cite's link, which has no bearing on the outermost h-entry)
trwnhand in some way question 1 is also clarified by the same thing? (put the .u-in-reply-to outside the .h-cite) -- i'm just still somewhat curious about the semantics, if they are indeed disjoint (i.e. a reply and a quotation are always not the same thing?)
[tantek]now you can make a comment and quote part of what they said in your post, people do that sort of thing in GitHub comments all the time for example
trwnhso i'm thinking it should have a top-level .u-in-reply-to link but then each quotation is actually an h-cite which is unrelated and has no bearing on the metadata of the h-entry
trwnhalso [tantek] re: the use of .e-content my understanding is that it gets parsed in a way that preserves both the html and the plaintext, so that's why i'm using it. because sometimes the html of the thing i'm quoting/citing is important and i want to preserve it (consider tags like <em> or <strong>, or the usage of multiple <p> tags within the blockquote...) -- are you saying that i should also use .p-content as well? i'm not sure
trwnhi guess the point i'm questioning is will anyone understand e-summary correctly? like the mf2 parsing algo accounts for this and the output json just has `summary` with `html` and `value`
trwnhif we're going off the assumption that most people use p-content and expect to directly take the value of content instead of having to take the content.value or content.html
trwnhi guess it'd be nice to know that e-summary even exists as an option, because this isn't mentioned or called out on various pages of indieweb.org or microformats.org
trwnhwell now i have another stretch goal lol: detect if my hugo .Summary is plaintext or not, and selectively add either .p-content or .e-content (or should i always just use .e-content regardless? should i always use *both* regardless?)
gRegorThough if this is your example above, an h-entry with u-in-reply-to, then nested h-cites, I'd be surprised if any consumers would do anything special with those h-cites. Most would probably just take the content or summary property of the h-entry
gRegorI think of it like "How might I want consumers to use this?" If I'm writing a comment with multiple lines using <p> tags, I'd use e-content in my reply. The consumer can still choose to use the `value` key if they want just a plaintext version though.
[snarfed] https://federate.social/ is an example of an instance where you have a new follower since then. search for @tantek.com@tantek.com there, it has your recent posts. (I'm guessing none of us here went there and manually searched for them)
[KevinMarks] [snarfed] we webmention redirects - with the http vs https, wwwl vs bare domain and trailing / redirects being common I found it made sense to preserve anything in the redirect history
trwnh question 2: when parsing microformats, should you / does the parser dedupe links by their href? for example, in a post that is technically a reply to another post, where the post being replied to is quoted twice: i am thinking that this should be marked up as a.u-in-reply-to on both <a> elements.
aaronpk also bridged to slack and discord! https://indieweb.org/discuss
Loqi h-cite is the microformats2 vocabulary for marking up citations and references on web sites https://indieweb.org/h-cite