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"?

Namespace: Edice
Talk namespace: Diskuse k edici
Talk namespace alias: Edice diskuse

There is problem, that I18n files are not automatically updated by svn.

OK, in nightly there is this file, but under [pywikibot], not under [newitem] or [touch]

In T217948#5016812, @Xqt wrote:

Seems i18n submodule isn’t up-to-date. For git repository this could be made by

git update submodule

Default behavior in services like Onedrive or Google photos is that permalink button opens window with URL to copy.
It would be fine, if wiki premalinks should behave similar.

In T219603#5069236, @Ebe123 wrote:

How about the list at Special:PagesWithProp/score?

maybe similar with T173293

I have same problem using left button click

see also T113450

alternativelly script should add whole name (with bracket) as alias

I am afraid, this is not because bot is broken, but because database is broken.
https://cs.wikisource.org/w/index.php?title=Index:Žák,_František_-_Ohlasy_žalmů.pdf&diff=prev&oldid=168733
you can see, there was nothing changed in page, but its size decreased about 124 b

In T113450#4504748, @Billinghurst wrote:

In T113450#4502922, @JAnD wrote:

Bot still does not by default marks as botedit

pwb.py touch -family:wikisource -start:Page:!

https://cs.wikisource.org/w/index.php?limit=50&title=Speciální%3APříspěvky&contribs=user&target=JAnDbot&namespace=&tagfilter=&start=2018-08-14&end=2018-08-14

did you try -botflag per the help page?

Bot still does not by default marks as botedit

On de.wiktionary there are many categories like
[[Category:Substantiv (Deutsch)]] or [[Category:Substantiv (Englisch)]]. These dismabiguations shoudl not be stripped

In T76298#3377347, @Dvorapa wrote:

@JAnD I remember you worked with main cats once, maybe you would share the code