@cn suggested I use the date as the title of a Post in Known, to ensure that the contents of the post gets through to micro.blog intact, and, as so often, he is correct.

All I have to do now is remember to salute him next #micromonday

For all the joy of the #indieweb, and the pleasure of civil discourse, I am becoming incredibly confused by aspects of micro.blog. There’s the question of titleless posts, of which is this is one as an experiment, versus status updates. There are posts that appear to be contributions to an interesting conversation but aren’t because they have been cross-posted automatically from elsewhere. And there is the lack of a scroll back, which means that as I follow more people and choose not to check in the middle of my night, stuff vanishes irretrievably from my timeline. 

There are also issues with Known that are nothing to do with micro.blog.

None of this is insurmountable. For me, though, it does add friction. 

During the virtual IWC tonight, we were discussing third-party clients for publishing to websites, essentially Micropub clients and MarsEdit. And it occurred to us more or less simultaneously, that I do not use Micropub for the site that supports it out of the box, whereas I do use a client for the site that does not support Micropub out of the box. And that is because the post-creation UI is nice and simple for Known, and a right mess for WordPress.

So, just to be difficult, I'm using Quill for the first time in a long while to create a Post in Known.

#IndieWeb

A cup of coffee here, a cup of coffee there, pretty soon you're talking about a bottle of wine. Nevertheless, I thought it worth dropping 2.5 coffees to check out fsnotes, which bills itself as a "lightweight notational velocity reinvention".

I depend totally on nvALT as my general place for keeping scraps, vital information, inchoate thoughts and more besides, and the one thing that has always bugged me has been the inability to have more than one folder. Mainly, I envisage using an additional folder as an archive; notes that I truly believe I have finished with but that I really do not want to throw away because there might be something in them I need later. NvALT's blazing search speed would be fabulous for that kind of treasure hunt, but I honestly don't want currently dead notes cluttering up my view of all that stuff.

I asked about multiple folders 21 days ago and a couple of days ago the developer, Oleksandr Glushchenko, delivered just that. Definitely deserving of my support.

First impressions are that fsnotes is every bit as fast as nvALT. I haven't been able to give multiple folders a good workout yet, because I only have one big folder of notes. My minor niggle is that the display of links is different from nvALT's. A well-formed Markdown link is clickable in the preview mode, but not in "native" mode. I suppose I could fix that easily enough in my existing notes, and it need not be a problem going forward, but it is an annoyance right now that might stop me switching completely over to fsnotes.

Maybe I'll raise an issue on github for that.

Rather happy to have scratched a long-standing itch into submission. I use the semantic-linkbacks plugin to display webmentions on one of my WordPress sites. It has an option for displaying webmentions as facepiles, which keeps things neat. But my WordPress theme also displays webmentions as comments, which is mostly redundant. Not entirely, though, because a few webmentions contain actual content, which is not visible in the facepile. I could completely void display of the webmentions, but that loses the little bit of content there.

Fortunately, the latest master of the plugin has settings to display the facepile for  each kind of webmention, so I could stop it making facepiles for actual mentions. Then all I needed to do was hide the theme's display of any webmentions that are just likes or reposts. And that is easily done by adding

.p-like {
	display: none;
}

.p-repost {
	display: none;
}

to styles.css.

I'll probably have to revisit that if I ever get any other kinds of webmention, but for now I am content.

#indieweb #webmention

As suggestedby @mrhenko, a test post containing a photo but no title.

Just an old snap.

Ah, the old chestnut about audio quality of podcasts. So I'll give my standard answer. If what you're saying is interesting, audio quality is less important. Asymcar is my goto example for that. And if what you say is not interesting, no level of production value will make me listen longer.

In between is a grey area. So, specifically addressing Henrik's question, that microcast was perfectly OK, except that once we had dealt with the weather and the question, I had had enough. On all outdoor recording wind noise, handling noise and bumps are the most distressing to me because they are always a shock to my ears. But if I know it is going to be over in three minutes, I can survive.

I've recorded outdoors and walking along myself, almost always with either the built-in microphone on the earbuds or else with an external Zoom iQ-6. The Zoom is actually worse, because it is so much more sensitive to wind and handling. A few times, when I was doing Dog Days of Podcasting, I cheated and recorded while walking along only to shadow myself with a decent mic when I got home. That's fun because you get the spontaneity of unscripted speech with much better sound quality.

