Glad you can make it for the HWC meeting on 12/14/16. I've got some fun ideas for you...
If you haven't seen it already, you might appreciate: https:/
Join some like-minded people in building and updating your personal website.
Location: Cyberspace via Google Hangouts
Time:
Ends:
•Finish that blog post you’ve been working on
•Demos of recent IndieWeb breakthroughs
•Share what you’ve gotten working
•Ask the experts questions
Join a community with like-minded interests. Bring friends that want a personal site!
Any questions? Ask in chat: http:/
Optional quiet writing hour starts at 16:30 (Pacific)
More information: https:/
Facebook event: https:/
Meetup.com event: https:/
Google Hangout Details (coming soon):
Participate: https:/
Live stream: https:/
The IndieWeb is a growing people-focused alternative to the ‘corporate web’.
Skill levels: Beginner, Intermediate, Advanced
#IndieWeb, #socialmedia, #OpenSource, #webarchitecture, #openstandards, #decentralizedweb
Sad realization: My browser has 50 tabs open, 38 of them were for #IndieWeb "itches" I want to work on...
Fix the internet by writing good stuff and being nice to people by @vboykis http:/
This sounds a lot like the opening thoughts of the IndieWeb movement: https:/
They not only live this philosophy, they're pushing the envelope by building new infrastructure to make it even better.
UI: Duration doesn't make sense in Read post kind · Issue #65 · dshanske/indieweb-post-kinds https:/
When making a "Read" post in which data exists in the "time" tab for published dt and updated dt, the output displays more like one would anticipate with a music post type (or jam, listen, play, watch, travel) using start/end vocabulary instead and outputting a "Duration".
Duration may make sense if one were doing a start/end time for their reading, but then the scraper shouldn't be automatically pulling in the publish/update dates/times. Personally I'd prefer to let the publication time of my post indicate when the thing was read and have Post Kinds indicate the publication of the original piece I was reading.
Possibly better would be an if/then statement to differentiate types and for Read types outputting a date/time for the original publication and/or potentially an updated date/time if it exists.
At present, the issue is most common on New York Times posts for which the scraper pulls in the correct metadata.
Example: http:/
, but it may be the case that gRegorLove isn't accepting them, or it's possible that he's moderating them too (which several definitely do). [According to https:/
If you do a google search for bookmarklet and Quill you'll find some javascript stuff for making posting a tad easier with it, though I haven't set them up yet myself.
Speaking of something to steal, you might appreciate this post with regard to setting up Known for your mobile phone: http:/