Once again, there is chatter about how @Withknown deals with hashtags and HTML I still believe that it often removes a hashtag from the content of an Instagram description, sent here by OwnYourGram. I'll test that in a moment. And there certainly were problems with certain characters in Titles and body. So this is a test of this <- and that.

Digging into how withknown creates RSS feeds, I can see two things.

One is that for a status post, which has no title, `<title>` is a truncated version of the post content, although the level of truncation seems to vary. Not sure why.

The other is that even status posts, with a truncated `<title>`, have a full `<description>` that includes `p-name` and `e-content` and even `entry-content`.

But micro.blog does not seem to read `<description>` at least not when it is coming from my withknown RSS feed.

Puzzling.

I managed to fix a long-standing niggle with my #indieweb practice this afternoon, thanks to some great help from cweiske and others. For the longest time Quill, a micropub client that I can use to publish here, wasn't showing me an option to syndicate directly to Twitter. That meant that I tended reply to tweets and stuff right there in the silo and not bring them back here. Fair enough, especially when a reply without context is like an egg without salt. But we figured it out, in part by that old standby of "switch it off and then switch it back on again". That got things working, and was enough of an impetus to upgrade WithKnown to the latest build. And so far, everything looks good.

#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

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.

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.

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.*

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.

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

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.