-
Notifications
You must be signed in to change notification settings - Fork 64
Redesign homepage for the standalone site #1433
Comments
I love the design, @panchovm ❤️
I really like the content type selector interaction on mobile! Having only an icon in the searchbar is great because it fits well on a narrow screen. I was wondering if we could add an
|
Glad that you loved the design @obulat 🙂
You are very right. I forgot to add it. I will work on that. I actually understood something different before reading the whole sentence. I thought you referred to closing the modal for selecting a content type, and that part can be improved too. The only actionable element is the gray bar in the modal's top area to drag it down, and replacing it with an explicit close action seems clearer and more effective. |
Here is a new flow fixing the input clear and closing the switcher. Homepage.redesign.02.Mobile.mp4 |
Sorry about not getting you feedback sooner, @panchovm! I love the overall layout and the addition of the menu items, along with the dark-background mobile menu. Some feedback on points you made:
👍
👍
I agree that 'meta search' doesn't need its own page, I am not sure about the Sources and search guide. I think those are both a lot of content and warrant their own pages. However, we could add links to those pages on the "About" page. In general, maybe the About page would be a good thing to leverage as a sort-of landing/marketing page for the project. Alternatively, we could add more content 'below the fold', like DuckDuckGo does:
I am not sure about this, but I don't think it blocks this proposal at all. It's a matter of having the external icon or not, really. One thing I still think we need to address is having a little more content and clearer content on this page. From a SEO perspective but also one of user understanding. 'items for reuse' is not as clear to folks as 'free stock photos' or 'free to use images' or whatever. Obviously those terms aren't correct for this project, but we still need to develop more and better content for this page and it would be nice to do alongside the redesign. My very last thought: The new page looks amazing, but it loses a bit of the WordPress jazzy-ness of the current page, which has movement from the diagonal lines of the staggered images on desktop. I don't think we have to keep that feel, but I wonder if there are ways to preserve it in some sense. |
Coming back late here too.
You are right about this, and that Sources deserves its page. My main discrepancy with the Search Guide content is putting it inside a page rather than explaining its potential through the search experience, i.e., showing the syntax commands in the recent searches popover. I would like to explore a solution for this idea to be more explicit about my point.
Exactly 👍
I like the feeling you are bringing. I can definitely work more on this aspect. In general, it seems that your comments @zackkrida point to enhancing the page look and feel by bringing more brand and jazzy elements. I agree with the idea but my initial plan was to narrow the implementation scope as the upcoming domain change might require us to move quickly. But that is open to change indeed. |
@panchovm I think the page would be a great improvement. If we end up prioritizing the iframe project we could definitely launch this page as-designed here. |
Coming back to share a new version of this page as we are facing a new context based on four points:
Without further details, here are the mockups. Desktop
|
Home | Menu |
---|---|
Interaction flow
homepage.redesign.i3-sm.mp4
On desktop, each image takes you to its single result view. Instead of cropping the gallery section, this proposal shows all images and remains fixed on the right side. As the viewport goes smaller, I was thinking of hiding columns of the gallery until showing nothing on sm
view.
For the switcher flow, I reused the new drawer and replaced the main button with "Search" to ease seeing the results.
The pages listed in the header should solve the content needs we have, so it is fully open to changes whether we consider adding or removing pages.
What do you think of the idea?
I'm not a designer so I might be way off so please discard any suggestions that are bad. Overall I like the design changes, they make the site much more consistent and complement the new header and footer designs. |
To your points:
I appreciate your approach @dhruvkb. Thanks |
I am +1 on @dhruvkb's first and second points! Your examples also show the disclaimer for CC licensed content no longer linking to https://creativecommons.org/licenses/ - is that an intended change? |
My mistake @AetherUnbound, thanks for noticing it. It should link to the CC licenses page. The link should have the same style, an underline in the resting state. |
Adding the discussion label to make clear the design proposal is not done yet. |
Here is a new version of the page.
The changes made are:
I also added the breakpoint variants. Here is a real-size frame with all mockups. Questions and feedbackMy main feedback request: What do you think of this version? From The idea of this is to prevent a huge search bar on big screens, but since the right side would look empty, I was thinking of adding columns of images as there is available space, with a maximum of five columns. Once reaching the five columns, the gallery can float fixed on the right to balance the layout's white space. What do you think of this? Adding an example of how it might look like. |
@panchovm It looks great to me. I like the idea of adding columns to fill available space. I'm also fine with the logo swap to the "W" mark. I'll connect with other WordPress.org community stakeholders to make sure the reduced prominence of the WordPress project callout is acceptable. |
I think it's a great idea to limit the search bar size and fill in the extra space with more images! The new design looks fantastic 😄 |
We're good to move forward here 😄 |
Awesome. I will start preparing the assets ✨ |
Final designThe file assets are done. Changing the discussion label to ready for work ✨ 🚀 |
@panchovm could you share the cropped square images that will be used (preferably along with the UUID identifiers so that we can link to their single result pages)? I assume there will be many, considering ~ 15 images per set. These image sets will be needed when implementing the image grid. |
Sure! This week I am also selecting the remaining images for Universe, Olympic Games, and Indigenous pottery. So sharing them here as soon as possible. |
These photos are excellent! |
@olga asked a great question in the mockups, and moving it here to see other thoughts.
(Note added by me in italic) Showing a message in the input field makes sense, but I wonder if Openverse might search regardless instead. Interrupting users from seeing results because they did not type a term seems like missing an opportunity to show Openverse. I am thinking of the In this way, if users do not type anything, clicking on the search button or selecting a content type and then searching would take them to a result. What do you think? |
Interesting idea! |
Taking them to a predefined search term based on the gallery seems wrong to me because:
Other search engines do nothing when the search button is clicked without a query. Taking the user to the search field and using the |
You are very right. In that vein. Showing the "See results" button in the drawer does not make much sense as selecting a content type could close it and go back to the homepage showing the content type icon selected. On the other hand, you are right @dhruvkb. The randomness feeling, especially on mobile. The relationship is not clear and the results might frustate if does not fit the expectation. Hence, requiring to type a search term is more clear. Here is a prototype based on the flows advised above. CleanShot.2022-12-26.at.15.36.30.mp4Note: The prototype has spacings for interaction purposes, but are not part of the mockup. I moved the content area slightly upwards so snackbar does not overlap the search bar. This change would require a different flex lauyout setting. |
Problem
As Openverse will be in a standalone site, out of wordpress.org, we need to update the homepage to this new context. The page needs to be more explicit about what Openverse is, how to contribute to the project, showing content about the project living inside the site, and its relation with WordPress.
Besides the above, the page needs to fix showing the content types in the content switcher by meeting a11y and i18n requirements.
Since the scope of this change is moving Openverse to a new site, current functionalities and tweaks must tend to be as minimum as possible, mainly to accomplish the primary goal described above.
Issues related
Proposal
Homepage.redesign.01.Desktop.mp4
Homepage.redesign.01.Mobile.mp4
Description
As you can see, compared to the current menu, this one has fewer items since I made the following changes:
The main title has a light font weight to balance the page contrast and not compete with the openverse logo.
Once opening the switcher, content-type items have smaller icons to reduce the popover size, and the video option was removed. This last point is a significant change for the user experience, but the reason is not providing a content type that sets the expectation of browsing content as the others, to then finding a white page with links to external sites. The promise of searching for relevant content would not be met.
Nonetheless, the video option still will be in the search result page. I would like to see your comments on this proposal.
I displayed the sample search results in a row at the bottom and added an interaction showing the content title. I did not want to hide content depending on the viewport, but I do not have a clear idea about how it looks like on big screens.
To show that openverse relates to WordPress, I added a small note in the footer. I was thinking of adding more content but could not find any reason why do it.
On mobile, I think the best way to solve the content type labels is by hiding them and letting users tap the icon to see the options. If we show the content type names, we will have to deal with i18n all the time.
The bottom-up box to see select a content type is an idea I like, but it would work only on this page. The current flow of leaving the site when seeing a full-size modal to select a content type feels odd at this stage of the search journey.
This proposal has many nuances, so I am happy to hear your thoughts and try new ideas.
Mockup
The text was updated successfully, but these errors were encountered: