Maybe instead of having separators, we should remove them completely, and make the section headings bolder (font-weight: 600)?

I apologize to all of you for wasting your time and my silly edit 😅, fixed: https://ru.wikipedia.org/w/index.php?title=MediaWiki:Common.js&oldid=111114698&diff=116953760.

@Jdlrobson,
For clarification, is #a55858 a new color for "new" links in Vector - https://github.com/wikimedia/Vector/blob/master/resources/common/variables.less#L15? It is a color for visited red links as well. Previously the default color was #ba0000, at least in the legacy vector on ruwiki.

@Ladsgroup, i have added last four options, please let me know if i need to upload others as well.

Perhaps we can take the "blue" tone of these leaf outlines and take it a step further and render it in blue for Wikitech.

Yeah, that make sense. Made several variations:

@Ladsgroup, it looks like the icon is updated but is still stretched. Is this some kind of cache?

I re-upload the attached svg files so they follow the preview order.

Today I took a close look at the details and I don't really like how the petals grow in size in the stroke, i think I need to completely redraw. But the biggest problem is in the modern vector skin. The stoke lines become thin or messy depending on the thickness. But maybe these are my personal worms :)

Nice, but looking at the example i only wish that the colors should fade out smoothly until completely transparent.

Use "Empty leafs" as default/local logo, and show the current hybrid in the installer.

Yeah, i thought of something similar, when i was drawing the wireframe version of a logo.

I doesn't have strong opinion about current sunflowers, rather neutral, i only propose to use what is or will more common. I'll try to experiment with the art in this direction:
https://commons.wikimedia.org/wiki/File:MediaWiki-2020-flower.svg

Whatever we decide about the background banner, we definitely need to change that on YouTube as well.

This one would be perfect for Twitter:

In T279087#6966470, @bd808 wrote:

An attempt at a "blueprint" look (ok, really an inverse blueprint look) derived from the https://commons.wikimedia.org/wiki/File:Wikitech_variant_2.svg base image. In addition to the obvious change in stroke color and pattern, I also rebuilt the "wikitech" text based on the wordmark guidelines for MediaWiki. The blueprint blue used is R:96 G:129 B:142 at full opacity.

I like it! I made some customization to the font and capitalize a first letter. Here are different examples from old to new based on your idea:

In T279087#6965876, @bd808 wrote:

@SerDIDG has already produced some candidate logos that are derived from the new MediaWiki logo:

• https://www.mediawiki.org/wiki/User:Serhio_Magpie/Logo_proposal
• https://commons.wikimedia.org/wiki/File:Wikitech_variant_1.svg
• https://commons.wikimedia.org/wiki/File:Wikitech_variant_2.svg

In T268230#6962927, @Ladsgroup wrote:

Thanks. Can you make it clear in the guideline on what sizes it's better to use small medium or large versions?

Hi. I think we can use a medium size icon (https://commons.wikimedia.org/wiki/File:MediaWiki-2020-icon.svg) for a project link in the footer, like here: https://www.wikiquote.org (need to adjust the image size to at least 38-40 px). Thanks.

In T277591#6919670, @jrbs wrote:

@SerDIDG Please send an email to ca@wikimedia.org using the email connected to the account. Thanks!

We first started working on the PDF version, but after some backlog on my job in rl, problems with Adobe software licensing process, and discussions about accessibility, we decided it would be better to do a wikipage instead.

@Xaosflux, yes, but using of ForeignApi makes the code looks more legit, can last longer and go unnoticed. But, if you say so.

In T226797#6878150, @TheDJ wrote:

That is correct, you are crossing a domain line and are thus not logged in (because of this ticket). ForeignApi retrieves the user information from Wikidata and Wikidata tells foreignapi that you are a non-authenticated user on Wikidata, and thus your username is your ip (as on all wikis). The api response in itself is not a CentralAuth problem. With this bug it is expected and it is a result of CentralAuth no longer being able to fulfil its purpose due to changes in the browser landscape. There is no security problem or something, something that I think had you concerned if I read your words?

That seems very wrong, CentralAuth expose my ip address when i try to use mw.ForeignApi in js to read some not user specific data from Wikidata project. I'm logged in at ruwiki.

In T255840#6656905, @Ottomata wrote:

This looks like a problem with Firefox, it works ok in Chrome.

Iniquity has created a new category and I will upload all the necessary files here:
https://commons.wikimedia.org/wiki/Category:MediaWiki_logo_(2020)

30 wikisites have a template Checkuser, 88 wikisites - User link, etc. Not so many users are aware of a workaround like this.

@Aklapper it's already a free text field. You can input whatever you want then change focus (click somewhere outside of dropdown) without pressing Enter key, entered value will stay.

Seems like not reproduced on 77.0.3865.120 (Official Build) (64-bit).

I think this is some kind of caching issue. Because here https://ru.wikipedia.org/wiki/MediaWiki:Pageinfo-header, before i done my test edit, charts was broken too. Another question, why on some namespaces charts are drawn in img tag, while on other namespaces in canvas? Example of canvas - https://ru.wikipedia.org/w/index.php?title=Участник:Serhio_Magpie/Черновик&oldid=102097993.

Reproduced on 76.0.3809.132 (64-bit) Win 10, but not on the same version for macOS. New IE has arrived.

@Izno, please check one more time, where nowrap class is implemented: <nowrap>date</nowrap><footnotes> <nowrap>age</nowrap>. Normal space character separates these two pieces and should wrap. Even if there was nowrap on the entire container, then the infobox would be stretched wide, not overflow.

Wrong. Chrome saves changes in text fields content even on PC cold reset (electricity turning off).

This is bad idea, because notification appears not only on page leave but also on close tab or browser window. No one browser of 2019 saves their state on exit.

Additionally, some visual bugs appeared in iOS Safari (12.3.1):

Top to bottom, single column forms are generally easier scannable and lead to quicker usage as a rule of thumb.

That is not a form for single use of newcomer, but a power tool for advanced editor. Main priority is displaying content not a form.

provide even more space with this solution in contrast to the old form.

Are you sure?

I do not propose to use exactly my piece of code, there plenty workarounds for IE. For example we can use float or inline-block instead of flexbox.

There is no point to make form bigger than it was, and collapsing it after that. Here is my proposal (just for preview):

#mw-history-searchform .oo-ui-fieldsetLayout-header {
  display: none;
}
#mw-history-searchform .oo-ui-fieldsetLayout-group .oo-ui-widget {
  display: flex;
  align-items: flex-end;
}
#mw-history-searchform #ooui-php-4 {
  margin: 0 0.8em;
  flex: 0 1 30em;
}
#mw-history-searchform #ooui-php-3 .oo-ui-fieldLayout-header .oo-ui-labelElement-label {
  text-transform: lowercase;
}
#mw-history-searchform #ooui-php-3 .oo-ui-fieldLayout-header .oo-ui-labelElement-label:before {
  content: "Show revision history ";
  text-transform: none;
}

I think it should be on one line, not multiple lines. I made smth similar using custom styles:

@DannyS712, additionally to previous comment, there is a simple way to get raw page content - https://en.wikipedia.org/w/index.php?title=PAGE_TITLE&action=raw.

I apologize for the inconvenience, next time i try my best. Thank you!

@Aklapper: did you tested with enabled Wikipedia βeta features in Settings?

I confirm about user css. I've waited around half an hour while cache dropped.

Same in ruwiki. Thumbnails of images in .png format with alpha channel are generated without transparent background. I tried both with and without interlaced mode - https://ru.wikipedia.org/wiki/Файл:Lincoln_Gibraltar.png.