Biomedical and Electrical Engineer with interests in information theory, evolution, genetics, abstract mathematics, microbiology, big history, IndieWeb, mnemonics, and the entertainment industry including: finance, distribution, representation
Thanks again @leppert for all those years of running and supporting @reading! ππΌπππΌπ₯°
https:/
Are you joining us for @AllossoDan's next book club iteration? We're going to be reading Thomas Piketty's newest book A Brief History of Equality. Details for joining can be found here:
https:/
This looks like some early history of #SocialAnnotation?! I'm in!
Apr. 18: Andrew Stauffer (UVA) & Amanda Licastro (Penn Libraries): "Book Traces: Library History and the Marks of Collaborative Reading"
https:/
I was reading #edtechafterdark stream, but I get impression that it was a veiled excuse for a Monday night .gif-off competition. #whowon?
Want to know what I've been reading lately? I post a steam of it on my own site here:
http:/
Reading through the schedule for WordCamp Orange County on 6/10-11 @ocwordcamp #WCOC
https:/
I've now added my listen, jam, and bookmark feeds from my main site into http:/
UX/UI Suggestion: Meta box in the admin UI with PressForward metadata and comments Β· Issue #902 Β· PressForward/pressforward https:/
I'd suggest that it would be worthwhile and convenient to have a meta box in the admin UI for editing the final draft that contained all of the pre-existing PressForward metadata.
Bits and pieces of it appear in other portions of the PressForward UI throughout the vetting (reading, nominating) process (typically hidden under the "info" button which pops up the details), but having portions of it while actually editing the draft of the post would be very handy/useful. In particular, it would be nice to have access to the comments which are added to the particular piece in the earlier parts of the process.
 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:/

Considering reading Orphan Train as part of #onestory16 and @pasadenalibrary event on March 31 in Pasadena http:/
The Future of the Humanities: Reading
As technology advances, doomsaying remains constant.
http:/