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

Concise representations: translation groups, meaning groups, and sources #91

Closed
aarppe opened this issue Dec 10, 2018 · 4 comments
Closed
Assignees
Labels
enhancement New feature or request

Comments

@aarppe
Copy link
Contributor

aarppe commented Dec 10, 2018

Following up on #88, we'd want to prefer more concise representations for reasons of space.

  1. Indication of sources as superscripts of source acronym, currently one of the following two (corresponding to the id variable in the source element):

CW: Cree / Words : nêhiyawêwin / itwêwina; and
MD: Maskwacîs Cree Dictionary

Clicking on source acronym should produce a pop-up with a fuller reference to the source (and eventually perhaps even a link to the source website, if such exists - that is the case for CW but not for MD). The full title could come from the <title> fields in the <source id="..."> sections in the beginning of the dictionary source XML.

  1. Multiple translation groups (<tg>...</tg>) on same line, separated by a semicolon, with source acronym after each <tg>, superscripted as in 1.

Multiple translations (<t>...</t>) within a translation group would be presented on the same line (we haven't used multiple translations, though in principle we could split e.g. longer CW glosses, based on semicolons in the CSV source). But the source acronyms would pertain to each translation group.

  1. Multiple meaning groups (<mg>...</mg>) on separate bulleted lines, with translation groups as in 2.

image

@aarppe aarppe assigned aarppe and eddieantonio and unassigned aarppe Dec 10, 2018
@eddieantonio eddieantonio added the enhancement New feature or request label Dec 10, 2018
@eddieantonio
Copy link
Member

eddieantonio commented Dec 10, 2018

Blocked: need #89 before I can write integration tests for this issue

@eddieantonio eddieantonio added blocked Issue cannot proceed until an external event occurs. and removed blocked Issue cannot proceed until an external event occurs. labels Dec 10, 2018
@eddieantonio
Copy link
Member

eddieantonio commented Dec 11, 2018

No longer blocked. Changes needed:

@eddieantonio
Copy link
Member

eddieantonio commented Dec 17, 2018

Note: once hovering is implemented, this will also close #11!

@eddieantonio eddieantonio added the blocked Issue cannot proceed until an external event occurs. label Dec 19, 2018
@eddieantonio
Copy link
Member

Remaining task is blocked by #102. Upon closing it, delete the .skip() in the test for this issue, and this issue will be closed as well!

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants