Closed pablohoneyhoney closed 4 months ago
@thetinyl ccing you on this issue since many of the comments have to do with content updates for the homepage. We can discuss during our weekly call this week, but I wanted you to be looped in.
Thank you for coming up with this summary. I looked through the comments, and the only ones that stand out as possibly already being done are the following. For the rest, let's discuss what makes sense for an approach. Most of these changes seem like they would be fairly straightforward content and/or design updates. I'll list the development tasks below.
Already completed:
For some reason, since recently I'm not seeing this banner anymore.
- I'm able to see this at wordpress.org. Which URL were you on? When multiple official languages are available in the locale, let’s list them equally. And use the same capitalization
- this appears to be fixed in the original issue and I can see consistent capitalization screenshot below)Other development tasks:
since recently I'm not seeing this banner anymore.
What do you see at https://wordpress.org/lang-guess/lang-guess-ajax.php?uri=/&debug=true ? That'll show what the suggestion tool is using to make suggestions. It uses either your IP (geolocation) or if you've set your browser to use multiple languages. If you're in the US, and never customized your browser's language support, you won't see any suggestions.
We shall consider video The sites could be moving, like in Semplice.
Just want to flag that any video or moving element we use should either be paused on load, or have a very clear way to pause it, for accessibility.
While technically we can use prefers-reduced-motion
for something like the moving sites, it's a large enough component on the site that it could cause some real problems (vertigo, migraines) for users who don't know about that setting. I'm happy to chat about other alternatives for this, though.
Swag Banner needs to be clickable as a full module. Right now the only clickable element in a URL that reflects as a button/link when hovered. We need to add a clearer button or link.
If we make the whole element clickable, we shouldn't nest any clickable items inside, so we should only go with one of these suggestions. If we want the whole element to be clickable, we'll need to create a new container-link block — but this has come up before, so we'd need to make this eventually.
@WordPress/meta-design How do we want to coordinate on this? The majority of this feedback requires design.
Does it make sense to break the sections down into their own tickets or does a figma iteration make more sense?
I've a bit on my table this morning, but it is definitely my intent to break out and expand each item here with additional context and screenshots when possible, like we did with the other overview issue.
Great, if you can, try to assign any issues to the checklist on creation so we can better track progress in real time. 👍
I extracted this swag comment into a separate issue: #258
I'll ask the tough question, :), is this worth our effort? At what point will this banner be removed?
If we think it it will improve conversions, great! I think a quick test would just be to add a button and see what happens to click through rates.
It's worth effort, yes, since it's the homepage. To me it's less about clickthrough rates, and more about ensuring we have an outward appearance of quality and care, since it reflects on the blogging software itself.
Are there changes you could consider that would make it simpler to implement? If it's the click aspect, it seems like making the image clickable, and making the entire text clickable, both should be fairly easy to implement, even if that solution ends up not technically being the whole banner.
Related to the conversation on the homepage, this conversation is relevant.
About the language bar, these three:
The language banner is in an unconventional position, worth trying at the top below top bar. For some reason, since recently I'm not seeing this banner anymore. Which had some feedback here: https://github.com/WordPress/wporg-main-2022/issues/221 When multiple official languages are available in the locale, let’s list them equally. And use the same capitalization (not consistent in Spain, for example).
I'm seeing the language bar with two of my nordic neighbor languages, all appropriately capitalized. I believe @ryelle addressed the capitalization recently, so if you are seeing otherwise let's resurface, but otherwise I think two of those boxes can be checked.
Extracted conversation about moving the language banner into https://github.com/WordPress/wporg-main-2022/issues/264
I vaguely recall some prior conversations around why it was moved down, @ryelle do you recall?
No, I believe the first mockups I saw had the bar below the header— I assumed because that was the layout of the old site.
I think we can move forward with moving it above the main banner. Let's do this for any subpages as well.
Can you split that out into a new issue, one here & one on wporg-documentation-2022? Those are the only two sites using this right now.
This has a related issue in marketing here per the main introduction section: https://github.com/WordPress/Marketing-Team/issues/205
It would be amazing to incorporate the results of the marketing ticket into this ticket.
Also, happy to get other tickets going in marketing to get content and Calls To Actions happening as needed.
Just pinging here to see if there is movement on this. @jasmussen, any updates on this?
A thougth: As WP gains full site editing, it becomes a no-code / low-code solution. But it retains the ability to be customized via code (unlike other no-code solutions) Could we create a line along the lines of No-code to No-limits I looked at no-code to all-code/full-code but no-limits runs better I think
I've closed this because the feedback is for the previous version of the homepage. Any issues with the current site can be brought as new issues (single issue per problem) or raised as a discussion.
This is an overview of identified issues that relate to homepage https://wordpress.org. Mobile is indicated where applicable (tested in Safari, iPhone Pro Max). When no indication, both desktop and mobile apply.
Overall
We’ve had the current homepage for a bit, and I think we can take some learnings for when we have an opportunity to explore a refresh. So there's some deeper work work highlighted below but also some fixes we should address asap.
It's fairly static of a page to be the main or first one. We shall consider video (like for the editor) as well as surfacing here video content that portrays a more moving, active project (perhaps announcing the principal upcoming event?). It seems also very disconnected from the rest of pages it links to. ie: how we introduce the editor doesn't connect with how we talk about it in each own /gutenberg page. Same with the Showcase, we don't say Showcase.
The overall language seems to be fairly plain. While we want to reach a wider audience, we are loosing a bit of that dev character in the verbiage. More pro. It portrays a sense of the wrong lightness when it's a historic, large, powerful project. We don't mention the freedoms or freedom license when it's basically the essence of it all. We used to say "Beautiful designs, powerful features, and the freedom to build anything you want. WordPress is both free and priceless at the same time." Which is still a much clearer description. We don't intentionally or clearly link to the where the open happens. Github does a good job with this. Or show which large brands work on WP, or a Matt quote. Like giving it much more validation and substance. It all reads a bit amateur, when we are THE platform. WP should feel like the OS of the web.
The Swag Banner
Top heading
The editor module
Features module
The Showcase module
Community module
News section
Misc