When I view an Index page, it now uses (nearly) the full width of the screen. When I go into edit mode, the width stays the same. But when I click Preview, for some strange reason the preview is narrower (on the right side).
This is especially evident on it.wikisource, which has a 3-columns layout for index pages, but it's noticeable on fr.wikisource as well.

Some months ago I had applied many optimizations on it.wikisource using the |rights=purge syntax. However, right now the Special:Gadgets page is showing me this error: "The following right does not exist: purge". Did something change in user rights? Maybe the "purge" right does not exist anymore and I have to use something else?

@Xover: this ticket had been assigned to me because I also have access to the tool and have done some small bugfixing in the past, but I'm reassigning it to you as you have a much better understanding of it. Thank you for your work.

I have applied many optimizations on it.wikisource gadgets, using "actions", "rights", and in a few cases "package". The situation should be much improved now.

@Xover in this page: https://it.wikisource.org/wiki/Pagina:Parlamento_subalpino_-_Atti_parlamentari,_1853-54,_Documenti.pdf/13 the annotation contains a table with class tab1. In page namespace, at table level I get the following styles:

@Samwilson you're right, on it.ws we decided to remove the template export link. It had become redundant since the introduction of the blue "Download" button, and it was still not working properly, so the best solution was just to remove it. I suggest we do the same on la.ws.

If it helps, on it.ws I developed a gadget that shows a "statistics" table on every Index, with the number of pages that have been proofread, validated etc. and also how many pages are not transcluded ("Non trascluse"). It calls the "embeddedin" API to find any page that have been at least proofread but is not transcluded in ns0. At the top of the page, it shows a warning if there are such pages. Also, clicking on the "Non trascluse" link, these pages are highlighted in the pagelist, to find them easily.

