Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Finalize design for Composer header #275

Closed
1 task done
glynnis opened this issue Dec 7, 2016 · 8 comments
Closed
1 task done

Finalize design for Composer header #275

glynnis opened this issue Dec 7, 2016 · 8 comments
Assignees

Comments

@glynnis
Copy link
Contributor

glynnis commented Dec 7, 2016

This story depends on #273.

  • Designing for a story that has been published, but has additional changes in draft mode but needs to be "republished" to push those changes to their live story
@glynnis glynnis added this to the Composer Redesign: MVP milestone Dec 7, 2016
@glynnis glynnis self-assigned this Dec 7, 2016
@glynnis glynnis mentioned this issue Dec 7, 2016
4 tasks
@glynnis glynnis changed the title Finalize header design Finalize design for Composer header Dec 7, 2016
@glynnis glynnis added ready and removed ready labels May 24, 2017
@glynnis
Copy link
Contributor Author

glynnis commented May 24, 2017

Related: #725

@glynnis
Copy link
Contributor Author

glynnis commented May 24, 2017

Some notes that I've validated through a conversation with @sarasafavi:

Three story states can be communicated through the UI:

  • Draft (not currently published)
  • Published/public, with no staged changes
  • Published/public, with staged changes that have not been published yet
    • On the backend: make a duplicate of the published one, where the duplicate has a "draft" flag and is not published. When we're ready to publish changes, the duplicate record with the draft=true gets changed to draft=false (and overwrite the record)
    • From this state, a user can revert to the public version that has no staged changes. If they're working on a story that's an original draft, their only option would be to discard the entire draft (since there's no public version to revert to).
    • If there's a public version of a draft that the user is working on, that's an important state to communicate (i.e. they have staged changes they haven't published yet).

@glynnis
Copy link
Contributor Author

glynnis commented May 25, 2017

#725 is related and covers the technical aspects that affect this design story. I posted this diagram there, but posting here too since it'll help with design:

04-06-draftartboard 1
^ Possible states and flows for a story

@glynnis
Copy link
Contributor Author

glynnis commented May 30, 2017

I confirmed with @davisc that Preview Mode will be part of MVP.

@glynnis
Copy link
Contributor Author

glynnis commented May 30, 2017

I still need to review these with the team so they aren't final yet, but here are the different states I have designed for w/r/t the header:

Autosave Text

composer - header - autosave text

Help Text

composer - header - help text

MapStory Title

composer - header - title

@glynnis
Copy link
Contributor Author

glynnis commented May 30, 2017

Button states

composer - header - buttons

@glynnis
Copy link
Contributor Author

glynnis commented May 30, 2017

Calling this one done!

@glynnis
Copy link
Contributor Author

glynnis commented May 30, 2017

You can also find these screens on InVision here: https://invis.io/PKBXSE1RJ

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant