January 23, 2018 IDRC Design Crit - Storytelling Tool

  • Will the keyboard language change depending on the language of the interface?

    • May be OS dependent, not sure

  • Can blocks be merged? What would be advantage?

    • Can move blocks around, can cut and paste from one block into another, perhaps no advantage to merging

  • How about the option for a global delete? And deleting multiple blocks?

    • The delete button on corner of the block is easy to accidentally hit

    • Probably better to hide delete in another menu, provide ability to select all or multi-select and then delete

  • Encourage alt-content adding right at the point of adding blocks/entering content

    • Don’t want to surprise users at the end with the need to go back and add a bunch of content

    • Perhaps once they select something outside of the current block?

    • The critical moment for adding alt content is when author publishes the story, but we don’t want to wait until then to flag it

    • We can gate it at the point of publishing, but provide encouragement/highlight it at the point of authoring

    • Also, don’t necessarily want to edit your story in a linear way - add some content here, move on, go back and add other content etc. - so we want to allow the author to move around in this way, not restrict it

  • Change “Done” to something more relevant - something that indicates what will come next - Continue? Other?

  • “Next” could be changed to Preview

  • Make the flow non-linear in general - allow author to bounce around between

    • content/authoring

    • Metadata (title, author, keywords etc)

    • Preview

    • Then Publish page (tells you/summarizes what you need to do/complete before publishing)

  • Transcribing recorder -

    • How to choose language?

    • Just transcribe automatically and then allow edit or delete

    • Takes you to a whole new interface?

    • Less modal and sequenced

    • Transcript created as soon as stop button is selected?

    • Need a “done” button or record/pause/end options

  • Audio story blocks - should show description and transcript fields right away

  • Is there a way we can clarify the story structure non-visually? Using headings? Or label each block?

    • We can label what each block is (this will likely be the case in the markup anyway, i.e. “text block”, “image block” etc)

    • Should we provide ability to add more descriptive headers - to each block? Or to group a whole section together? And to make (non-visual) navigation easier?

    • Is our goal to provide support for navigation during authoring, or during viewing (or both)

  • Minimum viable should prioritize the ability to go back and edit or remove a story

    • What if there are typos, or someone wants to remove a story for various reasons?

    • The learning reflections site will be used in co-design sessions and will be more guided and therefore manageable

  • Also without account management there is no way to see all of my stories at once, because I can’t retrieve them

  • Could it be based on state ownership of the device?

    • What about situations where one device is being shared/passed around?

  • What are the “lowest-cost” options to allowing post-authoring editing?

    • In the short-term we could use cookies to identify - we could publish the cookie on the screen

    • Could possibly also use a token