Skip to content
This repository has been archived by the owner on Feb 13, 2021. It is now read-only.

Comments/proposals on Font and Handwriting recommendation #14

Open
rjyounes opened this issue Nov 15, 2017 · 5 comments
Open

Comments/proposals on Font and Handwriting recommendation #14

rjyounes opened this issue Nov 15, 2017 · 5 comments
Assignees

Comments

@rjyounes
Copy link
Contributor

  1. Consider renaming HandwritingType to WritingHand. This clarifies the meaning and connects to the more traditional terminology.

  2. Could we add notes to Typeface and HandwritingType to the effect that they are comparable concepts in relation to Font and Handwriting, respectively?

  3. Ditto for Font and Handwriting.

  4. Do we want to say that two texts written by the same person with the same handwriting both have the same Handwriting resource? If yes (which makes sense to me, just like reusable fonts), then the definition should make that clear; perhaps "A specific example of handwriting found in one or more textual resources."

  5. Should we define an Activity TypefaceDesigner for Typeface? Then we could find all books written in typefaces designed by X.

  6. Similarly, can we attach an agent to a Handwriting resource - i.e., the person whose handwriting it is, since this is not always the author of the work? ScribeActivity?

@deborahjleslie
Copy link

Please refer to DCRM-L discussion thread, beginning [(https://listserver.lib.byu.edu/pipermail/dcrm-l/2017-November/005235.html)]

@deborahjleslie
Copy link

"is critical for" -- the overview doth protest too much, methinks. Perhaps "useful" would be better.

@deborahjleslie
Copy link

Do we need another category for higher-level designations, such as gothic, roman, and italic?

@rjyounes
Copy link
Contributor Author

rjyounes commented Jan 31, 2018

@deborahjleslie You raised this point at Jason's BSC presentation and I agree that these should be worked into the model. They could be defined as broader terms of the appropriate lower-level terms in a vocabulary. An alternative would be to define them as subclasses of Typeface. This raises the perennial question about the use of taxonomies vs class hierarchies, which at this point I don't have an answer to. Are there pros and cons for this specific case?

@rjyounes
Copy link
Contributor Author

Added initial comments 1, 4, 5, 6 to the Areas for Future Research doc.

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

No branches or pull requests

3 participants