how it looks like without references

agreed.

heyho, i guess I never made it explicit anywhere so we don't have a story for this.

oky doke. then i'll make us a placeholder ticket in the backlog for that. thanks!

yay \o/ looks good from my side

thanks for bringing this up @Michael

@Pablo-WMDE From my perspective bullet 1 is definitely correct. I can not speak for bullet 3. That is probably in the heads of the termbox devs and @Hanna_Petruschat_WMDE Depending on the correctness of bullet 3, we would have an answer to this question

@Pablo-WMDE Thank you for the overview. I have still not understood for the specific case you mentioned, is there a discrepancy between the OOUI primary progressive button and the one that was implemented for termbox?

In T230326#5458725, @Michael wrote:

In T230326#5458613, @Charlie_WMDE wrote:

I think the implication for UX/product would be that the permutation-option allows for quicker button creation in the future (which is good since we'll definitely need more buttons and different kinds of buttons) and from my perspective that also means, i can look at the finished product quicker. The other thing that comes to mind is that we don't have to maintain the "same" buttons in two places which makes things easier as well, and I don't need to specify which of the "same" type of button i mean.

I do not understand what is meant by this paragraph or to what it refers. Could you elaborate?

from what I can see we do not want that behavior. Mobile is supposed to look like specified in the figma document and this ticket T224833

hello everyone, after getting some help from @Matthias_Geisler_WMDE in understanding this i must say, i think this is mainly a tech decision as well as product @Lydia_Pintscher would you take a look at this?

note: we need an extra ticket for the close button and its behavior

@Lydia_Pintscher done. can you take a look? especially the "notes" part

Hello, just checked the modal on de.beta.wikipedia. looks great apart from the text not being left aligned with the specified padding etc. My understanding was that this is part of the ticket as seen in the acceptance criteria.

@Matthias_Geisler_WMDE Good question, I think it should be. The character limit should be taken from Wikidata, where depending on the property (?) the character limit is determined.

sorry, just saw. apparently the scoring-team is using it now. that's fine by me!

@Aklapper yes, you're absolutely right. we don't use that board anymore and this ticket can be closed (along with everything else that might be on the user-testing board)

oki doke! thank you

@Lydia_Pintscher is this ticket different to the epic T224833: first client edit for simple typo?

hey @LucasWerkmeister, is this component gonna be one that we reuse later on as well, or just for the purpose of this ticket? If it's the former, does it have a UI and if yes, do you have mocks or guidelines for it?

\o/

\o/

I second what @Lydia_Pintscher said. basically this

I think @waldyrious captured most of the points we identified.

@abian That's a really good idea. I'm petty sure I don't have any interface rights. Is there a way to address all of them without having to ping the lot? Otherwise I could ask @Ladsgroup

Hey @abian, I'm not aware of any such rights. @Lydia_Pintscher do you know how to best proceed from here?

Meh, you're right, I didn't think about this. It should be possible by adding https://www.mediawiki.org/wiki/Snippets/Open_specific_external_links_in_new_window to https://www.wikidata.org/wiki/MediaWiki:Common.js.

@abian could we force the link to open in a new tab? Because on Wikipedia it currently open in the same one. That I would find very intrusive because in that instance we'd be forcing the editor to change the wiki which can be disorienting and disruptive to their workflow.

Hey @abian, you are absolutely right. Thanks for making this ticket!

@Greta_Doci_WMDE does that help you to finish the task?

Thank you for @Volker_E !

since the help icon is not an overall icon but used with every statement etc. it should stay with the other icons. We don't seem to have an overall help icon on the page that is visible at all times. If we need something like that is a different topic.

Hi @Greta_Doci_WMDE, sorry for not replying for so long.

@thiemowmde @WMDE-Fisch can you help here?

I forgot the second issue with the bubble!

Hi @Gopavasanth and @Lea_WMDE

@Gopavasanth I had a look at your proposal and i think that it could cause potential problems if we add the help icon into the bar. we'd have to think of how it should behave when the rev slider is opened since the pin isn't visible when closed. We would be causing a jumping behavior because the icon would slide in between the help and the arrow.

@Volker_E If the help icons are being overhauled then I think we should have the updated version in the rev slider as well. A patch would be much appreciated.

Can I ask you what concern you have with displaying the year at all times? If it interferes with an existing workflow or we have not thought of an edge case where it would cause problems, I'd love to hear about it!

In T136104#4674256, @IKhitron wrote:

No, I can't, because of mobiles. But I can say: everyone sees the tool for the first time only once in their life. In all the rest uses they already know how does it work.

That's a good question. I think it helps give perspective in all cases, not only when the page has been around for several years and even then there's an argument to be made for having the year everywhere.

I've updated the mocks to better show how i imagine the time stamps:

Hi @wassan.anmol117 i'm really sorry for the late reply. I have this on my schedule for next week and will post the mocks here when I have them. Thank you for your work so far!

Hi @wassan.anmol117 I do not have my own testing environment so I can only test things that have been deployed to the test wiki.

Hi @wassan.anmol117 please let me know when it has been merged so I can have a look on beta.

Are both the same size already? When you get the svg it has a "default" size with a frame. My question is, does one of them have a wider frame than the other or does the pin have a bigger height?

Hi @wassan.anmol117 , I'm not sure how you imagine a permanent tooltip to look like. Could you elaborate or provide a quick sketch?