Old Hungarian (ISO 15924: Hung) is a historical and renewed script which is still in use to transliterate Hungarian writing, see https://en.wikipedia.org/wiki/Old_Hungarian_script. As a localized AutoCorrect feature, I suggest the following minimal transliteration support: – word-by-word transliteration of Hungarian texts in right-to-left mode. – consonant disambiguation of digraphs and trigraphs based on hyphenation (now pattern-based Huhyphn dictionary of libhyphen, planned dictionary based Hunspell later) – transliteration by Numbertext library More information: https://www.researchgate.net/publication/326855248_Sandor_Klara_2017_A_szekely_iras_reneszansza_%27The_Renaissance_of_the_Szekely_Script%27_Budapest_Typotext_311_pp
László Németh committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/da64ec8c8a91db6a6ec9657898f081d5ee67e739 tdf#133589 AutoCorrect: transliterate to Old Hungarian It will be available in 7.1.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
László Németh committed a patch related to this issue. It has been pushed to "libreoffice-7-0": https://git.libreoffice.org/core/commit/daa6caafb35c2f263518910f82359f73c0794b63 tdf#133589 AutoCorrect: transliterate to Old Hungarian It will be available in 7.0.0.1. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
@ László, cool. So IIUC usage for now is simply hu-HU local, and place the paragraph mode into RTL, then enter text on standard keyboard. The autocorrect will do the Unicode assignment into the Unicode 10C80-10CFF block, and system will manage the font fallback (or do you have to make a font assignment)?
s/local/locale
(In reply to V Stuart Foote from comment #3) Thanks! Yes, it is. The patch doesn't use font assignment or any other paragraph settings, only Unicode transliteration. The Old Hungarian font fallback works with the default Hindi CTL settings in this screencast: https://bit.ly/2UfR4JT We plan to ship the Noto Old Hungarian font (~40 kB) with the Hungarian LibreOffice build to avoid of the missing font. Unfortunately, Windows has got some problem with regex support of Unicode non-BMP character area (place of the Old Hungarian characters), at least the latest version of hu-Hung.sor transliteration module of Numbertext library resulted bad characters here, so first I started to investigate this problem. I will write a blog post about the development details soon, maybe it would be useful for other languages, too. (For example, the planned dictionary-based hyphenation could be useful for not only agglutinative languages, but for languages with huge number of custom compound words, like Danish, Dutch, German, Norwegian and Swedish.)
László Németh committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/41f926e7a8adf92e73a810227e049ec83ab104bf tdf#133589 Numbertext: fix Hung encoding on Windows It will be available in 7.1.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Mike Kaganski committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/21a59b59d9a40ca32d91b05e62ffcd9aef8fd324 tdf#133589 Numbertext: Use Win32API to avoid std::codecvt_utf8 bug It will be available in 7.1.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Mike Kaganski committed a patch related to this issue. It has been pushed to "libreoffice-7-0": https://git.libreoffice.org/core/commit/dc7b1a09001638d5d6737e9bdf394f3a571ef044 tdf#133589 Numbertext: Use Win32API to avoid std::codecvt_utf8 bug It will be available in 7.0.0.1. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
László Németh committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/help/commit/4e7e70de93368b2d4de54665245484929d76eb90 tdf#133524 tdf#133589 (related) Document new "Localized options"
László Németh committed a patch related to this issue. It has been pushed to "libreoffice-7-0": https://git.libreoffice.org/help/commit/b19726b8cef00d9e3c9b03b447a0c66fc1ef8267 tdf#133524 tdf#133589 (related) Document new "Localized options"