More good help from Manton, cleverdevil and others, but alas no nearer (although I may have eliminated some possibilities).

1. I was allowing both HTTP and HTTPS. There could have been some kind of mismatch, I suppose, but after editing .htaccess to force SSL, it made no difference to micro.blog's OS X app.
2. Then thought that possibly a different endpoint would help (despite the fact that I know all the same details are on the home page). 
3. Pointed micro.blog first at /profile and then at /profile/jeremy; still no good.

At this stage, given that Manton managed to get everything working from a clean install of Known out of the box, I think I need to try the same. If that works, well, if nothing else, it works.

I had been fretting about losing data, but if I install into a new sub-domain and it works there, I can always edit the config.ini to point back at the old database. It will be a good opportunity to see how good the instructions are to install at Dreamhost. Last time I managed without any instructions, and I also didn't write up my experiences. This could be an opportunity to pay back.

#indieweb

I have never yet been able to post from my micro.blog to this stream, although the feed from here is reliably picked up there, and brid.gy reliably pulls replies from there to here. @manton suggested we move my complaints to help@micro.blog, but I can see no way of actually engaging with that account. So this afternoon, I decided to attempt to go back to the beginning.

It was a miserable failure.

Here's how it went:

1. Revoke all current authorisations for micro.blog
2. There were four of them, two from yesterday when I last tried.
3. Launch OS X app
4. OK!
5. “If you’re using WordPress or another server, first open the preferences window and enter your web site URL to set it up for posting within the app.”
6. Roger that. But the old website was still there. Is that going to be a problem?
7. Start a new post; the old website is there at the bottom. This is going to be a problem.
8. Same old Same old; Error sending post.
9. Post does not arrive at micro.blog
10. Post does not arrive at WithKnown
11. WithKnown Error log is empty.
12. Access log shows no sign of anything from recent attempt to post from micro.blog
13. Check to make sure I have up to date micro.blog app
14. “Micro.blog can’t be updated when it’s running from a read-only volume like a disk image or an optical drive.” Move Micro.blog to Applications folder using Finder, relaunch it from there, and try again.
15. Strange. Check path to micro.blog.
16. Path is “/Applications/Micro.blog.app”.
17. Check the App Store; disappointed but also content that there is not an update.
18. Delete web site URL from preferences; quit micro.blog, mostly for superstitious reasons; launch micro.blog.
19. Very strange; web site URL is still there. Or back? Maybe the app pulls it from micro.blog?
20. Repeat; same outcome. Superstition justified. Go to my account at micro.blog.
21. See I have three App tokens. The one for MarsEdit is definitely pointless, as I am not hosted at micro.blog. Remove it.
22. Throw caution to the winds; remove the tokens for IOS and OS X
23. OK, IOS now says “Internal Server Error” on attempting to connect. I think I ought to sign out now and then sign back in.
24. Phew. All is good. And I have a new app token.
25. On iOS, try to write a new post; insert my Known site; authorise micro.blog; write a test post. Post it.
26. “Error sending post”. Tear hair out, as now I do not seem to be able to post to micro.blog from iOS app.
27. Go back to 22; remove iOS app token and authorisation token at WithKnown.
28. Log back in. Can no longer post without adding WithKnown, and posting gives an error, as at 26.
29. Try again from OS X; same error as at 8.
30. Post to WithKnown; feed is picked up.

Any and all suggestions gratefully received.

#indieweb

I dunno. I see this Add a "tweetstorm" UI for chaining status updates with chained POSSE tweets and I think of something I wrote a while back: Or you could write a blog post. Does the #IndieWeb really need to make indie copies of everything the silos offer? Even the workarounds?

Maybe I misunderstand, and a feature like this is what weans people off the silo pap. All I know is, I don't think it would work for me.

Finished the first phase of moving two WordPress driven sites from one hosting service to another this morning. I was a bit wary, having read all the things that can go wrong, and I took a few wrong turns into dead ends. But I managed to back out and didn't screw up too badly on the first one. The screwing up I did accomplish was mainly the result of my impatience, doing things in quick succession when I should have given them time to settle down in between. But I learned my lessons, and this morning's transfer went much more smoothly. Scarily so, in fact.

There's plenty left to do, moving various ancillary things, all part of an ongoing effort to tidy up in general, but I don't foresee any more difficulties, touch wood.

And in case anyone cares, I couldn't have done it nearly as easily without the Duplicator plugin for WordPress, which truly is a life saver.

Funny, as I continue slowly to bring old posts in, to see what I wrote about my tools, in 2007 and then again in 2013.

The conclusion remains as it ever was; although the tools change, the jobs they need to do remain more or less the same. Find things and write about them.

Playing Lyle Lovett singing Texas River Song, even though I know it's a stretch, to celebrate having eaten a giant bowl of my own dogfood.

A couple of weeks ago I followed Chris Aldrich to reading.am, which is a neat little spot for just putting down a marker for something that you're reading. I wanted more. I wanted to be able to save links to the things I marked. And now, a little over two weeks later, I've done it.

I have a PHP file that fetches the RSS feeds of things I've marked in reading.am, looks for any that are new since the last time the program ran, and then POSTS the results to Known's micropub endpoint. #IndieWeb PESOS for my bookmarks!

There is no way I could have done it without amazing help from people on the IndieWeb IRC, and it isn't perfect by any means. There's more work to be done, for sure, before I even think about sharing the code.

But hey, it works.

And, as my main helper said, "Launch early and iterate often".

I'll be doing that.

We had a virtual meeting of the Homebrew Website Club yesterday evening, and as usual it was interesting and informative. We all forgot to take notes, but sketchess was prompted to do a brain dump, which I have added to and tightened up slightly to capture the main points.

• There was a lot of discussion of the confusion among people new to #IndieWeb caused by having so many different ways to achieve the same thing. Some people thought it would be good if there were, maybe, a recommended approach for specific circumstances. However, that does require the user to be clear what they are trying to achieve.
• sketchess suggested that directed tutorials to achieve a specific outcome would be helpful. There was some support for this but, as ever, the issue of time can be a constraint.
• We talked about the potential usefulness of different levels of wiki pages, or a special section, or something completely independent of the wiki.
• aaronpk reminded us that the difficulty with independent offerings is that there can be difficulties in maintaining momentum. The wiki, as a collective effort, is more likely to be managed by individuals.
• We noted that sometimes developers simply do not remember what it was like to start some activity, and also that a “getting started” for an experienced developer would be completely different from a “getting started” for someone who perhaps only knows silos. A beginner's guide written by recent beginners, with expert input from more experienced people, might be useful.
• We talked about self-dogfooding, and that this may be inhibiting Generation 2 and up. They are not necessarily interested in building things themselves, although they want to make use of IndieWeb principles and practices.
• Several people seem to be exploring the IndieWeb without making use of IRC or the wiki. Their efforts sometimes show up in IRC thanks to Loqi. Would it be useful to reach out directly and suggest they join and use the wiki?

Comments and edits welcome.

@nicolakidsbooks it is probably part of the same phenomenon that made my bubba's chicken soup such effective medicine. That is, the exact same food can become very positive or very negative depending on when in the sickness cycle you experience it. Eat a novel food just before you feel ghastly, and you may well be put off it for life. Eat it as you're on the mend -- and the return of appetite is always a good sign -- and you'll probably ascribe magical properties to it, and turn to it whenever you're feelibng a bit better after feeling awful. Constraints on learning and all that.

In the past couple of days, prompted by Marty McGuire's write-up, I raved about the potential of Audiogram to help promote the podcast by making it easier to share audio clips to social media -- by turning them into video clips. This afternoon, having managed to get tomorrow's episode edited early, and having had to chop quite a few interesting digressions, I thought I would have a serious play.

Tl;dr: It worked. I'd show you here, but I haven't found an easy way to upload video to Known yet. If you want to see the result, you can go to Patreon right now.

Installing Audiogram was not entirely plain sailing. Marty used Docker, and so despite warnings from other IndieWeb friends, I tried the same. All went well out of the gate, but then fell at the first. Something to do with virtualbox. So I switched to Homebrew and that did the needfull. Even then, though, Audiogram wouldn't start, but the error message made it clear that I needed to update node.js and npm. That done, it still wouldn't start.

