This report is a spin off from "Bug 58989 - UI: Transfer Localization info to EXTENSIONSWEBSITE"
EXENSIONSWEBSITE already is able to process such info, so that it is possible to show only Extensions (and templates) what have been tested for user's LibO version; user can remove that filter manually if he wants to see also Extensions what have not been tested for his LibO Version.
It should be easy (with Rob Snelders' help) to gain required info, we already have that in mine 'Help -> Feedback', what creates links like <https://www.libreoffice.org/get-help/bug/?LOversion=220.127.116.11.alpha0&LOlocale=en-US&LOmodule=StartModule>
Such a link should look like
<http://extensions.libreoffice.org/extension-center?getCompatibility=LibreOffice+4.0&sort_on=positive_ratings> (if user's LibO has Version 4.0)
Or with additional fix for Bug 58989:
<http://extensions.libreoffice.org/extension-center?getCompatibility=LibreOffice+4.0&sort_on=positive_ratings&set_language=es-es> (if user's LibO has Spanish UI)
This enhancement should not be integrated to a public version before a fix for
"Bug 58992 - EXTENSIONSWEBSITE: Wrong "Compatible with LibO Version" info in overview"
"Bug 59014 - EXTENSIONSWEBSITE: Search with LibO Version criteria does not show all available Extensions"
Rob - Any interest in hacking on this? Or feel free to cc one of the extension website admins.
Maybe Andreas can help with this? He is the admin for the extension-website
(In reply to comment #3)
> Maybe Andreas can help with this? He is the admin for the extension-website
Sure -- feel free to cc'd him on the bug. I think you guys know more about this than I :-)
Would this be feasable for the extensions-website?
@Rob Snelders: let's talk about what is possible at FOSDEM. In my opinion we could only preload the form with the version.
But we must try out, if that works correctly and how to implement it in LibreOffice.
Setting Assignee back to default. Please assign it back to yourself if you're
still working on this issue