mobile-friendly/non-table-style release list when applicable
The Release List html table didn't work on different form factors.
As an extension submiter you can only add content to Release notes but not to description (which is ok as simplyfication) but than you have to have in the Release List html table ONLY Release notes and drop Description. (old extensions have content in Description and new extensions in Release notes)
Updated by Christian Lohmaier 12 months ago
oups - actually not being able to specify the description when creating an entry was an oversight - or rather it first was planned out without it, but a description field was later added since it was used on the old site/to be able to import it - but at that time it should also have been added to the UI.
As for the mockup: how would it work with multiple releases, and an entry with a verbose release-notes entry?
Updated by Andreas Kainz 12 months ago
I suggest to have only one entry for the realse page. for the import you have to do it (maybe) manualy. If wanted I can do it.
If there are more releases, than there are more boxes like you have it for extensions. And if there is no release note entry it's the same than now in the extension overview page. There will be no entry. I think that an mimetype layout is more usefull than an download button where you don't know what you download.
Updated by Heiko Tietze 11 months ago
- Assignee set to Christian Lohmaier
Missing release description needs to be fixed => assigned.
I don't think the download button is "stupid". Since we need to support multiple releases, not only versions maybe but also OS, language etc., we need buttons. Don't see MIME type icons working here neither extension logos. And clicking those icons is also not the usual interaction.
But the DL size sounds like an interesting addition.
Updated by Christian Lohmaier 6 months ago
- Status changed from New to Feedback
- Priority changed from Normal to Low
- Target version changed from Q3/2020 to Q1/2021
a single download doesn't really work if an extension has different requriements or different language support and has multiple files for that reason.
Also some extensions have the extension and additional documentation in different files. A one-button/style can be done when there's just a single release item, but there still needs to be a way to access the older/other releases (if there are any), after all those can still be helpful for troubleshooting, etc.
Probably cannot squeeze it into December anymore, so up for next year..
Updated by Christian Lohmaier 2 months ago
- Subject changed from Extension Detail view Release List to mobile-friendly/non-table-style release list when applicable
- Due date changed from 2021-03-07 to 2021-04-18
- Status changed from Feedback to In Progress
- Target version changed from Q1/2021 to Q2/2021
the description field is added to the backend, changing the title for the redesign on the representation to be more repsonsive/have nicer looks esp. for single-file releases.