I mean, yes, for English Wikipedia where this design is a default for more than a year, it's not necessary anymore. On the other hand, there are dozens of other Wikipedias where it's going to become a new default; you shouldn't forget them.

I can't imagine why you would remove it. It was a wonderful way to make the transition from the old Vector smoother, and to help people find the new location of the controls. I would suggest making its visibility an option or keeping it for unlogged users.

This one is a duplicate of T358342.

Thanks for the hint! I've changed the order in the Russian version. For the rest I don't care :-)

thanks for a quick clarification!

Dear Andre @Aklapper, please help me bring someone's attention to put in into a sprint or escalate priority. These ugly URL-encoded strings should not be parts of Wikipedia.

Any news? I wish there would be buttons to get a URL https://www.wikidata.org/wiki/Q2/P2067/Q3944 for a statement: "The Earth is located in the in the Local Group of Galaxies".
Or even (constructed based on labels) https://www.wikidata.org/wiki/Earth/isLocatedIn/LocalGroup/

The Vector 2022 was implemented a long time ago and is a default theme for years in many language versions of Wikipedia.
I wonder how this issue wasn't a problem before I posted it. Do the millions of affected users just silently suffer? Is it a sign that for the majority of users the feature of reporting an issue is a thing that's too complicated to be done?

Guys, I see no TOC on the Russian rule about nomination for deletion using Edge for Windows 11. Can you reproduce and confirm?

I stumbled upon that too and posted a topic on the project chat page yesterday.

Just a last question...

Ooops... when I clicked the menu button, the TOC appeared on the left column!!! I probably look stupid now, but I just never noticed that button :-D ! Not it looks exactly like on your screenshot! Case closed :-D Sorry for disturbing.

As some source shows, in Russia the share of 1280px-wide and narrower displays is about 45% of all. So the UX for small monitors with Vector 2022 affects a very significant part of viewers.

It would great to have a link or "Copy permalink" button against every statement. It would enable WikiData users to easily copy and send or post it anywhere I want.

The same problem remains for the Russian language in Russian Wikipedia, it's not just Bengali that is affected.

In T72245#9145867, @Aklapper wrote:

@Nikolay_Komarov See T15303 instead for HTML format

I mean, look at an example of an email I receive every time someone edits the page on my watchlist.

If I disable safe mode, here's my gadget list status:

I turned on the safe mode before making the screenshot, does that disable gadgets?
Fix: I have Windows 11, sorry for giving controversial info in the start post.

Some other examples of "desktop mode" on a phone (Android-based with browser Microsoft Edge).

A significant part of the active *editors* still hate the new minimized Language switcher because it makes them expand it a lot of times, it takes a huge number of unnecessary clicks.

Tablet users are also involved. Many edit using tablets, many prefer "real desktop" UI instead of "mobile UI" while using a tablet.

It is confusing to see mixed languages in these columns.

I just discovered a similar issue, but it COULD be a different one: https://phabricator.wikimedia.org/T329715

Based on user feedback from Russian Wikipedia forum: https://ru.wikipedia.org/wiki/%D0%92%D0%B8%D0%BA%D0%B8%D0%BF%D0%B5%D0%B4%D0%B8%D1%8F:%D0%A4%D0%BE%D1%80%D1%83%D0%BC/%D0%A2%D0%B5%D1%85%D0%BD%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B8%D0%B9#c-Iluvatar-20231206211200-Mehman_(WMF)-20231206210000

Any PHP coders here? We still need that fix a lot!

I have some experience on the grey market, and I would assure you that these changes didn't make the captcha any stronger against machine OCR. There a lot of weaknesses remaining. Some of them are following.

What's going on?
There seems to be a block because someone wants that email would be encoded as plain text and HTML at the same time. It's not necessary. Please implement HTML-only, discard plain text. Plain text is no more used, it's year 2024.

This is how it should (and could IF HTML-Email format or would be used or the URLs wouldn't be URL-encoded) look:

Just an example of a typical email notification from a Russian wikipedia page:

Oh, so the links like https://www.wikidata.org/wiki/Q5778278#P461 and https://www.wikidata.org/wiki/Q5778278#Q5778278$87704643-425e-ff23-0ac1-2df266a41ac4 are actually working, using HTML code snippets with id= it's possible to generate it. Good to know. Thanks for a hint!

Sorry for making you go another round of the same discussion!

I read the initial message again and don't understand what is unclear.

I thought I play a user here and you are the developer ))

Extended description

I'm aware of the Visual Editor. I did mention "code editors" in the header of this task. Many WP editors and administrators use code to check and fix markup. Code editing is also faster and easier when editing a part of a long and complex article. And AFAIK all the discussions are still code-editor-only. The core of the WP editor spends a lot of time in the discussions, including all the forums of WP so it's very needed.

So it will look just like here: https://phabricator.wikimedia.org/T261936#6432737 - a link to the initial post of this issue.

In T261608#6423291, @Aklapper wrote:

Thanks a lot! Could you also imagine to show search results from e.g. English Wikipedia on Russian Wikipedia, in a side bar next to the Russian Wikipedia results?

Sorry that I failed to find the non-duplicate item to contribute to. I would call it a feature request, not a bug, that's why I didn't put the steps.

In T72245#1155959, @Mattflaschen-WMF wrote:

In T72245#1152254, @Nasirkhan wrote:

@Mattflaschen thanks for looking into the issue. Do you have any idea how this can be resolved?

There are a few things that could be looked into:

• Using non-Latin characters without percent-encoding, but still using plain text (UTF-8?) emails (has anyone tried this recently?)

This option works perfectly, at least for the Russian language. Email clients parse message body and highlight it as a link, on click the browser also follows such a link, no problem with it. See my duplicate for an example: https://phabricator.wikimedia.org/T261611

I suspect that this legacy stuff affects another unwanted result. If you look at any of these local 'Wanted pages' lists: