Created attachment 108466 [details]
Current design with wasted of space
The top one quarter of Discover's main window is a huge header that seems to serve no real purpose, and mostly contains stock photography.
We could easily save all of that space by replacing it with a permanently-visible toolbar that holds a search field on the left, with the right side having a header or else app-specific widgets (like what we have now).
Created attachment 108467 [details]
Mockup of proposed new design
True! Discovery wastes enormous amounts of screen space and has very slow feedback about what the program is doing or whether it has crashed again.
Comment on attachment 108467 [details]
Mockup of proposed new design
This still is a terrible waste of screen space?
Why is that? It is indicative of very low software quality.
Fire F, this is a volunteer community making software for free. We always accept constructive criticism and patches that improve things, but please try to simply insulting people's work. It can be discouraging.
Heh, *please try to AVOID simply insulting people's work. :)
+1 The image and the large search header don't add anything relevant and could be removed. Also, the large space around the search box is incosistent with the small search box in system settings.
The only thing I'd change in your mockup is aligning the title "Home" to the left, and making it a breadcrumb when entering a subcategory. Font size might have to adjusted for deep subcategories though.
Created attachment 108595 [details]
Apple App store main page
Created attachment 108596 [details]
Apple Mac app store Top Charts page
Created attachment 108597 [details]
Apple Mac app store Categories page
The usefulness of the banners came up in the Telegram room recently, so I wanted to attach some screenshots from the Mac app store as that was brought up as an example.
In fact there is only a banner on the main page, and 90% of it is just an ad for Apple's own software! None of the other pages have banners; they just have just lists of apps. GNOME Software is similar, with a banner only on the main page. And Linux Mint's mintinstall app store, which targets the same user group, doesn't have banners at all. Discover is the only major App Store type program I know of that maintains banners on the category page.
Created attachment 109752 [details]
Discover Overview page with two column
In general I suggest to don't change any style decission from the existing style cause it's clean, clear and well discussed.
you can use discover on small laptop screens quite good but on desktop 24'' screens it wouldn't be bad to use the page size better. So my suggestion is that the ui switch from 1 to 2 (3) columns depanding on the window wide. The minimum wide I would choose the wide when you have the default discover window size.
I agree that the top header seems unnecessary, considering its size. However, it does collapse to a more reasonable size once you start scrolling down (which can be seen in the screenshots from andreas). This seems pretty much the same size as in the mockup of the proposed new design.
It seems to me that the problem here is caused by the initial size of the header. But this is only considered a problem because the header seems to serve no purpose that requires this large size. For identifying the category, the smaller header (as shown when scrolling down) might suffice.
So a solution here might be to make this large header more useful. I am not a UX designer but from what I understand these headers/banners are usually considered useful for promoting content, as it's the first thing that users see. In this case, we could promote the content of the category being visited.
My main point is that we could consider making this header more useful, given how visible it is to each user, instead of removing or resizing it.
*** Bug 389798 has been marked as a duplicate of this bug. ***
We are proceeding with this work! It involves adopting the upstream Kirigami toolbar header, which is more compact and looks more appropriate on the desktop in particular. As a part of this work, we are submitting patches and changing the Kirigami toolbar header to better suit users' and developers' needs. Because that is a large effort, we are now tracking this work in https://phabricator.kde.org/T7958
Git commit d435e886d56d1c95ce4b3ac0b0f0a153f94ae021 by Aleix Pol.
Committed on 15/02/2018 at 00:10.
Pushed by apol into branch 'master'.
Use Kirgami.ToolBarApplicationHeader instead of the view headers
Use the standard Kirigami component as header for Discover. Will need
some polishing on the kirigami component but will pay off in the long
Differential Revision: https://phabricator.kde.org/D10471
M +13 -50 discover/qml/ApplicationPage.qml
M +1 -8 discover/qml/ApplicationsListPage.qml
M +0 -5 discover/qml/BrowsingPage.qml
M +7 -2 discover/qml/DiscoverWindow.qml
M +1 -1 discover/qml/InstallApplicationButton.qml
M +0 -9 discover/qml/InstalledPage.qml
C +15 -28 discover/qml/KirigamiActionBridge.qml [from: discover/qml/SearchPage.qml - 067% similarity]
M +4 -1 discover/qml/SearchPage.qml
M +6 -33 discover/qml/SourcesPage.qml
M +1 -0 discover/resources.qrc