#miklb_set up the mastodon autoposter see how that works out.
#miklb_I need to put some helper scripts on my server to make it easier to checkout pull-requests in repos that aren't mine
[chrisaldrich], [cleverdevil], tantek__, ben_thatmustbeme, [eddie] and [matpacker] joined the channel
#[matpacker]GWG: is there much of a difference between the Git hosted Micropub and the Wordpress one? The WP one was working for me, but the Git one doesn't.
#miklb_In related news, I'm really feeling good about 2016 is performing with just the mf2 plugin and the 2 small additions I've made
#miklb_Still soliciting feedback on the h-feed parsing, but I have mastodon auto-poster and have checked my posts in Together via the json feed and the atom feed in Evergreen, everything looks good and the syndication posts look good. I haven't checked micro.blog yet
#Loqi[miklb] In reply to shep on Twitter. Yeah, now that I’ve set up indiepaper.io for read later, I’ll probably do the same. I was using open in safari as a read later hack on iOS ...
https://miklb.com/blog/2018/08/22/4187/
#miklb_unless I'm missing something, that seems like a pretty good experience using the IW plugins out of the box with a core theme.
#Loqi[Michael Bishop] In reply to shep on Twitter.
Yeah, now that I’ve set up indiepaper.io for read later, I’ll probably do the same. I was using open in safari as a read later hack on iOS
#sknebel(PTD says something else, but I'm not sure how many things follow it strictly)
#aaronpki don't think i take into account multiple values of properties that i expect to have only one value
#[jgmac1106][miklb] and this is no post kinds correct?
#miklb_p-name had been mentioned before and multiple values, but so far no one has mentioned any broken parsing so I was just working my way down the list til I had specific issues.
#[jgmac1106]but that is good news. My other question would be on threading twitter conversations, in my experience only bridgy publish handles this well
#miklb_I'm using bridgy publish too. Just switched to the core 2016 theme, added the uf2 plugin & have inserted 2 new elements
#miklb_I made no other changes to my existing IW plugin setup besides that
#[jgmac1106]even better.....can you try an rsvp? bookmark? and quote? and share those results. Those can be finnicky in Bridgy publish
#[jgmac1106]ooohhh okay, I thought Quill did it, should have realized that was bridgy
#[jgmac1106]but I am using the forked version no mf2 plugin
#[jgmac1106]I will publish the same and we can compare
#Loqi[Michael Bishop] A little appropos seeing this quote shared by Matt today after I wrote this last night
“WordPress was orginally about making it easier to put words and pictures on the Internet. Gutenberg and 5.0 is about ushering in a new interface to do that. We ...
#[jgmac1106]yeah I listened to the recode/decode podcast last night, heard same line
#miklb_so the bookmark syndication isn't indicative of a mf2 theme issue I believe than how the template is constructed in the post-kinds view template as it relates to bridgy
#[jgmac1106]Good, sounds like a documented issue then
#[jgmac1106]I guess no point in me publishing a comparison
#miklb_no, by all means compare. I just noted that I had a custom mf2 theme and still had issues getting a bookmark to syndicate nicely through bridgy
#[jgmac1106]though the quote kind with a tweet url works perfectly
#miklb_may be a case of using a custom excerpt for those
#miklb_yes, I wrote the quote template for bridgy-publish specifically to work with Twitter quotes and the expected bridgy markup
#[jgmac1106]bridgy can do no wrong for me, only tool I ever found that allows me to keep thread alive on Twitter and webmentions
#miklb_that should have also read I wrote the quote template for post-kinds to specifically work with Twitter quotes as expected by bridgy
#sknebelreading back through the initial discussion of problems: plugins adding share buttons etc to the post body and that being included in the mf2 contents and thus syndicated etc
#sknebelI believe we've seen issues with simple location doing that too
#sknebelalthough maybe the hook hierachy solves that?
#sknebelIf I read it right the mf2 plugin tries to be the first to add anything, so it only wraps the actual post content in "e-content"?
#sknebelthat's the leaking recent comments widget thing
#[jgmac1106]I can easily recreate the recent comments sidebar issue,
#[jgmac1106]if you enable it the hcard from the comment bleeds into the post
#[jgmac1106]but I need to get to work, grant due tomorrow, need to finish entire package
#miklb_that is SemPress theme from pfefferle so that goes beyond adding mf2 via a plugin. I'm not suggesting we don't fix it, but goes to show that even in a custom mf2 theme there are still problems that can arise
#ZegnatI am not sure if JSON Feed titles are allowed to contain HTML. So not sure what the proper handling is. It could be other readers do not know either. Some might be stripping the HTML, some might be rendering it (rendering an empty string), and others (apparently like Monocle) endcode the < and > for display
#miklb_should an issue in the json feed plugin be opened then? I was sure the determination
#Zegnatmiklb_, probably. The JSON Feed plugin could be expected to do the same as WordPress’ own RSS feed code, which is stripping this HTML from titles. That would solve the issue. Just reference the lines in WP core that sknebel found.
#sknebelyeah, I'd say they probably can reuse the title cleaning functions from the wordpress feeds
#Loqi[Michael Bishop] But as it stands, with only two minor edits to the mf2 plugin & suite of Indieweb WP plugins I already had installed, I’m using default twentysixteen WordPress theme. I’m syndicating to micro.blog, Twitter (via brid.gy) and Mastodon (via auto-pos...
#miklbI just replied to my own note that had been syndicated to Twitter and it threaded perfectly as Twitter reply. Those are the kinds of experiences I think people are looking for, and to see it work through a new lens is exciting.
#miklbbut not really. The nature of WordPress and plugin/theme conflicts is as old as the platform. That's not going to magically change adding IW tools to it. But having a solid foundation to work from is really impressive.
#miklbI'm editing live on my server as well as locally and just wanted to make sure I pushed the changes to the repo, so I need to squash or clean up the PR. But the point is, that's all I've modified
#miklbwe have been telling people they need to install this special theme, or this forked theme for a GitHub repo. Now I think we could comfortably say, "Install WordPress, activate all of these IW plugins and follow their instructions (brid.gy for example) and use the stock 2016 theme."
#miklbor we are really close to being able to say that.
#miklbthat seems pretty cool to me. You should be proud.
#jackjamiesonAgreed, miklb! The WordPress system is making bounds these days
#GWGBy the way, re your IndieAuth issue, did you notice the new developer documentation?
#miklbI haven't looked at that much as I've been focusing on the front end stuff. I have a busy rest of the day but this evening I will look at that PR.
#tantek__miklb re: extra <time> for dt-published, if we added backcompat for 'entry-date' to h-entry, then all mf2 parsers would pick that up automatically
#tantek__so that would eliminate one change, and make things work "out of the box" for more users
#miklbwell I'm not sure how wide spread entry-date is used
#tantek__that's what I was hoping you might be able to determine - you saw it by default in 2016 right?
#[pfefferle]That is what I tried to say the last two days
#miklbhmm. I think would miss out on the other stuff by not having mf2
#[pfefferle]2016 is doing fine without the mf2 plugin
#tantek__miklb, were you able to document precisely what was missing *before* adding the mf2 plugin?
#miklbdoing fine is again a very subjective term in this scenario. If you don't have mf2 then you loose a lot of the the other features of the IW plugins
#miklbso 2 shims seems like a small price to get mf2 working. IMVHO
#tantek__miklb, point is that you should be seeing enough from backcompat to get those IW plugins to work
#miklbOK. So what do I need to do? Turn off all of the IW plugins to see how it parses totally vanilla WP?
#tantek__because some of those use-cases are *very* useful, e.g. if we get hfeed support to be as good or better than RSS, then readers can universally prefer h-feed
#tantek__(that's the point aaronpk keeps complaining about)
#miklbwell there is still the idea on the table of the mf2feed
#[pfefferle]for readers we currently have no problems using the php-mf2 parser
#tantek__feel free to thumbs-up the whole thing, or even just indicate that you only like .entry-date or only like rel=author
#tantek__I'd like to collect folks's opinions either way
#[pfefferle]Is it on purpose that you show the url instead of the author name?
#tantek__given that parsers already support rel=bookmark inside an hentry for backcompat, I presume supporting rel=author inside an hentry for backcompat is doable
#[pfefferle]Sure, php-mf2 seems to also do that right now
#miklbI understand what you are attempting to do tantek__ but I guess I have no skin in the game as to making WP mf1 backcompatible in parsing. The user experience of what I outlined in that note requires mf2. I don't see how the 2 are supposed to cross.
#[jgmac1106][miklb] as well as documenting or linking to the two things you changed can you also describe the testing methodology used so folks like me can copy what you did, was there a specific parser, feed reader, should we drop links into any repos for others to review, etc,
#[jgmac1106][pfefferle] or get more people who speak your tongue in the community to balance it out
#[pfefferle]miklb yes! Only if you need the fancy reply context stuff of the post-kinds plugin
#miklbnot really any methodology as there isn't a true pass/fail
#tantek__miklb, also, I'd like to solve the hfeed questions first (readers, etc.), and *then* solve the hentry permalinks second (bridgy syndication and webmention replies)
#miklbpost-kinds is still a recommended plugin in the IW plugin.
#tantek__the only sane way to do this kind of testing is to explicitly breakdown the separate cases *separately*, and get full understanding of each before moving onto the next
#miklbbut I love that we've gone from patching the mf2 plugin to making it obsolete by better back compat
#miklbtantek__ agreed. Like I said, until about an hour ago, I did not understand that you were proposing not requiring mf2 in WP themes. I didn't fully understand how that worked. I thought you were still looking at ways to use the mixed formats.
#tantek__miklb, got it. appreciate the patience as we understand each other better :)
#tantek__miklb, to be clear, I think we *can* solve hfeeds *without* any additional mf2 in themes
#aaronpki would be very happy if mf1 backcompat in default wordpress themes worked better, since more sites will "just work" when i try to follow them even if they don't have the mf2 plugin installed
#tantek__I think its existence is being a distraction from this attempt at regathering this data
#[pfefferle]It breaks backcompat and does not add all needed data
#tantek__[pfefferle]: at this point we need to use specifics instead. what doesn't work? what bar are you meeting that makes you say "well enough"? what features are still missing?
#aaronpki really need to make a feed previewer thing for monocle so you can see what i see
#[pfefferle]If all themes are using the mf1 implementation of 2016 and all parser are working like the php one, I see no issues
#miklbthis is what I've been trying to say as well " at this point we need to use specifics instead. what doesn't work? what bar are you meeting that makes you say "well enough"? what features are still missing?"
#tantek__by doing 2, you (aaronpk) can answer [pfefferle]'s question above "What problem[s]?"
#miklbI've been approaching that from a user perspective in a live environment with the current available tools to explore how the content is propagating and appearing in various readers.
#tantek__like actually file the issue with specifics, feel free to add the screenshot(s) from your reader(s) there, but list the information you think is missing
#tantek__because sorry it is not obvious from screenshots
#[pfefferle]If the theme uses proper mf1 the php parser has no problems... if the theme uses no semantics we sure have a problem
#tantek__list the specific properties you see as missing
#tantek__[pfefferle]: "has no problems" is false, hence I filed issue 7
#[pfefferle]That’s why I always reference the php parser 😉
#miklbwhat exactly does the php parser do to say "this works"
#[pfefferle]It already supports rel-bookmark and rel-author
#tantek__[pfefferle]: AFAIK even using the php parser, on a plain WP 2016 install, published and author are still missing
#tantek__[pfefferle]: aaronpk's example proves my point. if the php parser supported entry-date, then there should be a "published" property in the output of the PHP parser
#[pfefferle]I am not sure if backcompat supports the time element
#[pfefferle]Please try the vanilla 2016 theme with pin13 Aaronpk
#miklbI can turn it off on my site right now and leave the other IW plugins as is to see what happens.
#miklbif that would help anyone for testing backcompat
#tantek__ideally it would be interesting how much we could get working without any plugins, but I understand wanting to keep your site working :)
#miklbas long as the content is being published on my site and being stored in my database that I backup, I'm not worried about anything else. If anyone is reading my feed that isn't a developer I'd be surprised.
[schmarty] joined the channel
#miklbif it looks wonky on Twitter to get to the bottom of things, that's what I'm all about right now.
#miklbI still have indiewp.com on that same server that I can put some test content on and compare with/without mf2 as well
#miklbI'm also wondering if those 2 shims are all that's needed how easy would it be to just send a PR to that theme to add the 2 classes
#miklbbut I need to run to the market. tantek__ let me know if turning off or setting up another demo site that's live would help.
#[pfefferle]Tantek sorry, not everything was accurate what I wrote... the php parser does not support entry-date and rel-author but the default themes are using proper mf1 for date and author/hcard so that is why it is no problem... sorry, I am on the phone and have not verified the source...
#[pfefferle]So I will have to do some research to check if entry-title and rel-author really helps