dsw / proquint Goto Github PK

I have done an elixir implemenation of this awesome scheme, would love to have a link pointing to it https://hex.pm/packages/proquint

• Germanic Langauges (German, Dutch)
  • German https://en.wikipedia.org/wiki/German_orthography#Alphabet
  • Dutch https://en.wikipedia.org/wiki/Dutch_orthography
• Nordic Languages (Swedish, Danish, Norwegian)
  • Swedish https://en.wikipedia.org/wiki/Swedish_alphabet
  • Danish/Norwegian https://en.wikipedia.org/wiki/Danish_and_Norwegian_alphabet
• Latin languages (French, Italian, Spanish)
  • French https://en.wikipedia.org/wiki/French_orthography
  • Italian https://en.wikipedia.org/wiki/Italian_orthography
  • Spanish https://en.wikipedia.org/wiki/Spanish_orthography
• Slavic Languages (Russian, Serbian, Polish)
  • Russian https://en.wikipedia.org/wiki/Russian_alphabet
  • Polish https://en.wikipedia.org/wiki/Polish_alphabet
  • Serbian
    • https://en.wikipedia.org/wiki/Serbian_Cyrillic_alphabet
    • https://en.wikipedia.org/wiki/Gaj%27s_Latin_alphabet
• Greek https://en.wikipedia.org/wiki/Greek_alphabet

Some design choices:

1. The sounds from these languages should fit similarly to the English version

• If it is impossible, replace the sound that only exist in English with a unqiue soud in the other language

2. Each sound should be one character in Unicode only (so no double consonants and double vowels)
3. Sound changes due to being in front of the word or back of the word, needs to be accounted for

I've looked a bit, but have not found a Java implementation aside from your own. I'd like to use it, but I'm not sure if it's meant to be used directly, or as an inspiration for other implementations? In either case, I'd be happy to help.

Things I'd like to do:

• Give the classes a proper package name
• Not use System.out or System.exit
• Package it so that it can be distributed via Maven Central
• Give it a friendlier interface

Would you want this as part of this repo or should I make my own?

Among the examples in the paper is "higil", which I imagine most English speakers would pronounce to rhyme with "sigil" (and indeed, "sigil" itself is a proquint). This seems identical to how the same speakers would pronounce the proquint "hijil" (or "sijil").

Obviously an enfranchised user will understand that they need to use a hard G, but this (and possibly other similar cases, maybe "lasar" and "lazar"?) seems like a real impediment to general usability. I wonder if anyone has thought about solutions to this, and whether there have been any real-world deployments that have encountered this issue.

just giving you a heads up! is pretty ugly but works

<3

-Michael
https://package.elm-lang.org/packages/michaelglass/proquint/latest/
https://github.com/michaelglass/proquint

I've just hacked together a Perl version of proquint: https://github.com/mlawren/p5-Proquint. Might be worth adding a mention somewhere. Can also be installed from CPAN with cpan Proquint (or cpanm if one has it installed`

It seems like this would be a nice way to talk unambiguously about CSS hex colors, e.g. "aquamarine" -> #7FFFD4. These color values are usually listed in 24-bit format and so isn't either 32 or 16-bit that would fit a proquint or proquint pair.

Maybe a proposal here is to always assume such colors are RGBA values, that is, 32 bits with the alpha channel included. #7FFFD4 becomes #7FFFD4FF (fully-opaque) and then converts to "luzuz-tiguz"

From https://arxiv.org/html/0901.4016 :

127.0.0.1       lusab-babad
63.84.220.193   gutih-tugad
63.118.7.35     gutuk-bisog
...
216.68.232.21   todah-vobij
198.81.129.136  sinid-makam
12.110.110.204  budov-kuras

The first entry in this list is much more difficult to say than the others because the b consonant is repeated.

How badly would the bitrate be affected by selecting the first consonant from a shortened list?