User:Vanderven.se martijn/h-entry-using-property

From IndieWeb

h-entry using property is a way to show what software was used to create a post. This could be anything from the name of your CMS, to a Micropub client or word processor.

The word “using” is often seen in the surrounding text, and upgrading it from just text to a property would be a great example of text-first design.

⚠️ The name using is currently just a placeholder name based on some collected prior art. It may not be descriptive enough to stand on its own inside a parsed microformat.

Functionality

I would imagine the property to take several different values:

  1. The name of the software used, e.g. BBEdit.
  2. The URL of the software used, e.g. https://quill.p3k.io/.
  3. The h-app object giving information about the software used, e.g. both its name and URL.

As all microformat properties take a list of values, it is also possible to show multiple pieces of a publishing flow. Maybe you used iA Writer to draft it and then Quill to submit it to your website. This could be added to a post’s HTML as:

Posted using
<a class="u-using h-app" href="https://ia.net/writer/">iA Writer</a> and
<a class="u-using h-app" href="https://quill.p3k.io/">Quill</a>

Which would translate to a parsed microformats property:

"using": [
  {
    "value": "https://ia.net/writer/",
    "type": [ "h-app" ],
    "properties": {
      "name": [ "iA Writer" ],
      "url": [ "https://ia.net/writer/" ]
    }
  },
  {
    "value": "https://quill.p3k.io/",
    "type": [ "h-app" ],
    "properties": {
      "name": [ "Quill" ],
      "url": [ "https://quill.p3k.io/" ]
    }
  }
]

Property Name

  • using seems like a good name based on the text-first designs we have seen. But when taken as a singular word on a parsed microformat it may lose a lot of meaning given by context. Is the h-entry using something?
  • via, as seen in the text-first design by Sebastiaan Andeweg and previously used by Twitter, is another one that does clearly illustrate the current h-entry was obtained through some path, but may be a hat-tip to a person rather than the technical path.
  • authored-using or authored-with would clearly identify the relation between the contents of the property and the h-entry. But could one say that the h-entry was “authored” by the author if it originated from a tool like OwnYourGram? Currently Micropub tools like that are often displayed on websites the same way as a more traditional editor like Quill.
  • generator is another option, taken from the often seen <meta name="generator"> element. Like the way that element expresses what tool was used to author the entire web page, a property sharing that name would express it for the h-entry. (Many pages on generator usages are deceptively old. Deceptively because even modern CMS like Hugo will add the element.)
  • formatter, this is apparently an alternative to generator.
  • client as used by 10C in their API, or client_id as used by p3k (source). This seems popular in APIs, and client_id has an obvious overlap with Micropub.

Prior Art

Currently several IndieWeb sites are showing what tool was used to create a post, but non of them are currently giving this any parsable markup.

Aaron Parecki

On Aaron Parecki’s posts’ permalink pages there is an additional info box that shows to what internal feed it was published and by what tool. The tool here is a link:

Posted in /notes using quill.p3k.io

Eddie Hinkle

On Eddie Hinkle’s posts’ permalink pages the header is expanded (compared to the hme feed) with extra information such as weather, syndication, and what tool was used to post:

Feb 24, 2018 8:45 AM 47.03℉ 🌫 homestead posted using indigenous.abode.pub

Sebastiaan Andeweg

Sebastiaan Andeweg includes where a post originated from but only in the HTML, it is currently hidden through CSS. Unlike other examples his text design uses the word “via” rather than “using”:

<footer class="post-meta cf">
  <a href="https://seblog.nl/2018/02/14/3/ik-dacht-dat-ik-na-de" class="u-url">
    <time datetime="2018-02-14T21:10:02+0000" class="dt-published">wo 14 februari 2018 om 22:10 CET</time>
  </a>
  <time datetime="2018-02-14T21:10:02+0000" class="dt-updated"></time>
  <a href="https://twitter.com/Sebsel/status/963883093915504640" rel="syndication" class="syndication u-syndication"><img src="https://seblog.nl/assets/images/twitter.com.svg" alt="twitter.com" class="icon"></a>
  <a href="https://5eb.nl/4sw3" rel="shortlink" style="color:transparent" title="2018/045/3">•</a>
  <a href="https://seblog.nl/2018/045/3" rel="canonical" class="u-uid"></a>
  <div style="float:right">
    <span class="hidden">via workflow.is</span>
  </div>
</footer>

Source

Tantek Çelik

On Tantek Çelik’s posts’ permalink pages the footer is expanded (compared to the home feed) from just the publishing date to also include the permashortlink and the software used to write the post:

09:45 on 2018-02-21 (ttk.me t4t32) using BBEdit

Pnut

pnut displays a “via Application” behind the publication date on hover. This label displays a name and also links to the application’s page:

15 Jan via Beta

Sink

On Martijn van der Ven’s Sink the posts’ permalink pages display the IndieAuth Profile URL and the Micropub client associated with the post through its access token:

By https://vanderven.se/martijn/, using https://omnibear.com

Twitter

Twitter used to display “via Application” at the bottom of tweets, but this was removed back in 2012.

The information is still available in Twitter’s API.

10Centuries

10Centuries returns a “client object” for every post through their API. While the web interface does not use this to display anything, clients like Macchiato will display what client was used:

client: Macchiato

Compared to the default web interface on social.10centuries.org: