-
Notifications
You must be signed in to change notification settings - Fork 4
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
Handle books with editors but no authors #134
Comments
@crism commented on Sep 17, 2018, 8:44 PM UTC: I’ve mostly addressed (and will send a PR for) the override. The “forceful” addition of an author in |
@greatislander commented on Sep 18, 2018, 11:39 AM UTC: Hi crism, thanks for your work on this. We are going to discuss and we'll get back to you; I am not sure that option 3 is my preference as it leaves a gap in terms of how the book creator (in your use case, an editor or team of editors) is attributed in metadata (see: https://schema.org/Book). |
@crism commented on Sep 18, 2018, 2:02 PM UTC: greatislander, I get that, and I agree… we would love to be part of those conversations. This patch suffices for our current use, but it does feel inadequate for general metadata. |
@crism commented on Sep 18, 2018, 2:04 PM UTC: Idea: 1) Designate primary role (editor, in this case). 2) Require primary role to be populated (as author is now). 3) Construct a default free-text credits line based on language and primary role. 4) Allow editing and/or override of credit line, used for display on title pages. 5) Use primary role for Creator when relevant. |
@dgtracy commented on Sep 19, 2018, 8:23 PM UTC: Hi there--I'm also on the Illinois team. I'd like to flag that we'd ideally like to be able to have other key roles, such as translator, as well as author and editor, be listable as primary roles (this is maybe implicit under option 1 above). For example in the translation we've published only the original author appears on the title page, but we'd really like to have the translator listed as well (probably in form "Translation by [name]". So this is both: expanded scope of roles that could be listed as "primary", and ability to designate more than one role/person as primary. |
See also #202 |
Ideas:
|
see also: #326 |
@SteelWagstaff I have begun working on this issue for the needs that @dgtracy mentioned above, but I'd like to address as many of the other needs listed/linked here as possible. With regards to
are you able to take a look at some wireframes I mocked up and give me feedback? |
@alexdryden Would be delighted to. This has been on our roadmap for too long now, and it would be great to get some positive movement on this issue. |
@SteelWagstaff sounds great, thanks! I've got the wire framing started with commenting turned on, but you may rather keep all discussion under this issue: wire frame. I've started by just addressing "how should a secondary contributor appear on the cover page." Our needs would require any arbitrary combination of contributors (translator, editor, etc.) to be included, but the wire frame just displays static content. So I've added a control to the to the wire frame that will display a few different contributor combinations as examples. |
@alexdryden Love the wire frame concept and display. Are you working on this as a potential fork or pull request, or was the wire frame primarily meant to give us design inspiration for something we'd develop? |
@SteelWagstaff Great! I had in mind a pull request, but wanted to make sure it was along the same lines as what you all were thinking before committing too much development time to it. I can go ahead mock up the back end interface I had in mind as well, and, if all looks good, start working on a prototype toward the end of June. |
@alexdryden Sounds terrific! |
Proposed changes:
|
@SteelWagstaff what do you think about adding a checkbox in the Book Information page that allows admins to toggle whether or not a particular type of contributor shows up on the cover page? Something like this. I'm just thinking about cases where there may be a translator/reviewer/etc and the book publisher wants that metadata to be accurate, but doesn't necessarily want it to show up on the cover. Then the check boxes could be checked by default to implement the pattern you outlined, and optionally turned off. I just tested it out as a solution in our dev environment and can share those commits if you'd like. |
This has been again requested in a recent support request. (link to ticket - visible for Support staff only) |
This is still a major issue and should be addressed in a future release of Pressbooks. |
@crism commented on Sep 5, 2018, 6:24 PM UTC:
Feature Description
Now that Pressbooks has much better structured contributor support, a problem arises for edited monographs with no proper whole-work authors. PB will properly display all the contributors “below the fold,” in the “Metadata” section, but will only list the author(s) in the upper part of the page.
It should either be possible to have only editors listed as the primary work creators. Three possible approaches:
The last option is redundant and unstructured, but infinitely flexible. The first option keeps structure and some flexibility, though it doesn’t handle a case with e.g. editors and a translator desired as the primary creators.
Feature Use Case
A scholarly monograph or textbook with contributions from multiple authors generally only gives the editors as the credits on the cover and title page. To publish such works in Pressbooks, we have to create a fake “author” with a name like “John Smith and Jane Doe, eds.,” which then messes up the properly-structured metadata in the lower section. It would be nice to be able to keep the structured data clean, but also have the desired display on the title page.
This issue was moved by greatislander from pressbooks/pressbooks#1341.
The text was updated successfully, but these errors were encountered: