Tue, Oct 8
how it looks like without references
Tue, Oct 1
heyho, i guess I never made it explicit anywhere so we don't have a story for this.
Wed, Sep 18
Tue, Sep 17
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
Sep 9 2019
Sep 6 2019
@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
Sep 5 2019
@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?
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
Sep 3 2019
Sep 2 2019
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?
Aug 20 2019
note: we need an extra ticket for the close button and its behavior
Aug 16 2019
Jul 30 2019
@Lydia_Pintscher done. can you take a look? especially the "notes" part
Jul 29 2019
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.
Jul 28 2019
@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.
Jul 26 2019
Jul 24 2019
Jul 22 2019
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)
Jul 15 2019
Jul 11 2019
Jul 8 2019
oki doke! thank you
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?
Jul 4 2019
Jun 4 2019
Jun 3 2019
May 29 2019
I second what @Lydia_Pintscher said. basically this
May 22 2019
I think @waldyrious captured most of the points we identified.
Feb 12 2019
Feb 11 2019
Feb 7 2019
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.
Feb 5 2019
Hey @abian, you are absolutely right. Thanks for making this ticket!
Feb 1 2019
Jan 10 2019
@Greta_Doci_WMDE does that help you to finish the task?
Thank you for @Volker_E !
Jan 8 2019
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.
Jan 7 2019
Hi @Greta_Doci_WMDE, sorry for not replying for so long.
Nov 26 2018
Nov 13 2018
Nov 8 2018
Oct 30 2018
Oct 29 2018
I forgot the second issue with the bubble!
Oct 22 2018
@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.
Oct 17 2018
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!
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:
Oct 11 2018
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!
Sep 6 2018
Sep 5 2018
Sep 3 2018
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.
Aug 30 2018
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?
Aug 27 2018
Hi @wassan.anmol117 , I'm not sure how you imagine a permanent tooltip to look like. Could you elaborate or provide a quick sketch?