see T313804

In T313804#8679139, @Aklapper wrote:

I don't see it on cs.wiki, but now I have horizontal scrollbar in special:search page.

That sounds unrelated to this ticket.

In tech news was announced that searching is now avaliable. I don't see it on cs.wiki, but now I have horizontal scrollbar in special:search page. When I make window bigger, scrollbar is still here. When I switch from monobook to vector, scrollbar disappear.

In T309484#7968371, @Whatamidoing-WMF wrote:

To clarify:

• You had "Enable topic subscription" turn on in [[Special:Preferences#mw-prefsection-editing-discussion]]

Yes

• You had "Talk page subscription" turned off in [[Special:Preferences#mw-prefsection-echo]]

Yes

• The net result is that you could see and click a [subscribe] button, but you never received any notifications, because displaying the notifications was turned off in the Notifications/Echo preferences.

Yes

Right?

Yes

This shoudl be default for pages I have in watchlist.

In T309071#7954505, @Izno wrote:

You need to configure your TemplateData using the format parameter for the template of interest.

In T308109#7942245, @ppelberg wrote:

@JAnD we appreciate you reporting this issue. Can you please tell me if the below accurately describes what you experienced?

This change is fine for Wikipedias, but for projects with many pages which are deliberately unconnected (eg Wikisource) is this problematic.
Yes, is possible to add magic word to every subpage, but there are some subpages for connecting (eg poems) and some for not (chapters), so this pages must be selected manually

Again the same:

Seems to be caused by https://phabricator.wikimedia.org/rPWBC719c4e0e15865c3fec3861ece3e15bea563bc860

My motivatin for this request was, when i blocoked very active user (thousands edists) for few hours because of some attack to other editor without message on his takpage, only in block summary. But this user didn't notice block (nor summary), because of few hours inactivity. For this users it would be useful.

Aby progress?

In T272911#6912011, @Xqt wrote:

@JAnD: I checked your command line from T276660 and it worked for me as expected. Are you able to review my last commit and confirm the right behaviour?

I mean - all pages should be defaultly downloadable.
And there might be possibility to disable download of some pages.

There are different types of works with subpages:

• cycle of poems - export of single poem is possible
• alamanac - export of single part is possible
• encyclopedia - export of single entry is possible
• periodical - export of single article is possible
• book with chapters - export of single chapter is not possible (but why not?).
• some more works - ???

Why not simply -namespace: ?

-main is not intuitive and not useful for other namespaces. e.g. on Wikisource when I want to work only in author namespace...

Not very good idea. There are works like encyclopedias or periodicals with thousands of subpages.
This solutions would need to add magic word to every subpage.

In T260108#6575303, @matmarex wrote:

The patch for T252555 is deployed now, and this should be fixed as well. @JAnD Can you confirm that the issue no longer occurs?

In T260108#6375760, @Tacsipacsi wrote:

Don’t you use wikEd/wikEdDiff? T258815 is about them, although from a different perspective.

In T257899#6305512, @Xqt wrote:

Pywikibot uses syntaxhighlight as alias for source.

On https://sk.wiktionary.org/wiki/Kateg%C3%B3ria:Haitsko_franc%C3%BAzka_kreol%C4%8Dina I do NOT see a link to any other languages here.

Is this the same problem as in T253526: "Add links" in the sidebar not longer available on Commons to connect categories with Wikidata items?

This category HAVE item https://www.wikidata.org/wiki/Q95434822
compare wit this category without item
https://sk.wiktionary.org/wiki/Kategória:Haitsko_francúzka_kreolčina

There is problem because my cosmetic_changes have additional sections (beautify infoboxes ,remove empty lines etc. ) which will lost after new instalation.

I understand that there is problem with confusing name, but the new
<syntaxhighlight> is more prone to typing error (syntaxghilight), longer and less understandable for non-english speakers.
Pitty, that new name is not shorter.

Now there is some consensus
https://cs.wikisource.org/wiki/Wikizdroje:U_pramene#Vizuální_editor

https://www.wikidata.org/wiki/Q19536531 - lang:cs, P98

See also T198688 and T212347

See also T198688

works in newer versions.

In T235219#5564590, @Dvorapa wrote:

Isn't this T123287?

In T235219#5564590, @Dvorapa wrote:

Isn't this T123287?

In T117736#5543491, @JAnD wrote:

When I want to check new contributons (e.g. running bot), I mus always click to [search for contributions] and then to [Search], is is one more click.

Not good.
except hugeness (OMG, why always so big UI? first wikidata, then contributions... almost whole monitor are tools and only minority the content)

@Aklapper And now try to replace a-> b or something else
https://cs.wikisource.org/w/index.php?title=Stránka:Antonín_Brousil_-_Přehled_českých_jmen_křestních_-_1934.djvu/13&diff=206595&oldid=206594&diffmode=source

In T221097#5203677, @Vojtech.dostal wrote:

There is also great inconsistency. Why does "7. 12. 1967" produce "1967-12-07" while "7. 1. 1967" produces "1967-07-01"?