@Volker_E can you help with this? Or leave a review at least? :)
Sep 15 2019
Sep 12 2019
One UI suggestion would be: when searching for a word in a wiktionary, if it is NOT found, any matching Wikidata forms from that or any other language could be shown, so this provides an immediate supplement to small Wiktionaries, and there may even be a few words missing from enwikt that could be found in Wikidata.
Aug 20 2019
Aug 16 2019
@Jdrewniak I think it can be closed, it is no longer relevant. I'm right?
By the way, I think it would be nice, if you could use localized badges for each language.
Aug 14 2019
Just as a recommendation, maybe someone finds it useful. We have developed a specific pattern for class names, so that it is immediately clear from the page code where and for what styles are indicated. When you naming classes in template styles, use a form ts- [prefix] - to avoid conflicts when two templates have the same selectors in styles. It is recommended that the [prefix] part matches the name of the template (native language or Latin), the subpage of which is the styles you create. If the name contains non-standard characters, replace them with underscore.
Aug 12 2019
Aug 4 2019
Has anyone got any new ideas? :)
Aug 2 2019
@RHo Thanks, keep up the good work! :) About attachment icon, I apparently poorly explained the problem, I meant that this icon has a small padding on top and bottom and we just need to remove it :)
Aug 1 2019
But do not waste my time.
It's funny, but I dont care about it :) I think this is the end of my dialogue with you.
It is disturbing the watching users (who are supervising bot flag edits) and is blowing up the version history.
Um, these files are most often found on technical pages and are followed by such local designers as, for example, me. How can one edit in half a year blow a page? I do not understand. Any examples?
I'm sorry, but why do you think CommonsDelinker's work is bad? It helps the community and individual developers keep the design up to date. A local developer will see that he is using an outdated icon and will change it. He will not need to come to the Commons and view the icons individually.
You split the discussion on two Phab tasks, while it is actually an issue for the Commons talk page. Therefore I am forced to comment here once again.
This is not a Commons problem, but a problem of supporting the current strandard design of Wikimedia projects. This task discusses bot updates from the repository, which is 100% necessary, as this will facilitate the work of developers. The problem of names and categories is discussed in the second task.
Yes, I know :) In the first case, we need to add some description in the file name that the icon is out of date, and in the second case, we need to remove the direction indication.
It is a bit strange to discuss Commons categories outside of Commons. Usually the talk page is used there.
It's just that this question relates more to the technical part than to the Commons issues.
Jul 26 2019
Jul 25 2019
Jul 21 2019
Add puzzle icon: T227791#5336943
Is there any progress in this task?
Do not forget that to use TemplateStyles in Editnotices (messages that display while editing) you need to add <div class="mw-parser-output"> wrapper :)
@Iniquity: No, as it is up to teams which tasks end up on their workboard. But you could contact that team. :)
Jul 19 2019
https://www.mediawiki.org/wiki/Developers/Maintainers implies that the Editing Team is responsible for CharInsert.
Any progress here? Needs review.
Jul 17 2019
@Iniquity 'info' is unresolvable at the time being, we are not changing this icon due to its wide usage while at the same time specific use case in a variety of VisualEditor dialogs. It is represented in this way to ensure recognizability on non-HiDPI screens and is advised not to be used. Instead use 'infoFilled'.
Hm, I understood. Then do we need to center it?
'reference' aligns with all other document related icons and is, if at all, to be changed altogether.
Yes, I just didn't lay out all the icons. If you need I can do it.
Jul 16 2019
If someone wants, you can replace it: https://commons.wikimedia.org/wiki/User:Iniquity/sandbox
help-rtl position is a bug. Patch at https://gerrit.wikimedia.org/r/#/c/523729/
I think the bot can immediately update the repository on GitHub: https://github.com/wikimedia/WikimediaUI-Style-Guide/tree/master/resources/WikimediaUI-icons-SVGs
Thanks for the advice! We will fix it :)
You can find a new repository here: https://github.com/Leloiandudu/Fountain, but I'm not sure about the availability of documentation. I found only a very old draft https://en.wikipedia.org/wiki/Wikipedia:Fountain.
@Volker_E Help advice. Should we use an old paddings or a new one?
Jul 13 2019
@JJMC89 I'm sorry, can you clarify why you deleted this tag, please? :)
I look, not only me concerned about this problem. It seems to me that it would be more convenient for everyone to have the icons update automatically by bot. I also think that It can be commissioned to:
- create color copies of the icons: red, blue, green, white, orange(?)
- update wrong/old description
- add Structured Data
- mark removed icons from OOui set
- update https://commons.wikimedia.org/wiki/OOUI_icons page, when it adds or removes icons
- add a description of the changes to the talk page (https://commons.wikimedia.org/wiki/OOUI_icons page) to make it easier for designers to control them
add rtl icons (if the bot has the ability to detect symmetrical images) (debtable)
Jul 12 2019
- error: I think paddings should be like a circle so notice, alert and block needs to look the same.
- attachment (have smal top/bot paddings)
Jul 11 2019
@Volker_E I will duplicate the message I left in the patch, I apologize for this :( Are you sure about transparent color for <input>? This color interrupts the color above and it turns out that the search bar will be gray. And because of this, the text color of the placeholder has bad contrast with the background.
I added the UI-Standardization tag because of this extension needs to separate errors/prohibitions and warnings. Remove this tag if I'm wrong, please.
I think such a thing is mandatory on international sites: If a person comes to another country and tries to visit this site, he may have problems with irremovable language.