The options toward the bottom of the download modal should, instead of the current links to raster versions, be simplified down to one option, which links to the original file: "Download 3D file".
Here's the existing interface.
| dr0ptp4kt | |
| Jun 12 2017, 9:04 PM |
| F8469765: Artboard.png | |
| Jun 16 2017, 11:07 PM |
| F8469715: image.png | |
| Jun 16 2017, 11:07 PM |
| F8469767: Artboard Copy.png | |
| Jun 16 2017, 11:07 PM |
| F8446574: download_modal.png | |
| Jun 12 2017, 9:32 PM |
The options toward the bottom of the download modal should, instead of the current links to raster versions, be simplified down to one option, which links to the original file: "Download 3D file".
Here's the existing interface.
Without oojs ui...
I would like to start using OOJS UI for this dialog for all kinds of media.
Image download with multiple resolution using OOJS UI
3D file download with OOJS UI
UI components from - https://doc.wikimedia.org/oojs-ui/master/demos/#widgets-wikimediaui-ltr-desktop
Success metric: number of downloads on commons.
Note: if the dropdown for resolutions seems like a bad idea as it's hiding options, i can think of showing them upfront somehow. the main goal here is to highlight the main call to action which "Download" since the user has already clicked on "download this file"
We haven't taken on this task yet. The other tasks with designs forthcoming are probably higher priority than this task, but we'll re-assess priority later. Meanwhile, we're working on a number of other 3D tasks, which will keep us busy until the other designs arrive.
Heads up @Nirzar, it appears that the modal is actually being generated from a Gadget, probably not from the MediaWiki core file page layout code. That may mean more technical complexity if we were to take this on. We'd probably have to modify the Gadget itself for there to be any guarantee that the code would be durable so that for example, selector names don't change out from anyone without people noticing.