Open funderburkjim opened 7 years ago
display of MW (disp.php) currently ignores this markup
If we add our web font, then we can show it as in the book, no need to code much. My Charter contains the needed signs and I can add more if needed.
This replacement of the preceding vowel by S(L) (short vowel(longvowel)) would work in all cases, and would make the short-long forms visible in the displays. Putting the long vowel form in parentheses seems a clearer representation than separating the two vowel forms with a forward slash 'S/L'.
S(L)
is better then 'S/L', agree.
I suspect that generating two forms of the whole word-fragment might sometimes give odd results
Indeed, it needs manual verification if done so. What if Gemonat is ready to verify the results?
One possible solution regarding shortlong so that it is equally legible in Devanagari.
([consonants])a -> $1A ([consonants])i -> $1I ([consonants]*)u -> $1U
or something like this.
In SLP1 consonants are kKgGNcCjJYwWqQRtTdDnpPbBmyrlvSzsh|.
In a nutshell,
आवलि(ली) is better than आवलि(ई).
आवलि(ली) is better than आवलि(ई)
We have to take into account the multiple output forms for things coded as <s>X</s>
in xxx.xml.
We want to display appropriately for output = Devanagari, itrans, hk,slp1, roman(=IAST).
If we didn't treat IAST output separately, then the IAST output form would be
<s>Sa<shortlong/>mayati</s>
-> śa(ā)mayati
which is quite readable, though admittedly less
elegant than the form @gasyoun shows above.
I think only Devanagari output would require taking the preceding consonant (or consonant cluster) into account.
Question on Charter example.
The way I read the lovely a+macron+breve example shown in the Charter Font comment above is that there is a specific preformed character in this Charter font. Is this so?
And if so, how does one get that preformed character into a text string?
The way to generate a+macron+breve in Unicode that I know of is to use two unicode characters:
a specific preformed character in this Charter font. Is this so?
Yes, in private Unicode zone. No legal Unicode way to do what MW did.
आवलि(ली) is better than आवलि(ई).
Sure, but MW's base is IAST, so I would want it to remain so. But I understand the idea.
This issue was raised recently by Gemonat, a frequent contributor of corrections to MW.
Now there actually is markup (thanks to Peter's foresight) in MW that represents these short-long vowels:
But the display of MW (disp.php) currently ignores this markup; So in this case the word is rendered as
<s>-SAmayati</s>
As Geymonat points out, it is useful information that the short-vowel form
<s>-Samayati</s>
is also acceptable in this causal inflection.Thus, it would be a material enhancement for us to come up with a revision to disp.php for MW that renders both short and long forms.
Maybe the easiest would be to, in effect do
This replacement of the preceding vowel by S(L) (short vowel(longvowel)) would work in all cases, and would make the short-long forms visible in the displays. Putting the long vowel form in parentheses seems a clearer representation than separating the two vowel forms with a forward slash 'S/L'.
By contrast, I suspect that generating two forms of the whole word-fragment might sometimes give odd results, because of all the varieties of Sanskrit word fragments in MW.