communicationThis article is a stub. You can help the IndieWebCamp wiki by expanding it.
HowMake your homepage homescreen friendlyAdd an icon to your personal site so that others can add your site to their home screens on their devices. Add a contact cardPut an h-card on your home page with links to ways you want to be contacted, in your preference order. Add a contact UIPut that h-card on a separate /contact page on your website, e.g. at you.example.com/contact with:
For detailed markup instructions, see: For examples, see below. WhySee: IndieWeb ExamplesIndieWeb community members doing this. Tantek
Tim OwensTim Owens has set up a nice indie comms page on http://timowens.io/contact/ since 2014-10-11 (at IndieWebCamp Cambridge) including:
Previous ExamplesBen WerdmullerBen Werdmuller used icons to link to a small handful of ways to reach him on his werd.io homepage. (2014-...-...?) ProjectsLets TalkLet's Talk is a userscript that renders h-cards in a standard format. When you go to someone’s web site, Let’s Talk shows you at a glance how to contact them and which methods they prefer. See https://snarfed.org/2014-03-10_lets-talk-userscript for more details. BrainstormingThree button UIIdeally an IndieWeb contact UI (e.g. someone's /contact page) should have three buttons: [txt] [call] [video] (screenshot/mockup needed!) Perhaps enabled/disabled based on sign-in, time of day, sleep status etc. The three buttons would behave as follows: Txt button[txt] button -> reveal a text message entering UI: (Sign-in) (if they're not already signed in with indieauth) [ message text area ] (Send) (screenshot/mockup needed!) Clicking the (Send) button would: At a minimum:
Better (advantage: sender's site keeps a copy of the message)
Even better (advantage: no need for additional pop-up confirmation UI)
So people can txt you without ever leaving the web, or depending on a 3rd party site/intermediary/service/addressing system. Fallback:
Call and video buttons[call] + [video] -> initiate a WebRTC call (e.g. Firefox Hello) with only-voice or video+voice accordingly
Ideally the mechanism for an audio call, while in-progress, could allow the caller and/or callee to opt-in to allowing for video, and if both did so, the audio call would be upgraded to audio+video. Verb redirect URLsMight be convenient to setup a few redirect URLs (perhaps even as a building block of said 3 button UI)
MockupsiOS7 home pageHere are some mockups for how you could present a top level bar of communication, collaboration, and other options that feel familiar to an iOS7 iPhone/iPod user:
Contact expandedWhen a viewer taps the Contact icon folder it expands as follows, and then the viewer can tap the mode of messaging/communicating they want to use to contact me which immediately opens a new message (txt, FB Messenger, G+ Hangouts, AIM IM), or starts a new call (FaceTime, Skype), or Twitter new direct message window. Directly to communicating - bypassing all comm app home page / activity distractors. The one change I'd make from these mockups are some of the labels. All of the labels should be verbs, not nouns, indicating the action the user wants to take and thus reinforcing their intention. E.g. "Messages" should be "txt message", "Messenger" should be "FB message", "Hangouts" should be "GTalk", and the rest seem to read fine as verbs.
iOS6 mockupsOriginal prototypes done in iOS6, probably not worth implementing, but may contain interesting UI ideas nonetheless:
The one change I'd make from these mockups are some of the labels. All of the labels should be verbs, not nouns, indicating the action the user wants to take and thus reinforcing their intention. E.g. "Messages" should be "txt message", "Messenger" should be "FB message", "Hangouts" should be "GTalk", and the rest seem to read fine as verbs.
Improving Install ExperienceCurrently sites have to use a convoluted script to attempt to prompt the user to add their comms page to the home screen AKA install it. "Web App install banners" may be one way of improving this UX, but it requires that your comms page be / have:
Limitations:
Additional Use CasesAuthenticationWhen communicating from one indieweb user to another, how do you authenticate that the person you are communicating with is actually the person you think it is? This applies to messaging in general. (This use-case is a stub and should be expanded) ArticlesArticles on some of the challenges of person-based communication:
Articles about researching and solving personal / indieweb based communication:
See Also |






















