Skip to content
New issue

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

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

Already on GitHub? # to your account

Implement settings menu/page for selecting interface/functionality options #708

Closed
aarppe opened this issue Mar 18, 2021 · 9 comments
Closed
Labels
end-user/community feedback Improvement Expansion or improvement of a current functionality that does already work and meets previous specs meta-issue Overview issue with no *directly actionable* resolution

Comments

@aarppe
Copy link
Contributor

aarppe commented Mar 18, 2021

So that users – language instructors, learners, community members, linguists – can choose exactly the functionality, dictionary sources, and labeling as well as othe behavior that they want, we should implement the following settings menu/window for selecting among all the options:

image

Some of Cree terms yet need some validation by Jean / Arok.

@aarppe aarppe added the Improvement Expansion or improvement of a current functionality that does already work and meets previous specs label Mar 18, 2021
@aarppe aarppe changed the title Implement menu for selecting interface/functionality options Implement settings menu for selecting interface/functionality options Mar 19, 2021
@aarppe aarppe changed the title Implement settings menu for selecting interface/functionality options Implement settings menu/page for selecting interface/functionality options Mar 21, 2021
@aarppe
Copy link
Contributor Author

aarppe commented Mar 26, 2021

  • Interface language / pîkiskwêwin ta-âpacihtâhk
    • nêhiyawêwin / Plains Cree
    • English / âkayâsîmowin

  • Dictionary sources / itwêwasinahikana
    • Cree : Words / nêhiyawêwin : itwêwina
    • Maskwacîs Cree Dictionary / nêhiyaw-pîkiskwêwinisa
    • Alberta Elders’ Cree Dictionary / alperta ohci kêhtê-ayak nêhiyaw otwêstamâkêwasinahikan

  • Labels / kā-isi-wīhcikātēki
    • plain English / mosci-âkayâsîmowin
    • nêhiyawêwin / Plains Cree
    • emojis / kiskinowasinahikāsowina
    • linguistic / kâ-nitawi-kiskêyihtamihk pîkiskwêwina

  • Features / kîkwây kâ-nitawēyihtaman ka-wâpahtahikawiyan?
    • show morpheme boundaries / wâpahtahin tânisi ê-isi-pâh-piskihcâyâki itwêwina (êkosi ta-nisitohtamihk icwêwinisa)
    • show Cree words translated into English phrases / wâpahtahin tânisi kâ-isi-âkayâsîwastâhk pakaski-nêhiyaw-itwêwina
    • show English phrases translated into Cree words / ?
    • show synthesized pronunciations of Cree words / wâpahtahin tânisi ê-isi-nêhiyawêhkâsomakahk ôma âpacihcikan

@aarppe
Copy link
Contributor Author

aarppe commented Apr 1, 2021

Based on our Tech Team meeting discussion, the desired order of implementation would be the following, in part due to "customer" demand and in part due to the necessary components already being implemented:

  1. Labels (making use of crk.altlabel.tsv)
  2. Dictionary sources (among currently existing ones, CW vs. MD, for now)
  3. Behavior + Interface <-- since these require further backend + frontend + linguistic work

@eddieantonio
Copy link
Member

@aarppe: there's no way I will be able to implement this feature by the end of this week, and I'm off next week. I suggest we deliver this feature in tiny, incremental chunks. I have grand ideas for how the final product should look like, but I think at first, a toggle that enables "traditional/linguist mode" and one that enables "beginner mode".

In later iterations, we can customize each and every setting. e.g., I personally want full inflectional class descriptions AND emoji, because the emoji help me scan results a lot quicker.

@aarppe
Copy link
Contributor Author

aarppe commented Apr 1, 2021

@eddieantonio I can imagine that this wouldn't necessarily happen quickly, but finally getting started on it is good enough. Having two overarching modes that implement and aggregate a set of settings was one of the suggestions in implementing optionality, so we can well start with that. But on the longer term I would really want to see full optionality (configurable via such a settings page/pop-up) so that users can choose exactly and specifically what they want. For instance, I could imagine that one could select multiple alternatives for an option, say just linguistic labels, or just emojis, or both linguistic labels and emojis - the settings page would allow for that.

@eddieantonio
Copy link
Member

eddieantonio commented Apr 15, 2021

Would the pop-ups be in reverse?

That is, for the community mode, what you see initially is 1) the emojis and the 'like: X' text, and secondarily in the pop-up 2) the linguistic labels (long 'regular transitive animate verb' and short '(VTA-1)').

And for the linguistic mode, you'd initially see 1) the short linguistic label, e.g. VTA-1, and below that the full linguistic label 'regular transitive animate verb', but then secondarily in the pop-up 2) the example word case 'like: XXX' (but perhaps not the emoji).

Eventually I'd think we'd want to include the nêhiyawêwin labels in the mix.

Originally posted by @aarppe in #729 (comment)

@aarppe: could you please illustrate what you mean here? #729 was a way to get a quick turnaround for the customization (so that you have something to show AEW!)

@aarppe
Copy link
Contributor Author

aarppe commented Apr 15, 2021

The linguist mode could work as it is, with the pop-up, but for the community mode you'd see something like the following in the pop-up (i.e. the example case in like: wîcihêw):

image

@eddieantonio eddieantonio added the meta-issue Overview issue with no *directly actionable* resolution label Jun 30, 2021
@dwhieb
Copy link
Contributor

dwhieb commented Aug 13, 2021

Arok sent us a revised version of the Plains Cree translations of the interface. I've updated the above comment with the new translations:

#708 (comment)

@aarppe
Copy link
Contributor Author

aarppe commented Jan 15, 2022

@nienna73 Now that we have more things to choose on our options page, we could implement its contents bilingually as specified in the comment about: #708 (comment)

@aarppe
Copy link
Contributor Author

aarppe commented Aug 15, 2022

With the exception of the interface language, the options have been implemented, though we still would want to provide Cree translations alongside the English option texts (#1137).

# for free to join this conversation on GitHub. Already have an account? # to comment
Labels
end-user/community feedback Improvement Expansion or improvement of a current functionality that does already work and meets previous specs meta-issue Overview issue with no *directly actionable* resolution
Projects
Status: Done
Development

No branches or pull requests

3 participants