Patrick
Currently in `builder-utils.c` there is semi-custom parsing built upon `GMarkupParser`. Since we already depend on libxml2 indirectly through libappstream we might as well use a more robust parser.
Since this project has actually been somewhat active recently I thought I would bring this up. https://github.com/hexchat/hexchat/tree/master/src/libenchant_win8 As the title says this uses the native spell checking support on Windows...
Branding
- [ ] Project name - [ ] Icons
Work is being done in [mozjs-24](https://github.com/TingPing/hexchat-javascript/tree/mozjs-24) branch. ~~One major issue is that most major distros don't ship this version in their repos afaik.~~ - [x] Get it building - [...
It uses the `jockey` icon which doesn't exist in this repo and only exists in a few icon themes.
- [ ] Add pkg-config files to more projects, at least for gtk but ideally everything we can (lua, python, openssl) - [ ] Build all of gettext such as...
Using `rustc` to build the files is leaving behind binaries, the easiest solution is probably passing `-o /dev/null`.
The fact the main library links to Gtk is quite problematic considering there are 3 versions of Gtk out there (2, 3, 4) that cannot be in the same process....
Hardcoding `org.kde.StatusNotifierItem-XXX` is bad for sandboxing. The ability to set a custom string at the very least would be nice.