Reopening, because the suggested solution (https://it.wikisource.org/w/index.php?title=Template:WSExport/Link&type=revision&diff=2817602&oldid=2735587&diffmode=source) does not work on titles that contain an apostrophe (example: https://it.wikisource.org/wiki/La_Costa_d%27Avorio).

The Page: namespace is perfectly named, no need to change it. Maybe en.wikisource (and possibly others, like es) should just change the ns0 tab label to "Text", which seems a more appropriate name for what is actually the content of ns0. Fr, it and pt already use "Texte", "Testo", "Texto" as opposed to "Page", "Pagina", "Página".

Duplicate of T51023

@JimKillock @Samwilson Thanks for reporting and for suggesting a solution. For some reasons the suggested simplification didn't work (no link was generated), but I applied a similar solution using urlencode in both cases instead of PAGENAMEE. Please try it and let me know if you find any other issues.

Obviously the community wants it, that's how interlanguage links are supposed to work...
It it's really necessary, we can have a formal vote to show consensus, in the meantime can you please proceed with the follow-up ticket?

@Xover I'm not familiar with the match&split tool, normally I just tend to the statistics tool. However I added you to the project, any help that you can contribute is more than welcome.

I fail to see what is wrong with the current name... it's just the abbreviation of "Wikisource Export", and it's used to... surprise! Export some files out of Wikisource! Looks like a perfect name to me. Are you guys really suggesting to change it just because the abbreviation happens to contain the word "sex"? Looks like a rather silly argument, frankly.

In T122086#6408247, @Yurik wrote:

There is now a tool for this... https://dibabel.toolforge.org/

In T205826#5612815, @Urbanecm wrote:

No objection from my side. @Candalua, could you confirm you still want this to be done?

Is this issue related to T219371?

This looks like the same problem of T128298

In T210752#4816813, @rafidaslam wrote:

@StevenJ81 (or someone from Neapolitan Wikisource), Hi, I wanna ask about what $wgCategoryCollation (https://www.mediawiki.org/wiki/Manual:$wgCategoryCollation) will be used in the wiki. I guess it would be the default one (since Neapolitan Wikipedia uses the default one), but .. I'm kinda not sure, that's why I'm asking here to verify about that

@Midleading: as per discussion above, I have already opened a request to disable this functionality on zh.source: T205826. I don't understand why it has not been done yet.

In T202595#4769654, @Aklapper wrote:

The task summary says "mul.wikisource.org should redirect to the multi-lingual portal wikisource.org".
I just went to https://mul.wikisource.org/ . I ended up being redirected to https://wikisource.org/wiki/Main_Page which is a multi-lingual portal.

Is this task fixed?

@Tacsipacsi: the class is now available as prp-pages-output.

@Ankry, @Hesperian: sorry for having been rather bold. As of now, task discussion normally happens here on phabricator only: we should really improve this by communicating more often between communities, and warn them of upcoming changes (I have created this distribution list that can now be used to contact all Wikisources).

I'll do it as soon as I can. By looking at other css classes, I think a good, unambiguous name could be prp-pages-output.

The change is now live, everybody please try and test it.
I have updated the documentation at https://www.mediawiki.org/wiki/Help:Extension:ProofreadPage, and I plan of sending a mass message to all Scriptoriums in the next days. Then if no issues arise after some time I'll close this task.

Closing at resolved, as it was a configuration issue related to br.source only, and it seems to have been solved.

In T59198#4418053, @Billinghurst wrote:

Thanks, though not certain that we have it right.

To note that what we seem to have achieved is to support the display of the number of pages to be moved from proofread -> validated, rather than the total number of pages remaining to be validated.

The change is live, it is now possible to sort by the number of pages that need to be validated.

In T198470#4401170, @Jellby wrote:

There was a fallback supposed to be deployed a couple of days ago, but as far as I can see nothing has changed

I uploaded a patch for the first point, "Add a sort by the number of page remaining to correct".

On vec.wikisource, which has a small number of pages, PagesWithoutScans correctly doesn't show disambiguation pages.
So this seems to be more of a configuration problem.
The special page tries to exclude disambig pages, first by looking into Mediawiki:Proofreadpage-disambiguationspage, which should contain the pagename of the disambiguation template (only one); if this is not found, it looks into Mediawiki:Disambiguationspage, which should contain a list of all disambiguation templates.
On br.source, the first one points to a non-existing template, the second is empty.
Can you try to set either one of these two messages and see if this solves the problem?

In T197033#4282796, @Urbanecm wrote:

Fixed. Can you check please?

In T197033#4282765, @zeljkofilipin wrote:

zfilipin@terbium:~$ mwscript namespaceDupes.php pmswikisource
0 pages to fix, 0 were resolvable.

0 links to fix, 0 were resolvable.

Looks good!

The odd/even feature is now available. Instructions have been added to https://wikisource.org/wiki/Wikisource:ProofreadPage#The_%3Cpagelist/%3E_tag

There is one page originally in the Page: namespace which is now appearing in https://pms.wikisource.org/wiki/Special:Contributi/Candalua as "Special:Badtitle/NS250:Agrumi - August Kopisch - 1838.pdf/56". Is it possible to fix it? (or delete it, whatever is easier - it's just one page)

In T194879#4267638, @Candalua wrote:

Looks like something is wrong with the namespaces. Right now I see the following namespaces exists:
Pàgina ns102 - Discussion ëd la pàgina: ns103
Tàula: ns104 - Discussion ëd la tàula: ns105
Page: ns250 - Page talk: ns251
Index: ns252 - Index talk: ns253

And the ProofreadPage extension is operating on Index and Page.

Instead:

• the ProofreadPage extension should be configured to use "Tàula" as index ns and "Pàgina" as page ns.
• "Index" should not be a separate namespace, but only an alias to "Tàula"
• "Page" should not be a separate namespace, but only an alias to "Pàgina"

Looks like something is wrong with the namespaces. Right now I see the following namespaces exists:
Pàgina ns102 - Discussion ëd la pàgina: ns103
Tàula: ns104 - Discussion ëd la tàula: ns105
Page: ns250 - Page talk: ns251
Index: ns252 - Index talk: ns253

Related: T128173

Done. It is now possible to configure then new system messages "proofreadpage_qualityX_summary".

In T15644#4261395, @TTO wrote:

I don't think @cscott would be especially impressed if that patch were to be merged right now...

In T15644#4260611, @Aklapper wrote:

@Candalua: The situation is that the change needs review. See https://www.mediawiki.org/wiki/Gerrit/Code_review/Getting_reviews

What is the situation here? I see that a change has been submitted and modified several times (last edit on March this year), now why is it stalled?

Closing as resolved.

In T104566#4242744, @Ankry wrote:

@Candalua we may have cases like

the page Page:foo.djvu/1 contains Anglo- and the page Page:Foo.djvu/2 contains -American or
the page Page:foo.djvu/1 contains Anglo- and the page Page:Foo.djvu/2 contains American

which both should be merged as Anglo-American. And this cannot be made automatically without user's decission whether the hyphen is necessery in a particular case or not.

It's a nice idea! However, the syntax 6to105=onlyodd won't allow to choose the numbering style or to assign a fixed value.
Instead, I'm thinking of adding another block to the "range" syntax, like:

Let assume that the page Page:foo.djvu/1 contains the wikitext hyphen- and the page Page:Foo.djvu/2 contains -nated

In T60729#4241168, @Urbanecm wrote:

This can be considered as resolved, can't it? Respective gerrit commit merged (and deployed, because respective train picked it up automatically), what are the actionables here? Only the individual communities? Can (and should) be handled in dedicated tasks IMHO.

I opened a similar request T195873 on behalf of the Japanese community.

I submitted a patch for a possible solution. After some research, I decided to go for the "regular hyphen solution", as it is the most intuitive for the users, and the least likely to create problems with parsers, Visual Editor, and everything (but I would appreciate some feedback about this).

In T194879#4215548, @Urbanecm wrote:

Please provide a path to the logo that should be used (SVG is preffered). There is no link in the task's description.

I created a separate task for the site request related to zh.source: T194875.

This is related to T60062, which is about providing a default index template

I'm removing the ProofreadPage tag, as this seems not related to the extension, but more like a general issue about how templates (and namespaces) work.

I'm currently working on this. My plan is:

• to mirror the 3 current styles normal, roman, highroman I would introduce folio, folioroman, foliohighroman
• for clearer reading, show both the r and the v, in superscript

To simplify the problem, I'll assume the first page in the range is always a recto.

Ok, second try. This new patch uses a configuration variable rather than a system message, as suggested by Tpt.
The project(s) which want to suppress the space between pages will have to set wgProofreadPagePageSeparator = "".
By default the value will be   as before.

In T60729#4181113, @Liuxinyu970226 wrote:

I'm not sure if using All-and-every-Wikisource is ok or not, as its task description says "Please do not report language specific tasks under this project"

Seeing that this task was still stalled, I finally gathered the courage to prepare a patch myself, following wmr's and Sam Wilson's suggestions.
I named the new system message MediaWiki:Proofreadpage page separator.

@Urbanecm: do you think there's any chance of getting QRLite instead?

Oh, it was not clear to me that your suggestion involved non-sysops too, now it makes more sense. Anyway, our need is just for sysop actions, like mass deletions (which happen periodically, every time that some new Wikisource subdomain is approved and content is migrated there and needs to be deleted).

No, why should we complicate things? We have very few sysops and crats, and they're active in other projects as well, so we surely don't want the extra paperwork of posting requests and granting them.

I tried WsExport with mobi format several times in the last weeks. Most of the time it gave a "Bad gateway" error, but in a few occasions it worked correctly. I don't know if this can help.