-
Notifications
You must be signed in to change notification settings - Fork 6
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
Use Forms to construct Pub view #1035
Comments
Making read-only versions of the current form inputs might prove to be a large part of this. eg the related pub and context-editor inputs. for the related pub inputs as views, should we allow users to view more information about those pubs, or is it just "clicking through"? |
Agreed. We're gonna strip this down to use current renderers for now, and then return to more friendly views later. |
a few questions:
(here there is no MemberId value)
In this picture, we're rendering both the title (James McJimothy) hoisted up, as well as the title because the form has the title. |
Label only for now, but let's add an empty paragraph's worth of margin below it so it stands out more, and we'll let @ktyjscott spiff it up later.
Let's continue current behavior, yes. Perhaps we'll add a setting to "include title field" on the form in the future, but seems like a heck of an edge case to me.
Current view renderer. Otherwise this would be a much longer ticket. We'll replace these renderers over time as we get into the context atoms etc. |
Motivation
So admins can specify specific views for Pubs
So users (authors, reviewers, copyeditors, etc.) can view Pubs in specific, focused contexts based on their role
So developers can determine what related fields to show users without running into graph problems
Requirements
Acceptance Criteria
Mockups (if available)
The text was updated successfully, but these errors were encountered: