User Details
- User Since
- Feb 19 2020, 6:07 PM (221 w, 6 d)
- Availability
- Available
- LDAP User
- Unknown
- MediaWiki User
- MWilliams (WMF) [ Global Accounts ]
Fri, May 17
Wed, May 15
List seems accurate to me, thanks for compiling everything into one spot @TheDJ !
Tue, May 14
I had considered this to be an expansion of the Menu component, which is already not a standalone component. So just like how Select and Lookup use it, a button could use this component internally.
Thu, May 9
Just noticed that this ended up on production on Commons even with the bug that @Esanders found and what @Edtadros brought up. You can see it on any file, example here.
Sun, May 5
Attaching some explorations into the "Above Fold" and "Metadata" elements.
- There are various interaction patterns that don't feel as straight forward as they could be. We wanted the content to be as simple and straightforward as possible.
- Switching this to Codex, we adjusted some spacing and icons to better map to our current design guidelines.
Here is a mockup before you scroll...
And after you scroll...
Here are the missing SVG files for @Gopavasanth
Sat, May 4
@simon04 and I worked through some possible UI changes for the download and share icons.
Tue, Apr 30
Wed, Apr 24
Apr 19 2024
After poking at this for bit, I think there is some confusing overlap between the Menu, Popover, and Dialog components. For this specific task I'd like to propose focusing on the most simple version of a tooltip with a draft definition of: "Tooltips are brief labels explaining UI elements, triggered by hover, focus, tap, or click.". These don't include any links, buttons, etc.
Apr 17 2024
Bárbara, Derek, and I met to discuss what would be the most simple and useful first version of pagination for the Table component for the upcoming use cases (GUC, Metrics Platform, Wishlist, etc.) and landed on this solution heavily based on Sarai's great work on this. This would be a great "fast follow" after the Table component MVP is finished.
Apr 3 2024
Mar 21 2024
After various meetings and collaboration with the team on this topic, we have come to a decision!
Mar 15 2024
Agree with @CCiufo-WMF, lets hold off on this until we better understand and agree on a responsiveness strategy.
Feb 26 2024
Let's go with option 2! Next steps can be brainstorming any other possible directions beyond the current image format.
Feb 23 2024
Thanks for testing this @DTorsani-WMF! I think 20-30 seconds is a dealbreaker - especially with your top end network speeds. In regards to loading from a brand new file (option 2), I'm a bit worried about 5-6 seconds as well. Perhaps its reasonable with a nice loading state but could see that easily doubling or tripling on other folks networks.
Feb 20 2024
@bmartinezcalvo Option 2 seems super reasonable to me! I haven't seen this done in practice - like you've mentioned, perhaps testing this for a certain component and sharing back here might be the best way to ensure this is the right decision.
Mar 3 2022
Hulllo test!
Mar 1 2022
Approved from my end!
Dec 20 2021
@Cparle I believe that was done on purpose, I sadly can't remember the reason but I'll try and track it down and we can see if it was a worthy reason :)
Dec 17 2021
Approved!
Sep 9 2021
Aug 24 2021
Thanks for looking into this further @SimoneThisDot, your explanation makes sense.
I agree that we should always re-state the focus to the selected entry as you have suggested.
Aug 23 2021
Thanks for the great feedback. @Dominicbm you are correct that this needs to be a collection of grouped claims and that my mockups didn't communicate that functionality.
If option #1 "Rewrite the link on the fly as proposed" is possible and the easiest solution, I would prefer that over adjusting the current design.
Aug 20 2021
@alexhollender That seems reasonable to me!
Aug 17 2021
An idea I'm leaning towards...
Aug 16 2021
@SimoneThisDot Can you elaborate a bit on a "small device without touch"? Are you referring to a desktop computer with the viewport really small and no trackpad or more as an accessibility issue on mobile web on a phone?
Aug 11 2021
I'm not sure if I have all the right context here and I'm having some trouble reproducing everything on my own but my initial reaction is either your first or third option Alex.
• Use the Commons icon on Wikipedia, and the standard Upload icon on Commons
• Use the standard Upload icon on both Wikipedia & Commons
Using the Commons icon to mean something while already on Commons seems like a stretch. I don't mind it not being consistent between the two with option 1, since it could help folks know that uploaded media happens on Commons. Also makes me wonder if we need any indication that this link will open up a new page/site. Option 3 seems like a safe and consistent approach.
Aug 10 2021
After chatting with a few folks on the team, it seems like removing the "All" from the default filter copy makes sense and is a good direction to go towards but we are still having some trouble getting the right copy on the assessments filter to make it as clear as possible. The main question being: How do we clearly and succinctly differentiate between showing all results (including all results that have an assessment) and all results that have an assessment.
Jul 28 2021
@SimoneThisDot Looks great, using this animation for both instances seems reasonable to me.
@SimoneThisDot Good catch. I incorrectly described the bug in the ticket description, apologies. Let me try again and if it makes sense I'll update the main description of this ticket.
Jul 23 2021
Jul 22 2021
Jul 14 2021
Jun 30 2021
I don't consider this to be a bug but rather a product decision. I've had success with with opening a new tab for search results in A/B experiments on other platforms and it is common practice in mainstream image search experiences, both Google and Bing open new tabs in their image search tabs.
Jun 25 2021
Good catch @Etonkovidova. I prefer the star icon since we already are using the placeholder image icon, and the star helps differentiate this line of information. I don't think it's a huge deal/blocker/etc but would like to see it swapped.
Jun 21 2021
Good point. I agree that the red link works better below any spelling correction messaging. I'll bring this ticket up in our next team/estimation meeting to keep it moving, thanks!
Adding a link in the same layout and style makes sense to me!
Thanks @AntiCompositeNumber, this seems like an important addition to Media Search.
Thanks for additional info!
Jun 8 2021
@Etonkovidova Good question! I had incorrectly assumed that these assessments would be for images and video only but if there are other file types receiving these assessments, it can't hurt to show the filter on all of the tabs. I don't think it's a blocker but something to consider when we have the time to update.
Jun 2 2021
May 12 2021
Chatted with a few of you about this...some ideas:
May 11 2021
Apr 5 2021
After chatting with the team, we decided on starting with the least complex solution to implement as we currently have limited time resources to dedicate to this. We hope to gain more insight on how this filter is being used before investing more time.
Mar 31 2021
Thanks Elena!
Mar 30 2021
@AnneT Having the namespace filter use the same hover state (gray background) makes sense to me!
Mar 25 2021
@ChristianFerrer All good points, thanks. Going to bring this ticket up in an upcoming team meeting and see what parts of this we can accomplish and when. Here are some mockups of your ideas:
Mar 24 2021
@Jseddon brought to my attention that now that we have the "Help" link in the top right, that this design doesn't quite work. A few points I mentioned from our Slack thread
That all makes sense to me. So let's just keep option 1 for now and we can think on any improvements to the filter language and the visible cue issue once we can use it in for production for awhile!
One other thing that I overlooked when we switched this to a dialog is how to represent the text of this action next to the other filters. A few thoughts there:
I've mostly been thinking that the X in dialogs equals a "Cancel" button but after thinking about it "Cancel" does feel like it more explicitly implies that we will not be saving any choices.
Mar 17 2021
@ChristianFerrer Thanks for your input, that could work, still figuring out how they would work together and to not make the "Advanced" link appear to be part of the select options while having an expected interaction once clicked on.