Turned out I already had a local server running, via MAMP, and that was getting in the way. Switching off that server, and all was good.

That was two days ago. Today, I tried to use it for serious, and although there were plenty of hiccups along the way, I got there.

The instructions for modifying the theme are very straightforward, and with a bit of trial and error I was able to create a background for any future clips.

Uploading the audio, inserting the caption, all that was dead simple thanks to Audiogram's editor. Actually generating the videos, though, generated error after error, and some of them scrolled through several screens. But I kept my nerve, turned to search engines and StackOverflow and eventually got there.

Some of the fixes seemed to be pure voodoo. There's an invisible file that one of the Audiogram developers suggested deleting. The first time I tried that, it worked beautifully. The second time, not so much. Nor the third. But then, it worked again, at which point I called a halt, for now; a wise decision in my opinion.

I'm looking forward to seeing whether clips will attract listeners to the podcasts in their entirety. I put the first one on Patreon because the episode is not yet public, although Patreons have received it. I'll probably use clips there as bait and see how it goes. Once episodes are public I'll send clips to Twitter and, maybe, Facebook which will, I think make it relatively easy to trace any impact. And if the whole process isn't too hard (getting to the first video uploaded took almost three hours today) then I can imagine it might be useful to promote older epsiodes too, when there is a news peg.

So, grateful thanks to Marty McGuire and WNYC.

Struggling to understand how different bits of the #IndieWeb work in WordPress, I received some very sound advice from lots of people, including this little exhortation from @chrisaldrich:

I'll admit I had to read it about 3 times before I grokked it myself, but it also was a great general and practical intro to the inherent value of microformats.

If that were what it took to grok Facebook or Twitter, would anyone beyond a small, self-selecting cadre of geeks be using them?

I thought not.

On what planet does Techcrunch live? Their report on Anchor's bid to lure podcasters from SoundCloud says n0thing about whether audio hosted there will be sharable via, say, Huffduffer, which to me was the biggest single problem with SoundCloud as a podcast host.

I would also argue that a promise by Anchor "to cut podcasters in when it starts to earn money" isn't much to go on.

But what do I know?

Blast. Just when I was reaching around to pat myself on the back for making webmentions work on the Mothership, I notice some big problems.

First, the home page is all messed up with duplicates of many things. Doesn't seem to happen on the local version, which means it is going to be tricky as all get out to solve.

Secondly, the markup on the Mothership leaves a lot to be desired. That one will be a lot easier.

There are probably others too.

#IndieWeb

Language Log -- a useful site I really enjoy -- recently wrote again about the big debate on whether language shapes, constrains or otherwise has any effect on thought. But that's not why I'm noting it here. Instead, there's the reason why they're talking about it again.

In 2010 The Econonomist hosted a big debate on Language and Thought. It used a very spiffy web-enabled platform to host the debate, and a language academic thought it would make a dandy introduction to some readings she is poutting together on the topic. Alas ...

[T]he Economist's intro page on this debate leads only to an debate archive site that doesn't include this one; and the links in old LLOG posts are now redirected to the same unhelpful location.

A source at the magazine explained:

We vastly over-designed the debate platform (and over-thought it generally, in various ways), and when we stopped running the debates that way, we stopped running that bit of the website. The old debates are now unavailable online.

Fortunately for all concerned Language Log was able to find copies in the Internet Archive. 

But if it hadn't ...

#indieweb

Marion Nestle summarises the status of gluten-free hosts and usefully links to the Vatican's circular on the matter. I actually went to look, wondering whether, maybe, there's some reason why the host cannot be gluten free. And there is, up to a point.

The bread used in the celebration of the Most Holy Eucharistic Sacrifice must be unleavened, purely of wheat ...

But that's not really a reason, is it. It's just a historical tradition. Obey, or else.

My father was devoted to cryptic crossword puzzles. He was good, too, but every now and then a clue would stump him. If I was around, he would read the clue aloud to me and, more often than not, before I'd even had time to think about it, he had solved it.

There's something about the act of saying it aloud that makes a different kind of thinking possible.

So it was last night, during the Homebrew Web Club virtual meeting in Europe. There was only me and Zegnat, much of the time, and first we explored further his comment, during the recent Indieweb Summit talk about Events, that "most of the things discussed are already available and possible with the current IndieWeb building blocks". So I fired up WithKnown and created an event for the virtual HWC and he replied and the reply was received and published. Just like that. Of course there are some things that could be improved, but it does Just Work.

Thinking more about improving things, I shamelessly took advantage by asking a lot of ill-informed questions about how to move further in the indiewebification of my presence on the web. Martijn was so helpful and patient with me, and I learned a lot. But the truth is also that just by asking the questions out loud, and having to think clearly about how to do so, I was able to see more clearly how things might work.

It's still pretty cryptic, but I'm getting there.

Clammr was a service that enabled you to tweet little bits of audio. I signed up in the hope that I could use it to market my podcasts. In the end, I barely used it, because its audience didn’t seem to include people who wanted to listen to my stuff.

A couple of weeks ago I got an email

Dear Clammr Users:

It’s time for our team to move on to new adventures. We write to inform you that we will be shutting down the Clammr service at 11:59pm ET on 2 July 2017.

Thank you for all of the creativity and joy that you have shared with the world using Clammr. We’ve been inspired by the community every day and cherish having had the opportunity to get to know so many amazing and talented people.

We realize that some of you may wish to keep the Clammr clips you created. We have posted instructions with a hack on how to do that in Section XIX of the User Guide. In short, you need to take three steps (1) share the clip to twitter using the Clammr app; (2) go to twitter and copy the url of the tweet; (3) enter the url on a tweet-to-MP4 conversion site to generate an MP4 video file that you can download.

On the same day I saw a link to an item on Hacker News from someone at SoundCloud who was concerned that the company was in financial trouble, and wanted advice.

Once is coincidence

The HN article dated to a couple of weeks before the Clammr email, and I made a note to maybe write about it here, but I was in catch-up mode and the HN piece wasn’t signed. So, it slipped. Then Chris Aldrich linked to a piece in the New York Times announcing layoffs at SoundCloud. That offers a cloak of respectability to cover my schadenfreude.

I can see why people found SoundCloud attractive: in return for an easy audio life, you put your stuff behind bars, bars that prevented other people, like me, sharing it without jumping through an absurd number of hoops. Some of those people did the smart thing, and syndicated to SoundCloud from sites they controlled, but many, many did not. Too bad. I hope some of them are now thinking about securing the availability of their work.

I’ve been reminded by Chris Aldrich of something I think I knew before:

[M]ost major CMSes (including Known) strip out or severely limit (for security reasons) the html that is accepted in comment fields. … Many also will mark as spam comments that have one or more URLs in them. As a result doing fancy or even mildly complicated html or markdown in replies is something for which most platforms just don’t build.

That’s fair enough. As ever, spammers are spoiling things for everyone. I do have an objection, though. If I am legitimately signed into my own site which, in the #indieweb, is where I will be if replying to some other site, then I’m unlikely to inject malicious code. And if I’m a spammer, and signed in under a false flag, then I’m not likely to need such subterfuges.

A really helpful CMS would, surely, allow me to do all the formatting I want on something I am generating myself, regardless of the specific type of entry.

Chris makes another point:

The other issue in status updates and replies is that they’re often syndicated to other platforms and it’s a more difficult issue to properly do this with each snowflake social media silo depending on how they individually handle html/markdown (or not).

Well, yes. But that’s not my problem on my site. Let them strip all they want, frankly, as long as the leave the link to my reply alone. As Chris acknowledges …

Either way, the end result on the other person’s site isn’t something I can ever control for, so I try not to sweat it too much. :)

For now, I think I’ll sweat this just a little, and add the u-in-reply-to by hand, and hope that does the needful.

Finally reached a key milestone in the deliverables of a big work-for-money, so was able to treat myself to an excellent video from the [IndieWebSummit 2017](https://2017.indieweb.org).

First up, for me, [Lillian Karabaic](http://anomalily.net) offering [A brief history of my website](https://www.youtube.com/watch?v=1VGX8iBWrTE&index=4&list=PLk3TtIJ31hqrLIPqz55TczawWu-30cnXM). I noted a few things.

First, the video, audio and editing were top notch. Huge kudos to everyone who made this happen. They say content trumps technical quality, and it does, but when you're not fighting quality, the value of the content is so much more obvious.

Second, and much more important, Lillian's trajectory mirrors my own and, not surprisingly, I can relate strongly to everything she said -- good and bad -- about the #indieweb. The help available is stellar, the documentation isn't great (I hope to work on that) and it is hard to evangelise.

So much left to do ...

Richard MacManus is indiewebifying his site, and [had this to say](https://richardmacmanus.com/2017/06/22/openness-rivers-indieweb/):

> I’ve found the IndieWeb tools to be tremendously helpful, and the community to be open and friendly. But I think my own goals are a little different. I’m less interested in the technologies themselves (like microformats and webmention) and more interested in how they’re being used in the wider Web community. Not dissimilar to my interests when I started ReadWriteWeb. But of course to do this, I need to stand on the shoulders of the developers who build the tools.

All of which sums up my own position exactly. I'd go slightly further. I'm not as interested in how the technologies are being used in the wider Web community as I am in putting them to use myself.

*p.s. A major drawback of Withknown's excellent engine is that it doesn't allow New Posts to be replies, and that means I can't use the MarkDown formatting.*

Dave Winer offers [three reasons why he will not point to a Facebook post](http://scripting.com/2017/05/31.html#a110526)

No. 2 is my favourite:

> It's supporting their downgrading and killing the web. Your post sucks because it doesn't contain links, styling, and you can't enclose a podcast if you want. The more people post there, the more the web dies. I'm sorry no matter how good your idea is fuck you I won't help you and Facebook kill the open web.

I've been moaning to anyone who'll listen that there seems to be something wrong with Known; Micropubs could not seem to find the syndication targets. And other people had the same problem, I believe. But after a really enjoyable virtual Homebrew Web Club meeting, the problem might after all be at my end.

@zegnat created a fresh install of Known as we watched, hooked it up to Twitter, and was instantly rewarded with Quill seeing his syndication target, which it resolutely refused to do on my instance of Known. (It failed actually to syndicate, but that's a separate issue.)

So, now I need to try a fresh install myself. And as @Jeena suggested, better to do that on a new and different subdomain than risk messing everything up.

Alas, there is no way on Earth I can do this until near the end of the month.

I can wait.

https://vimeo.com/184028817

[Astonishing juggling](https://vimeo.com/184028817).

The question "does @WithKnown have a future?" is cropping up increasingly frequently of late. And the "official" answer is that it most definitely does, look at all the activity on github, nothing has changed. And it's true, there has been a lot of activity and things are moving, if you go and look. But for someone just looking in and trying to decide whether to use the software, the lack of outward facing activity must be a bit off-putting.

Or maybe it isn't.

I have no idea.

All this was [kicked back and forth on the WithKnown IRC channel yesterday](https://github.com/mapkyca/KnownchatLogs/blob/master/2017-03-23.md), with -- alas -- no input (yet?) from the developers.

I'm going to continue trying to understand Known because right now it seems to me the best place to continue pursuing #indieweb ideals.

Nick Quah's Hot Pod newsletter is a lode from which I occasionally extract a nugget. [Today](http://us12.campaign-archive1.com/?u=e7175619f87bd6b29429572aa&id=732cf5e4b1&e=07840946c7), in the wake of the latest Edison Report on podcast listening (in the US) he quotes a bloke from Audible who says:

> To me, the fact that 40% of US adults have tried podcasting, yet only half of them listen regularly, that's astounding. Show me any other medium that has that gap. None. When people sample and don't habituate, it speaks to interest that isn't being met by the content that's available today. There either isn't enough variety of things for people to listen to —or there isn't enough of what they like to meet their appetite. With 350,000 podcasts, that seems like a strange thing to say, but the simple truth is that potential listeners aren't sticking with it — and there are only two potential reasons: not enough good stuff — or they simply can't find it. Solving this could go as far as doubling the audience for podcasting.

I wonder why "Eric Nuzum, Audible’s SVP of Original Content," even bothers to raise the straw man of not enough content. And why he does not raise the question that discovery and subscription are two sides of the same coin. Right now, neither discovery nor subscription is easy.

Nick Quah himself doesn't think discovery is a problem, and that's a problem for me. He says:

> It has always occurred to me that discovery functions in the podcasting space along the same dynamics as the rest of the internet; there is simply so much stuff out there, and so the problem isn’t the discovering an experience in and of itself — it’s discovering a worthwhile or meaningful experience within a universe of deeply suboptimal experiences.

But to me that seems to miss the essential difference between audio and the other things on the internet.

It is hard to get audio at a glance. And the solution is not to make ever shorter bits of attention-grabbing audio. It is to find other ways to recommend and share audio in ways that make it easy to hear a piece, to sample a show and eventually, maybe, to subscribe.

> I guess hiring a card designer wasn’t in the budget this year.

Simple and straightforward explanation of how the design of the card inside the envelope makes all the difference.

https://medium.freecodecamp.com/why-typography-matters-especially-at-the-oscars-f7b00e202f22#.qarf9s...

Writing something nice again, but I have enabled the Markdown plugin on Known.

And maybe a headline too

Like this

Utterly bizarre; when I went to write a new post, the above was already there. In other words, the content of the post from Quill, without the block quote.

>This should be a markdown block quote.

I'm knackered. Will try some more tomorrow.

#withknown

Writing something nice again, but I have enabled the Markdown plugin on Known.

So need something in HTML, like this block quote

And maybe a headline too

Like this

I'm writing something nice, as instructed.

> Does Quill do Markdown?

I don't think so, although I just noticed that there is a hover that seems to create quotes.

Let me test that.

How about tags? Like #quill and #indieweb? Oh no, they're in the publish box.

#quill #indieweb

I cannot get my head around how @withknown is handling posts.

I bookmark a page, with a quote from the page:

I don't like the yellow behind the text. So I click on edit, expecting to be able to at least look around.

Where is the quote?

Beats me.

Further to my note about a new #podcast about #indieweb things, I listened to Marty McGuire's rendering of This Week in the Indieweb. I really enjoyed it, even though I had read the text version. Production and audio were top notch, and it was very clear. My only quibbles concern the pace and the audience.

Even as a native English speaker, and despite Marty's very clear diction, it seemed a bit speedy to me. I wonder whether less fluent listeners manage to get it all.

A second, similar point, about the audience. In my estimate, as a newcomer to indieweb and a less than expert person, some of the stuff whizzed right by me. But if I were familiar with it all, I'd probably be keeping up with the IRC channels and the indieweb.org pages and so I'm not too sure why I'd need an audio version. But that's just a matter of choice.

The slightly bigger question is, would there be an audience for a more discursive podcast about the indieweb? Marty would be in favour. So would Chris Aldrich, who started this ball rolling for me. There's a fair bit of audio tagged indieweb at huff duffer, but nothing, apparently, dedicated to the topic.

We certainly have the technology to produce something that captures the history, what's happening now and how things might develop. There's no way I could do that on my own -- not least because I don't know enough to ask intelligent questions -- but with a co-host or two it would be a really interesting project.

Further to this morning's minirant about blocking Instapaper, I've now discovered that some sites -- I'm looking at you, HuffPo -- don't want me to be able to speed read, which I'm doing with a nifty little thing called Spritz. Or maybe they're just unaware there's a problem. The good news is that HuffPo does not appear to block Instapaper, so in the fullness of time, I will read the piece anyway. It looks really interesting.

Bummed out by the fact that Quill wasn't enabling me to syndicate directly to Twitter, I followed up on some good advice from Daniel Gold: Back to basics, uninstall and reinstall plugins one by one. Shades of WordPress. So I did that, and here's what I found:

With IndieSyndicate configured (*via* silo.pub) I can posts to Twitter just fine, but Quill still does not see that as a Syndication target and Quill cannot post to my site.

In retrospect, that's obvious, because there is no endpoint at my site.

So I enabled IndiePub and now Quill posts fine, but it still does not see any Syndication target.

I probably just have to live with that. At least for now.

Finally, re-enabled Brid.gy and everything looks good once again.

Just for the record, here, I've decided that for now I do not need these plugins: Static pages, Firefox, Events, Custom JS, Custom CSS, Comics, Audio, API tester. That may change in time.

#withknown #indieweb

Extract disarms MRSA. But Quill bookmark fails to pull in URL, which is https://www.eurekalert.org/pub_releases/2017-02/ehs-bpp020917.php #antibiotics

This is just a mock post to test Bridgy.