https://bugs.documentfoundation.org/show_bug.cgi?id=77878
--- Comment #13 from [email protected] --- I’m reopening this issue in the hope that it can be reconsidered now that several years have passed and both Windows and font ecosystems have evolved since the original discussion in 2020. Comment #2 notes that “In Windows 7, there are no APIs for directly querying which fonts are hidden, or for setting fonts to be hidden.” That limitation made sense at the time. I’m hoping this may be different on modern Windows versions (Windows 10/11), or that alternative approaches are now more feasible. While I understand that relying on undocumented Windows internals (e.g., reverse-engineering hidden font state from registry or metadata) would be fragile and difficult to maintain across updates, there may be other viable approaches that don’t depend on Windows APIs at all. For example: •An application-side font hiding mechanism (user-managed visibility inside LibreOffice) •A font favorites system •Or at minimum, a language/script-based filter (e.g., “show only Latin fonts”) A script- or language-based filter alone would already remove a large portion of symbol and non-Latin fonts from the font list and significantly reduce cognitive load. Application-side font hiding or favoriting would be an even more complete solution and would also be cross-platform. I understand this was previously considered a Windows limitation. My hope is that by looking at the problem sideways—through LibreOffice-managed organization rather than OS-managed visibility—there may now be a practical, maintainable solution that benefits users across platforms. -- You are receiving this mail because: You are the assignee for the bug.
