-
Notifications
You must be signed in to change notification settings - Fork 26
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Overview Issue: General Elements of WP.org #221
Comments
Good summary. I'm extracting some individual issues and adding more context. Note that I'm not able to check the boxes or edit this issue, perhaps I need elevated permissions? Search
I was not able to reproduce this one:
|
Added a small one worth fixing related to the languages banner. And here's a recording of the Search overlay behavior issue in Safari. @jasmussen Upload.from.GitHub.for.iOS.MOV |
Ah, good one. Opened WordPress/wporg-mu-plugins#371 for that one. |
Navigation
|
Can you expand on this one? Etiquette would be a good example. Etiquette is highlighted in the breadcrumbs, as is the main About parent. Per WordPress/wporg-mu-plugins#370 we can remove the latter.
Can you exand on this one as well?
|
Potentially related, as compared to the homepage, these show the adminbar even when logged out. Created WordPress/wporg-mu-plugins#355 to suggest hiding the adminbar unless there's a good reason to show it. |
Navigation: Active states isn’t consistent #358
Navigation: Signal external links WordPress/wporg-mu-plugins#359
and
Navigation: Rephrase a few items, reconsider sorting WordPress/wporg-mu-plugins#360
Navigation: Refine and polish the dropdown menus WordPress/wporg-mu-plugins#361 |
Footer
Footer: Align logo with social links vertically WordPress/wporg-mu-plugins#362
Footer: Reduce gap between homepage CTA and footer #239
Footer: Revisit footer links and categorize WordPress/wporg-mu-plugins#364 Login
avigation: Hide the adminbar in most cases, explore how to better integrate the register/login links WordPress/wporg-mu-plugins#355 Also related: Unify logo appearance and size, add hover style WordPress/wporg-mu-plugins#366
Login: Redesign the page #241 — includes a first pass at the new visuals. Misc
Misc: Revisit the text highlight color WordPress/wporg-parent-2021#80
Can you expand on this one? On which page are you seeing this?
I haven't created a separate issue for these yet, I know we'll follow up with additional per-page issues and will be there for that.
Language banner: list languages equally without parenthesis. WordPress/wporg-mu-plugins#365 |
@jasmussen I think at this point, all of these issues have been fixed (except for the iOS-specific search modal scrolling). Would you or someone else from @WordPress/meta-design be able to check over this issue to see if we can close it? |
I see a draft state of wporg-mu-plugins#382 that seems to address the problem better. I'm not sure how to continue and give feedback @ryelle |
Coming back to this one, I went ahead and checked the box as addressed. Let me know if that was in error. The parent page highlight has been fixed i WordPress/wporg-mu-plugins#370. I think there's still an ongoing issue, tracked mainly in WordPress/wporg-mu-plugins#360, about whether the "Download & Extend" item should be highlighted when you are in the download section, or whether that should be extracted to be separate: There's still an issue related to the About page, which I opened separately here: #255 |
I checked this box, but with the caveat that there are some followup adminbar questions in WordPress/wporg-mu-plugins#355 (comment) |
I checked this box, with the caveat that I found a new issue on this page, when logged in and on mobile. But I've added that to the main issue for the Gutenberg header. In other words, it's not addressed, but it's tracked separately. |
Given recent changes to ancestor or taxonomy highlights, I'm not sure if I'm entirely capturing this one. But a few things come to mind. When learn is active, both the top level learn, and the first menu item are active, and there's a big left border: Compare that with when another sub item is active: For me personally, I'm drawn to the latter, especially on mobile. That is, removing the left border to indicate the ancestor, primarily, and then mainly highlighting the child item. It also overlaps a bit, I think, with this one:
I keep pointing to WordPress/wporg-mu-plugins#360 as a conversation on whether "Download & Extend" Should become just "Extend", and Download a separate item. I also recall a conversation with @panchovm around how it might be useful to revisit these taxonomies and make them click-only menus. That is, the top level button does not take you to the "main" page for that section, it only opens the submenu. I.e. this: Should we open a new issue about this? Edit: if we open a new issue, that might also be a way to address this one:
|
I checked this one, even if the logo is still wrong in /gutenberg. I checked it because it's tracked in WordPress/wporg-gutenberg#55, so we can fix it there and not let this thead be blocked from wrapping. |
Stills says Mobile: I guess we can check it since it's tracked separately in WordPress/wporg-mu-plugins#360. Let's just not forget it. |
Checked this one as I can't reproduce (anymore?) That leaves us with this one:
Related to #255, and perhaps we can evolve that issue into a more general conversation on a breadcrumb system. I know that as part of @panchovm's IA work he's put a lot of thought into this. So with a new issue, or an updating of 255, plus a rename of "Mobile", I think we can probably close this tracking issue. What do you think? |
I posted an idea (wporg-main-2022#255) for the header that covers, at different extends, the following points:
|
Ah, this only happens on classic themes due to an inherited style. Opened WordPress/wporg-mu-plugins#394.
#255 is About-specific, but for updating that local nav bar pattern globally, I'll create an issue in wporg-parent-2021. I think all the global nav updates can be tracked in WordPress/wporg-mu-plugins#360, since the organization of pages will probably impact the interaction pattern (and vice-versa). That issue and WordPress/wporg-mu-plugins#364 need content (or design?) owners who can make final decisions.
Agreed. |
Many of the items, including this one, refer to the IA exercise. @fcoveram I know you sketched out some wireframes for primary and secondary navigation. I wonder if the footer and some of the taxonomy-changes to the top menu items (Extend instead of Download & Extend, perhaps a new top level Showcase menu item to coincide with a relaunch) and links in the footer would be good to extract into a separate issue with wireframe sketches?
If nothing is blocking us from doing it, I think we should just go ahead and rename the "Mobile" link to "WordPress Apps" as a starting point. We don't need to change the slug, so the rename should be simple. |
To be honest I don't understand the pluralization here, although it's inline with the content. 🤔 |
Well there are apps for both Android and iOS, hence the pluralization. I could see households that use both platforms, and would look for apps, so I'd personally be more confused by the singular. What do you think? |
There's already some discussion about renaming Mobile on WordPress/wporg-mu-plugins#360, can we keep the conversation there? I'm going to close this tracking issue since we seemed to be in agreement last week. |
This is an overview of all (identified) issues that relate to general, shared elements of the site, in particular in relation to the latest implementations, so we can refine them and scale them correctly to the rest.
Mobile is indicated where applicable (tested in Safari, iPhone 12 Pro Max). When no indication, both desktop and mobile apply. Section and page specific notes coming up in their own overview issue.
Search
Navigation
Footer
Login
Misc
The text was updated successfully, but these errors were encountered: