Description: The characters º ª ° is not writing in the screen when is typing the keys <ctrl> + <alt> + [ or ] or /. Steps to Reproduce: 1.Click on the page to type the text 2.holds the key <ctrl> 3.holds the key <alt> 4.type the key [ (keyboard portuguese brazil) Actual Results: Nothing Expected Results: apear the character ª in the text Reproducible: Always User Profile Reset: No Additional Info: User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.79 Safari/537.36 Edge/14.14393
In fact input with the Unicode toggle, or Special character dialog input for these characters is already provided in the LibreOffice GUI. Also, the generic Microsoft Windows ALT Code numberpad IME syntax works correctly within LibreOffice -- i.e. <ALT>+0186 and <ALT>+0170 for the ordinal indicators. So l10n support needed for entering these specialized glyphs from a pt-BR keyboard while helpful is really not necessary within LibreOffice. As with duplicate bug 71176 the Special Character dialog, and the <alt>+x Unicode toggle (bug 73691) already supports the general case for when locale keyboard or OS provides an unsupported Input Method Engine (IME). º - U+00ba - MASCULINE ORDINAL INDICATOR ª - U+00aa - FEMININE ORDINAL INDICATOR ° - U+00b0 - DEGREE SIGN So, for now it *is* trivial to input these and similar locale specific characters without needing to implement them in LibreOffice l10n source for keyboard deadkeys or other IME. But long term improvement in cross platform support for making use of OS provided IME and keyboard mappings is needed for i18n. *** This bug has been marked as a duplicate of bug 71176 ***
=-ref-= ALT Codes for use in pt-BR, pt-PT http://sites.psu.edu/symbolcodes/languages/psu/portuguese/#winalt