@Bugreporter and for what? I know that the db is empty there. Is it really impossible to show the date of the first edit for a specific special-history-page, and not the date of registration? This is a simplification from T324166 , just so you avoid opening the oldest at the history. The registration date with 0 edits, for example, is not important there at all.

By typing part of the title in the browser's address bar, you can quickly switch to the tab. In Firefox, you can enter "reply" and the tab is shown - it works. But in Chrome, no results are shown for the "reply"; it will be shown if you enter part of the old title (for example, "patch") - is there any way to update the tab information for it too?

In T311529#8131881, @Jdlrobson wrote:

like unstyled.

Then why were these styles on the first screenshots a month ago?

T243119: Diacritics on letters horizontally shifted in Windows/Chrome browsers in article names and section headings

@revi
timestamps:
https://web.archive.org/web/*/https://phab.wiki/*
1
https://web.archive.org/web/2019*/https://phab.wiki/233608
https://web.archive.org/web/20190923105346/https://phab.wiki/233608

Loading...

In T295255#7488078, @Aklapper wrote:

Cannot reproduce, Firefox 94 on Linux. Are there clearer steps to reproduce? Any specific links, so we could look at the API calls themselves?

I can see my email in Special:Homepage (there's even a convenient "change" link for changing the email) https://www.mediawiki.org/wiki/Growth/Personalized_first_day/Newcomer_homepage - so adding it to Special:EmailUser page shouldn't be difficult!

In T294522#7468822, @Aklapper wrote:

So this basically asks for making the emailfrom string on Special:EmailUser also display your own email address, and not only your user name?

I want this for the entire SUL account to receive all notifications from my bot and other accounts. For example, the ability to confirm your right to notifications can be done the same way as it is done for the watch list - by the generated token.

Is it possible to have not the switch function, but to have both options? Sometimes new tools are enough, and sometimes complex functionality from the old editor is needed. That is, I do not need to have a choice of only the new/old editor, but only sometimes turn on in the old mode. At first, I turned off the function in the beta settings every time and then turned it back on. When editing in the wikitext editor 2017 (or Discussion Tools), now I just change the url "veaction=editsource" to "action=submit". Is it possible to make "action=submit" available somehow as the visual/wikitext editor switches (it is not even necessary to save the typed text, for example, just like the link "Switch to old look" as in the new vector theme is enough)?

There will be a https://www.mediawiki.org/wiki/Reading/Web/Desktop_Improvements/Features/Sticky_Header in which the languages will still be on top. On the main page, the sticky header will probably also be visible and people will not scroll to the end of the page anyway.

@Urbanecm We have already "delete them all". These were two boards with sandbox function for the test in 2014. All useful messages have been moved to wikitext. Just delete that already and delete associated namespaces.

@Urbanecm Is this "Bulk-delete" script different from local admin rights? If the administrator manually deletes all pages in the "Topic" namespace - will it be the same as the deleteBatch does or not?

@kostajh Deleting all 159 T188812#4020445 topics by the local admin can help delete the extension, or does it not matter what state the topics are in? or deleting topics only creates links in the logs that will further interfere with deleting the extension? Already disabled in the wiki where there are zero topics - do you need our consent to wipe something that would help delete the extension?

Where is the "🖉Edit links/Add links" now?

In T278989#7007258, @stjn wrote:

The immediate fix

@Jdlrobson For a complete understanding, this was used as a tweak around what the list looks like. For example, there are 317 languages ​​on the main page, if you disable the checkbox "Use a compact language list, with languages relevant to you." in Preferences/Appearance, then these languages ​​will be 6300px in height. When {{noexternallanglinks}} was added, the long list from Wikidata disappeared, but the links left as local interwiki in the wikitext of the page remained and were shown in the sidebar in place of the languages.
It is planned that the languages will be in one button in the header https://www.mediawiki.org/wiki/Reading/Web/Desktop_Improvements/Features/Language_switching , but the main page does not have a header and it is unclear how the button and languages will look on the main page in the future.
Perhaps after the appearance of one button, the setting of disabling the short list will not affect the list in the modern Vector. But the setting will affect monobook and old Vector skins, where some gadgets work with a complete list, for example, moving up certain languages or replacing the names of languages from their writing to names in one local language.
Maybe now all wikis should use noexternallanglinks "as a function, with parameters" if this new change is important or it will work as written "Only the interlanguage links that are present in the wikitext will be used".

@matmarex Does this mean that by creating a global variable it will be left to work like this for a long term and for many years? Does this mean that the developers have no further plans to unify the presentation for all discussions with the tool (with/without visible bullets regardless of the ul/dl code)? After all, there were earlier some proposals for additional more complex markup.

@Whatamidoing-WMF Giving it to a small group of admins is the easy way to push their opinions through a message (which change they can easily and quietly influence) to all users of the wiki. When the tool works the same on all sites, it is the Foundation's decision, but when you give the change to the admin, it is largely the decision of that small group. There is no rule about one specific symbol in ruwiki. They will not use Reply Tool because they are using their own script CD. This is your tool and your decision. There will be no personal choice for editors neither by personal editing, nor by local voting (all votes are short-term and few editors participate. Invite all users of their script to influence the decision they need in the vote and the result is obvious), interface-admins will of course push DiscussionTools users into the behavior of their scripts. This whole approach with symbols only creates local holywars. When contributors do not personally choose when creating a comment, as they do now, this is not the same approach when the developers suggested making "existing" things easier.

It is definitely necessary, for example, at the end of the title, to add the full word "reply" or "editing". Now browsers, when the user writes text in the address bar, show hints and, in particular, show suitable names of open tabs. This ability of browsers to find a tab is worth using.

Additionally https://www.mediawiki.org/wiki/Extension:FlaggedRevs add one more tab "Pending changes" which is also assigned "v" key. Any but unique replacement for short keys will be more convenient to activate instantly.

I can create an article about the celsius symbol and make it a redirect https://en.wikipedia.org/w/index.php?title=%E2%84%83&redirect=no . I expected I could do the same for the angstrom symbol, but an article with a letter is created instead.
I can copy the symbol and letter into the wiki text editor (monospace Courier New) and see the difference, but if I press preview or save the page then the symbol is replaced with a letter. The symbol is shown only when using the code Å Å
℃ Degree Celsius U+2103 = UTF-8 E2 84 83
Å Angstrom Sign U+212B = UTF-8 E2 84 AB
I tried to write the title of the article in percentage encoding https://en.wikipedia.org/w/index.php?title=%E2%84%AB&redirect=no , but Wikipedia again shows the article about the letter, although nothing should change in the encoding from the browser side.
If autocorrect exists in order not to be confused with a letter, then there should be a way to create an article with a title through the encoding. On https://www.mediawiki.org/w/index.php?search=angstrom there is nothing about a replacement or about a symbol in the search. And this symbol cannot be used in the search - the results will be for a letter. Somewhere this behavior must be explained.