Mon, Nov 26
Tue, Nov 13
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?
Aug 22 2018
would adding a "prefer recent" option solve the issue?
Aug 21 2018
What does the "may add" mean? Under which criteria will there be an edit made and under whose name? I think this is smth that should be made transparent since that could influence the editing behavior i assume.
Aug 16 2018
Aug 15 2018
Aug 13 2018
looks fine to me. I don't think the white space is a problem, but rather frames the area quite nicely.
Jul 31 2018
oh awesome! I think it got fixed along with the issue with highlighting the first result!
Jul 20 2018
I was checking the OOUI widgets and some general UI patterns out there to see if there's a way to display this already.
Jul 12 2018
yo @Tim_WMDE , thank you for your input.
Jul 10 2018
Jul 9 2018
Jul 4 2018
the colors are of the Wikimedia color palette, so the green is okay IMO
I think the difficulty with "preview" is that this label is already used for a specific functionality on wikis and here it would be slightly different. Additionally it would make sense to keep the labeling of buttons consistent so if we go with "change title" (which I agree is the better option) then we should also go with "change file info".
Jul 3 2018
Jul 2 2018
done. ping @gabriel-wmde is this still in scope and are there any questions/remarks from your side?
If that would work for you, then I'd change the mock and ticket accordingly and we'd have one field for both? @tmletzko
@Tonina_Zhelyazkova_WMDE you're right. The x looks really out of place for me though. Is that the standard monobook X or are we adding some OOUI X there?
@tmletzko Is the SpendenID helpful in identifying the person contacting you? If so, I would definitely recommend adding it to the form. If I have such an ID i'd expect to be able to input it somewhere, similarly to a customer ID in an online shop for example or an order number. I would have a field called Spenden-Id (falls vorhanden) for example.
If we drop below the screensize where the 3 column view works we switch to 2 columns, kind of like so:
Jun 28 2018
I agree, but I also think that "not saved" is more clear. "your version..." does not convey that the other version is saved, and yours isn't unless you compare the time which is not written in a way that makes it super easy to do. So it's important to convey that if you cancel everything now, your edits will be lost, because they're not saved anywhere.
I think I'd put it next to Your version instead, I feel like that makes a bit more sense then the date and time.
Jun 26 2018
Can you tell me in how far the topic is used to identify the messages? My assumption would be that the subject lines are often quite vague like "Question" for example and that the names are rather used to find a certain question.
Jun 25 2018
About what should be visible when using backspace and the pill becomes editable: that should without question be the string and not the namespace ID.
I actually want to suggest that we rethink whether "betreff" should be there at all.
Jun 18 2018
Jun 8 2018
@Tonina_Zhelyazkova_WMDE I just realised, I can't really test that because advanced search is a beta feature that only logged in users can use.
Jun 5 2018
@Pols12 thank you for your feedback. I think you are right about the colon. I removed it from my mocks except for the second one where i feel it's necessary. The indicator is in the standard position for OOUI elements. It would create an inconsistent interface if we were to move it to a different location. I hope the addition of verbs, as you suggested, will make it seem more actionable.
@Lea_WMDE I've looked through the big wikis and picked the namespaces that have occurences in multiple wikis. The rest of the namespaces get a fallback icon .
May 28 2018
@MichaelSchoenitzer_WMDE you're absolutely right.
May 9 2018
That's what I got from Lea and that's what Stas will update if I understood correctly.
Looks good. Thank you!
@gabriel-wmde I've updated the mock. Can you let me know if it works this time?
I'm closing this ticket because we decided earlier to add a warning message to the infotext of deepcat instead. I have created this ticket for it T194256. That should resolve the same issue.
May 8 2018
this is a perfectly valid point and I agree with you that the order is not optimal. It's actually something I overlooked after a change I made because originally the checkboxes where on the right side, and there the order made sense to me. When I moved them to the left I didn't think about reversing the order unfortunately.
We only display languages on CLDR. If possible they appear (and are searchable) in the language of the preferences and the language code. If not translated then they appear in English in the dropdown.