Hi Marc, thanks for planning this thoroughly! Answers below. Am 12.08.2019 um 21:13 schrieb Marc Jeanmougin: While Martin and others did (and are still doing) a great job on the bundled Python extensions I'm currently working on the extension implementation in Inkscape itself. I just finished one big part (.inx format updates and the internal logic in Inkscape to parse preferences/parameters form it while also creating nice GUIs) which is ready for review at     https://gitlab.com/inkscape/inkscape/merge_requests/808 As Martin already mentioned translations are basically handled as before (still use inkscapes .pot/.po files), only the way we mark strings for translation in the.inx changed. Once the MR is merged it will be a trivial job to update the .inx files with some search&replace, although the code should be fully backwards-compatible to earlier .inx files. Regarding splitting the translations of extensions into the extension repo (and also allowing third-party extensions to ship their own translations): The current MR implements the syntax, but the actual functionality is not included yet. However I realized while working on it, that I already have done most of the required refactoring, minimizing the effort that remains for finishing the feature. If we feel like this is a welcome feature for 1.0 already, we can probably implement it in time instead of delaying it until 1.1 as I initially planned. I'm starting to think that this would actually be nice, as we can offer a finished feature in 1.0 instead of just syntax for a feature that is not implemented yet. I'm not aware of anything specific right now that prevents usage. In general there's still a fundamental "glitchiness" to gtk3 on Windows, but I'm afraid that's just how gtk3 works on Windows these days. We'll certainly get some questions about it, but I wouldn't know what to do to significantly improve this until the release. Updating our existing Windows packaging for 1.0 should be easy (once I can motivate myself to do it). I always planned to look into cpack and investigate if it can produce proper installers, so we might eventually get rid of our own packaging and reduce the overhead of maintaining it, but that might need some more work. I'm not aware anybody pushed a fix? Didn't retest, though. Apart from that performance stil lseems worse than 0.92.x (at least on Windows), but also here I wouldn't really know what to do. It's usable, but it's not good. One particular performance issue (I know there were multiple reports, but not sure we have an actual issue for it and GitLab throws 500 errors at me): Selecting a new font takes a very long time (a few seconds at least, some take 10-20 seconds). Not sure if this is exclusive to Windows? It does not happen in 0.92.x, though (with the same version of fontconfig/harfbuzz/pango/...), so it's either something we're doing, or something gtk3 is doing differently from gtk2. I think performance wasn't always bad in master, though. I think it started either with the variable fonts support or after the SPStyle refactor. Tbh, I can't use the text toolbar myself anymore... Either I'm to stupid or we really *should* do something about usability. It never behaves as expected and always sets properties in ways that were not intended. One line-height related issue that also needs attention is     https://gitlab.com/inkscape/inkscape/issues/244 I'd say we should always produce SVG1.1 fallbacks, even if we use SVG2 features? Maybe we can then add an option to disable the compatiblity shims and produce a "pure" SVG2 document. I know some switches are available, but Tav can probably comment better on what is implemented and what isn't. As Maren mentioned already there's a lot to update content-wise. I've handled most of the technical side and meant to make a call for help at some point, but didn't get the chance to do it yet. Once content is updated I typically copy the CI-generated files manually and push the update to the inkscape repo. Basically this can wait till shortly before 1.0, but we can certainly schedule a preliminary update for the beta(s). Cheers, Patrick