Vlákno názorů k článku
Nová verze českého slovníku pro Hunspell od Ondrej Nemecek - Ono by bylo ideální navázat na tradici NeXT...

Ono by bylo ideální navázat na tradici NeXT a pro spelling poskytovat aplikacím přes obecnou službu systému. Každá aplikace s textovým vstupem by pak uměla automaticky spelling. Orientujete se někdo, jak je to v dnešních desktopech řešeno? Určitě tam je taky nějaká snaha o integraci, ale v praxi to kulhá. Třeba ve Scribus nikdy nevím, zda bude fungovat dělení slov (což je tedy zase jiný, nicméně tematicky příbuzný problém).

My to narozdíl od NeXTu nemáme tak homogenní, takže se tyhle věci obvykle řeší až na úrovni GUI toolkitu, a IMO to tak je správně - na headless embedded stroji nic takového nemá smysl, tak by to nemělo být v system layeru (systemd) nebo dokonce v kernelu.

GtkSpell tohle zajišťuje pro GtkTextView widgety, Sonnet pro Qt aplikace, a díky projektu Enchant je jedno, co pod tím máte za backend (hunspell, aspell, ...).

Tak na embedded stroji by ta služba samozřejmě neběžela, jako se to děje s dbus a dalšími službami, které se spouštějí po startu gui session.

Ale jinak chápu, je to tedy alespoň tak že by dnes všechny aplikace používaly Enchant?

Já znám akorát GTK+ svět, kde to tak je. Nevím jak v Qt aplikacích nebo jiných (Electron).