Wikisource Wishlists
2015
Allow Copy of Pages
As a Wikibooks user, I would like to see the feature "copy this page" (source, target) next to the move-feature. This would be great for normal user extending a book without touching the original one.
Example: Lets say you would like to improve a book about the programming language "Java". The book describes version 6 and you would like to start a new book on version 8. If it is worth having both books, than I see no way to preserve the original book and edit the text with respect to the original editors.
Example: Lets say two contributors have different but strong opinions about the future of a book. This typically leads to conflicts, where some user leave the community. The copy-the-page feature would be a good technical solution to settle the conflict. -- Qwertz84 (talk) 23:17, 9 November 2015 (UTC)
Earlier discussion and endorsements |
---|
|
Votes
- Oppose per Wikipedia:Content forking. Also looks like a duplicate of 2015 Community Wishlist Survey/Miscellaneous#Support for version branching for pages. MER-C (talk) 10:46, 1 December 2015 (UTC)
- Support Would ease the work to be done when we have to work on different editions of a same book. --Ernest-Mtl (talk) 14:53, 1 December 2015 (UTC)
- Support, this sounds like a good way to deal with s:Annotations#Clean texts Beleg Tâl (talk) 15:16, 1 December 2015 (UTC)
- Support. We sometimes have different versions of the same text on he.wikisource (I assume similar usefulness on other languages as well), and a copy function will definitely be useful in duplicating existing text to edit each page according to specific edition.--Nahum (talk) 19:27, 1 December 2015 (UTC)
- Nahum, could you explain an example on he.wikisource? John Vandenberg (talk) 08:34, 2 December 2015 (UTC)
- Nahum may have a different example in mind, but an obvious one to me is the text of the Hebrew Bible ("Old Testament"), which is available on HEWS with and without diacritics, and with and without cantillation marks. Ijon (talk) 09:54, 14 December 2015 (UTC)
- Nahum, could you explain an example on he.wikisource? John Vandenberg (talk) 08:34, 2 December 2015 (UTC)
- Support --Usien6 (talk) 21:12, 1 December 2015 (UTC) // For Wikibooks only !!
- Support--Manlleus (talk) 15:57, 2 December 2015 (UTC)
- Support --Le ciel est par dessus le toit (talk) 10:38, 3 December 2015 (UTC)
- Support --Kasyap (talk) 15:40, 7 December 2015 (UTC)
- Support ----Nrgullapalli (talk) 09:51, 8 December 2015 (UTC)
Better support for djvu files
Djvu files are a very interesting open format for full book digitalization, but mediawiki uses them only as "proofreading tools". On the contrary, they could be an interesting output of wikisource work, working about thoroughly editing of text layer and fully using their metadata. Even when they are used simply as "proofreading tools", much work could be done using details of text layer mapping, since it contains interesting suggestions about formatting (text alignment and indentation, text size, paragraphs, blocks...) presently not used at all.
Here a list of ideas:
- to shift to indirect mode of djvu structure (so allowing a faster access to individual pages with a djvu reader extension of browsers);
- to add a set of API requests, as an interface to all read-only DjvuLibre routines;
- to add some API too for editing text layer by djvuxmlparser;
- to allow minor changes of djvu files (i.e. editing some words into text layer) without the need of re-uploading the whole djvu file (the history of text edits could be saved with something like reviews history).
--Alex brollo (talk) 14:07, 10 November 2015 (UTC)
Earlier discussion and endorsements |
---|
|
Votes
- Support Goldzahn (talk) 12:53, 30 November 2015 (UTC)
- Support--Alexmar983 (talk) 16:42, 30 November 2015 (UTC)
- Support --YodinT 17:34, 30 November 2015 (UTC)
- Support John Vandenberg (talk) 01:29, 1 December 2015 (UTC)
- Support Risker (talk) 04:15, 1 December 2015 (UTC)
- Support--Kippelboy (talk) 05:41, 1 December 2015 (UTC)
- Support--Candalua (talk) 08:57, 1 December 2015 (UTC)
- Support --Accurimbono (talk) 09:05, 1 December 2015 (UTC)
- Support--Shizhao (talk) 09:27, 1 December 2015 (UTC)
- Support --Anika (talk) 09:35, 1 December 2015 (UTC)
- Support --Xavier121 (talk) 09:42, 1 December 2015 (UTC)
- Support--C.R. (talk) 12:02, 1 December 2015 (UTC)
- Support--Jayantanth (talk) 14:33, 1 December 2015 (UTC)
- Support--David Saroyan (talk) 14:46, 1 December 2015 (UTC)
- Support --Arnd (talk) 15:00, 1 December 2015 (UTC)
- Support--KRLS (talk) 15:07, 1 December 2015 (UTC)
- Support Anubhab91 (talk) 15:54, 1 December 2015 (UTC)
- Support--Arxivist (talk) 20:08, 1 December 2015 (UTC)
- Support — George Orwell III (talk) 23:27, 1 December 2015 (UTC)
- Support--Yodaspirine (talk) 12:59, 2 December 2015 (UTC)
- Support — NickK (talk) 16:04, 2 December 2015 (UTC)
- Support --AlessioMela (talk) 20:06, 2 December 2015 (UTC)
- Support --Pymouss Tchatcher - 20:13, 4 December 2015 (UTC)
- Support - Bcharles (talk) 22:16, 8 December 2015 (UTC)
- Support --Davidpar (talk) 14:20, 14 December 2015 (UTC)
To implement a Internet Archive-like digitalization service
Just as many other wikisource users I appreciate a lot Internet Archive digitalization service, and I use it as deeply as I can (djvu files being only one from many uses of the rich file set that can be downloaded: collection of high-resolution jp2 images and abbyy xml being really extremely interesting).
I'd like that mediawiki should implement a similar digitalizing environment, but with a wiki approach and a wikisource-oriented philosophy, to share the best possible applications to pre-OCR jobs of book page images (splitting, rotating, cropping, dewrapping... in brief, "scantailoring" images), saving excellent lossless images from pre-OCR work; then the best possible OCR should be done, with ABBYY OCR engine or similar software if any, saving both text and full-detail OCR xml; then excellent images and best possible OCR text should be used to produce excellent seachable pdf and djvu files; finally - and this step would be really "wiki" - embedded text should be fixed by usual user revision work done into wikisource.
This is a bold dream; a less bold idea is, to get full access to best, heavy IA files (jp2.zip and abbyy xml) and to build tools for use them as thoroughly as possible. --Alex brollo (talk) 07:08, 11 November 2015 (UTC)
Earlier discussion and endorsements |
---|
|
Votes
- Support --YodinT 17:35, 30 November 2015 (UTC)
- Support--Accurimbono (talk) 09:07, 1 December 2015 (UTC)
- Oppose since I believe it is out of scope of the current process, there are solutions for this outside of Wikisource, although I acknowledge this is something useful. Alleycat80 (talk) 09:08, 1 December 2015 (UTC)
- Comment A surprising statement. Are you a busy user of wikisource proofreading? --Alex brollo (talk) 17:30, 1 December 2015 (UTC)
- Support--Shizhao (talk) 09:28, 1 December 2015 (UTC)
- Support --Xavier121 (talk) 09:42, 1 December 2015 (UTC)
- Support --Jayantanth (talk) 14:52, 1 December 2015 (UTC)
- Support --Natkeeran (talk) 14:54, 1 December 2015 (UTC)
- Support--KRLS (talk) 15:07, 1 December 2015 (UTC)
- Support --Artem.komisarenko (talk) 19:28, 1 December 2015 (UTC)
- Support--Barcelona (talk) 12:08, 2 December 2015 (UTC)
- Support--Manlleus (talk) 15:57, 2 December 2015 (UTC)
- Support — NickK (talk) 16:03, 2 December 2015 (UTC)
- Support --AlessioMela (talk) 20:08, 2 December 2015 (UTC)
- Support--Alexmar983 (talk) 23:23, 2 December 2015 (UTC)
- Support - Wieralee (talk) 17:13, 4 December 2015 (UTC)
- Support Lionel Scheepmans ✉ Contact French native speaker, désolé pour ma dysorthographie 23:09, 4 December 2015 (UTC)
- Support --Yeza (talk) 10:45, 7 December 2015 (UTC)
- Support --Kasyap (talk) 15:40, 7 December 2015 (UTC)
- Support --Davidpar (talk) 14:20, 14 December 2015 (UTC)
- Support --Rahmanuddin (talk) 15:11, 14 December 2015 (UTC)
Tool to upload from Panjab Digital Library
Panjab Digital Library has 1791 manuscripts and 8996 books on their website. All the manuscripts are in public domain and many books are also in public domain. Most of the manuscripts and books are in Punjabi language but some of them are in English, Hindi and Persian as well. They have digitized everything in form of images and they are not searchable. They have uploaded images in such a form that it is quite difficult to download them. I think a tool should be created to download all the manuscripts and books which are in Public domain. This will help in developing Punjabi Wikisource as well as Punjab related content on other Wikisources. This will again help in improving other projects as well. --Satdeep Gill (talk) 07:31, 13 November 2015 (UTC)
Earlier discussion and endorsements |
---|
|
Votes
- Oppose One off task that does not result in long-lasting improvement to editor productivity, impact is limited to a small number of wikis. MER-C (talk) 10:03, 30 November 2015 (UTC)
- Oppose per MER-C. We have bot tools to do one-off tasks like this. It may not be easy to find someone able and willing to do it. Sounds like a good Hackathon project. John Vandenberg (talk) 01:33, 1 December 2015 (UTC)
- Neutral, could be implemented at https://tools.wmflabs.org/bub/index . Jayantanth (talk) 14:45, 1 December 2015 (UTC)
- BUB is collapsed since August.--KRLS (talk) 15:07, 1 December 2015 (UTC)
- Comment: By the way, BUB SHALL be fixed ASAP. It is a tool very useful for all Wikisources. --Accurimbono (talk) 08:17, 2 December 2015 (UTC)
- BUB is collapsed since August.--KRLS (talk) 15:07, 1 December 2015 (UTC)
- Comment: this is a perriennial proposal at grants; we need to get a Swartz interested enough to migrate texts to internet archive. good global south project. Slowking4 (talk) 02:41, 3 December 2015 (UTC)
Tool to use Google OCRs in Indic language Wikisource
For a long time Indic languages Wikisource projects depended totally on manual proofreading, which not only wasted a lot of time, but also a lot of energy. Recently Google has released OCR software for more than 20 Indic languages. This software is far far better and accurate than the previous OCRs. But it has many limitations. Uploading the same large file two times (one time for Google OCR and another at Commons) is not an easy solution for most of the contributors, as Internet connection is way slow in India. What I suggest is to develop a tool which can feed the uploaded pdf or djvu files of Commons directly to Google OCRs, so that uploading them 2 times can be avoided. -- Bodhisattwa (talk) 13:50, 10 November 2015 (UTC)
Earlier discussion and endorsements |
---|
|
Votes
- Support --Tobias1984 (talk) 11:35, 30 November 2015 (UTC)
- Comment This sounds like it relies on an OCR service hosted by Google, similar to Yandex (see SaaSS). Which Google service is this? Has the legality of using the service been checked? John Vandenberg (talk) 01:37, 1 December 2015 (UTC)
- Oppose. Yeah, this is SaaSS. Oppose per https://www.gnu.org/philosophy/who-does-that-server-really-serve.html. MER-C (talk) 08:43, 1 December 2015 (UTC)
- Comment - There is no such things like free and open source OCR softwares present for Indic languages which is as accurate as Google OCR. There are people, who have tried to build such free OCRs, but no such real luck till now, and we fear, not in near future. Even WMF is not ready to develop free OCRs due to lack of expertise and infrastructure, as stated at the Wikisource Conference 2015 in Vienna recently, even it was acknowledged at the conference that this is one of the highest priority need for Wikisource community. Google OCR is the only successful OCR available for us, so we just cannot ignore it as it is SaaSS. Ravi has explained in detail below. -- Bodhisattwa (talk) 19:54, 1 December 2015 (UTC)
- Support --Satdeep Gill (talk) 14:25, 1 December 2015 (UTC)
- Support Most needed as of now for Indic Wikisource. We are suffering.Jayantanth (talk) 14:30, 1 December 2015 (UTC)
- Support This would come handy for many Wikisourcers. --Subhashish Panigrahi (talk) 14:43, 1 December 2015 (UTC)
- Conditional support: We need to check with legal first as the OCR service is hosted by a for-profit organisation, if the legal team give the green signal than support otherwise oppose. ~ Nahid Talk 14:44, 1 December 2015 (UTC)
- Comment In Commons, there is a Javascript gadget which helps to check whether any uploaded image is present in other website or not using Google Images. The gadget is listed in the preference section of Commons. I dont think, legal team has any problem on that part. The gadget is utilizing the same for-profit organization. Besides, we are talking about semi-automation here, just like the said gadget, nothing more, just trying to make our lives easier. -- Bodhisattwa (talk) 19:25, 1 December 2015 (UTC)
- Support, very needed and Comment for many years, Wikisources are using Tesseract, a free (Apache licenseed) OCR now sponsored by Google, are we talking about Tesseract or a similar software ? Cdlt, VIGNERON * discut. 14:47, 1 December 2015 (UTC)
- Comment This is Google OCR in their Google Drive. Not a FOSS software. Can only be used via Google Drive or Services. Not the best situation, but the best practical solution for now. Should be viewed as a transition solution until FOSS OCR solutions become effective. --Natkeeran (talk) 15:00, 1 December 2015 (UTC)
- Thank you for this already but could you give more info? For instance: does this software have a name? a license ? what are the « more than 20 Indic languages » ? and did they all have a Wikisource? (no need to answer all my question but I'm curious). Cdlt, VIGNERON * discut. 15:30, 1 December 2015 (UTC)
- This is the Google OCR we are talking about. And these are the Wikimedia projects running in 22 Indian languages. As you can see, all of them don't have Wikisource projects, but almost every major old languages is running it and few are also in multilingual Wikisource. But this proposal will not only help Indic language contributors, but also others who face the same problem like us. At the bottom of this link, there is a list of Google OCR supported languages and its plenty. -- Bodhisattwa (talk) 19:31, 1 December 2015 (UTC)
- Thank you for explaining this service is part of w:Google Drive. Their terms of service do not allow accessing "using a method other than the interface and the instructions that we provide." There is an official API however it does not allow upload by URL (only direct POST/PUT from the client), so I expect it is against their TOS to integrate Google Drive into any process which automatically transmits a document from Commons to Google Drive, as it is Wikimedia Foundation doing the upload instead of the end user. It may be more legal to upload to Google Drive first, mark it as public and then Wikimedia Commons imports that document with OCR from Google Drive into Commons. John Vandenberg (talk) 07:47, 2 December 2015 (UTC)
- This is the Google OCR we are talking about. And these are the Wikimedia projects running in 22 Indian languages. As you can see, all of them don't have Wikisource projects, but almost every major old languages is running it and few are also in multilingual Wikisource. But this proposal will not only help Indic language contributors, but also others who face the same problem like us. At the bottom of this link, there is a list of Google OCR supported languages and its plenty. -- Bodhisattwa (talk) 19:31, 1 December 2015 (UTC)
- Thank you for this already but could you give more info? For instance: does this software have a name? a license ? what are the « more than 20 Indic languages » ? and did they all have a Wikisource? (no need to answer all my question but I'm curious). Cdlt, VIGNERON * discut. 15:30, 1 December 2015 (UTC)
- Comment This is Google OCR in their Google Drive. Not a FOSS software. Can only be used via Google Drive or Services. Not the best situation, but the best practical solution for now. Should be viewed as a transition solution until FOSS OCR solutions become effective. --Natkeeran (talk) 15:00, 1 December 2015 (UTC)
- Support - This is a common task in many Indian Languages, including Tamil. We are looking for similar tool to upload scanned images via Google OCR into WikiSource. --Natkeeran (talk) 14:55, 1 December 2015 (UTC)
- Support --KRLS (talk) 15:07, 1 December 2015 (UTC)
- Strong support If we can do it , it would be excellent. -- Tito☸Dutta 15:12, 1 December 2015 (UTC)
- Neutral Humbly acceptable, but only as a temporary brief solution, while waiting - and actively working - for a free opensource software into an excellent "wikisource OCR service" . --Alex brollo (talk) 17:37, 1 December 2015 (UTC)
- Comment I agree that, building an accurate free open-source OCR is the only permanent solution. As discussed at Wikisource Conference 2015 in Vienna recently with WMF staff (community tech+ language engineering), it became clear that WMF is not interested in development of OCR software due to lack of infrastructure and expertise in this field. Besides, other FOSS based available OCRs are far from accurate and practically speaking, they are useless. So, integrating Google OCR is the only practical alternative available to us, which is not only accurate but saves a lot of time and effort. -- Bodhisattwa (talk) 19:25, 1 December 2015 (UTC)
- Wikisource Community User Group/Wikisource Conference 2015/Participants doesn't list anyone from mw:Wikimedia Language engineering. Who did you talk with? Nemo 14:28, 3 December 2015 (UTC)
- We had long discussion with Frances Hocutt, Software Engineer, WMF about this matter. We also had a Skype session with Amir Aharoni, Software Engineer, Language Engineering team, WMF. Thanks - Bodhisattwa (talk) 14:43, 5 December 2015 (UTC)
- Wikisource Community User Group/Wikisource Conference 2015/Participants doesn't list anyone from mw:Wikimedia Language engineering. Who did you talk with? Nemo 14:28, 3 December 2015 (UTC)
- Comment I agree that, building an accurate free open-source OCR is the only permanent solution. As discussed at Wikisource Conference 2015 in Vienna recently with WMF staff (community tech+ language engineering), it became clear that WMF is not interested in development of OCR software due to lack of infrastructure and expertise in this field. Besides, other FOSS based available OCRs are far from accurate and practically speaking, they are useless. So, integrating Google OCR is the only practical alternative available to us, which is not only accurate but saves a lot of time and effort. -- Bodhisattwa (talk) 19:25, 1 December 2015 (UTC)
- Support Anubhab91 (talk) 15:53, 1 December 2015 (UTC)
- Support There are Wikimedia projects running in 22 Indian languages. While many of the Wikipedias in these languages have a slow growth owing to our socio economic and political conditions, many Indian languages have a rich sources of books and classics available in public domain dating 1000s of years. Unlike the western world or global north, we do not have Guternberg like projects with an army of volunteers to proofread and transcribe. Hardly 1 in 20 Wikipedians contribute to WikiSource projects and only 1 in a 10 million population become Wikipedians. Stats of the leading Indian language WikiSource projects for Malayalam, Tamil, Telugu and Bengali can be checked. And for the sake of informing the global community better, this is what we mean by Google OCR and here is what we need: Check this example page in Tamil Wikisource where we have proof read extension installed. Now, Google OCR will help us transcribe this page and make our job easy in proof reading. But, we need to upload images page by page to Google OCR. We can't upload more than 10 pages at a time. And then, we are again limited by the storage capacity of one's Google Drive. Our Wikipedian T. Shrinivasan came up with this python script to automate this process. But not everyone are tech savvy enough to run this script. What we need is an OCR solution that is as easy as the proofread extension itself or one that integrates with it. Even 3rd party bookmarklet that interacts with Google should be enough. We have seen enough FOSS based and other industry grade OCR solutions that won't even come near Google OCR's output for the next decade simply because they cannot match Google's resources or approach to solve this issue. It is not a question of whether WMF should do this or if it is within its operating principles of free software. In the past, WMF has redefined global norms if it believes it is in the best interest to serve our mission. This is a matter of immense impact and the question should be how the community can be helped. After all, the output will be available as free content in Wikimedia projects and will also be of great use to add references to Wikipedia. If it is needed, the WMF should talk to Google to get an API or a special agreement that supports WikiSource as even Google only stands to benefit from more content being added to the web. --Ravi (talk) 16:01, 1 December 2015 (UTC)
- Oppose - No google in to wikipedia pls Singhalawap (talk) 17:01, 1 December 2015 (UTC)
- Comment Can you please elaborate your reason of opposition? As explained above, we are not incorporating Google into Wikipedia!!! For your information, we are using Google OCR practically in all Indic language Wikisource projects everyday. We just want to make the task semi-automated, that's all. -- Bodhisattwa (talk) 18:35, 1 December 2015 (UTC)
- Support This will be an investment for the future, especially if it is a free and open source OCR. I see that Tesseract (FOSS OCR software that is developed and sponsored by Google) supports some Indian languages, maybe extend it to WikiSource and improve it? Kenrick95 (talk) 01:48, 2 December 2015 (UTC)
- Support --Sayant Mahato (talk) 04:20, 2 December 2015 (UTC)
- Support This is very much needed. - Shubha (talk) 04:26, 2 December 2015 (UTC)
- Support It's a shame there's no FOSS option, but this sounds like a pretty good way to go for the time being. — Sam Wilson ( Talk • Contribs ) … 08:53, 2 December 2015 (UTC)
- Support But, I also think WMF should try and negotiate a freer fair use agreement with Google (if there are any restrictions). We should also invest in developing an open OCR software for Indian languages after sufficient amounts of training data is available in Wiki projects. -- Sundar (talk) 08:58, 2 December 2015 (UTC)
- Support This would not affect non-Indic Wikisources, but it would have an huge impact on Indic ones: I think "language equity" is an important goal for Wikimedia projects, so this is definitely something to do. Aubrey (talk) 09:03, 2 December 2015 (UTC)
- Support - I would suggest, if any auto spell-check is available same to be included with option to replace it with suggested words. This would save time of typing the correct word and work of proof reading can get more speed. --Sushant savla (talk) 09:22, 2 December 2015 (UTC)
- Support- Reasons are well explained by Ravi (see above)-Nan (talk) 10:38, 2 December 2015 (UTC)
- Strong Support --Mathanaharan (talk) 10:41, 2 December 2015 (UTC)
- Support-In order to protect the anonymity of contributors, a solution through API aggrement between WMF and Google would be better. --Arjunaraoc (talk) 10:55, 2 December 2015 (UTC)
- Support--Balurbala (talk) 12:19, 2 December 2015 (UTC)
- Support This would come handy for many Wikisourcers--Kurumban (talk) 13:07, 2 December 2015 (UTC)
- Support I am in an openion this will help Tamil (my mother tongue) and other Indic Languages --உமாபதி (talk) 13:20, 2 December 2015 (UTC)
- Support --Sivakosaran (talk) 15:14, 2 December 2015 (UTC)
- Support--Parvathisri (talk) 17:45, 2 December 2015 (UTC)
- Oppose. I do understand frustration of the Indian community that the only good OCR tool is a non-free tool. I am not sure however that we can do anything here unless Google is generous enough to release the source code of their OCR under a free license. In the end this request depends on Google and not on Wikimedia Foundation, as WMF can do nothing without a number of actions by Google, thus it is not a task for Community Tech — NickK (talk) 16:09, 2 December 2015 (UTC)
- Support-this is a game changer where wikisource can go where Gutenberg does not. language support in global south. Slowking4 (talk) 02:38, 3 December 2015 (UTC)
- Support --Vikassy (talk) 16:51, 3 December 2015 (UTC)
- Support -- it will verymuch useful to Indic Languages.--சஞ்சீவி சிவகுமார் (talk) 08:07, 4 December 2015 (UTC)
- Support --Pymouss Tchatcher - 20:15, 4 December 2015 (UTC)
- Strong Support --ViswaPrabhaവിശ്വപ്രഭtalk 23:51, 4 December 2015 (UTC)
- Oppose Google Drive OCR Feature is not even a product with API availability . It is a proprietory product feature within Google drive. I dont know what you mean by Integrating a non existent product to wikisource. The OCR's google open sourced are Tesseract and ocropus . Tesseract is already integrated with Wikisource. I believe the proprietiry feature in Google Drive is more an optimization of these engines. Why dont Wikimedia invest on Community Tech for optimizations and improvments for tesseract and ocropus . The issue with indian languages is absense of financial support for people working on these domains. If wikimedia can address it , we can easily beat it . Integrating non existent proprietory service is always a burden and does not help in solving the OCR problem in long run. -- AniVar (talk) 08:48, 5 December 2015 (UTC)
- Support Very Much useful. -தமிழ்க்குரிசில் (talk) 13:06, 5 December 2015 (UTC)
- Support -- நி.மாதவன் ( பேச்சு )
- Support --Kasyap (talk) 15:39, 7 December 2015 (UTC)
- Support This will help decrease many man-hours Yohannvt (talk) 07:23, 8 December 2015 (UTC)
- Strong support This is obvious idea that any wiki librarian working on indic language wikisources would get. This will be handy, helpful and boast to indic-wikimedians. So, I support this. --Pavan santhosh.s (talk) 07:59, 8 December 2015 (UTC)
- Support -- Mayooranathan (talk) 18:39, 8 December 2015 (UTC)
- Support As the Indian language communities have no other good option so it should be implemented. --Jnanaranjan sahu (talk) 18:54, 8 December 2015 (UTC)
- Support - If an API solution cannot be negotiated with Google, then something along the lines of user:John_Vandenberg's suggestion under point 8 above. Bcharles (talk) 23:03, 8 December 2015 (UTC)
Visual Editor adapted for Wikisource
Currently, Wikisource is using the old but reliable text editor. This requires all Wikisource contributors to know lots of templates that are different from one Wikisource language to another. Having a special version of the Visual Editor, adapted for the Wikisource needs, would facilitate inter-language help on Wikisource and bring ease to new contributors on the Wikisource projects. By having selected buttons on this adapted Visual Editor for titles, centering, left or right margins text, tracing lines, etc, would be easy to learn, especially if those are derived from a word processor general look and contribute to bring people on different language Wikisource...
Placing a title in French, in English, in Spanish or Croatian would now be the same thing : selecting the text and pressing a button... not use a different named-template depending on which Wikisource you are. Many people could help proofread pages in different languages, for example, with a global project of the week... Myself, being a french-speaking canadian, yes, I could proofread in French, English, Russian, Ukrainian, Spanish, but I'd need to know all the different templates in all these languages,and as my level of speaking and understanding in these languages are not as fluent as my native language, it is sometimes difficult to find and search on the other Wikisource projects... But nothing would prevent me from helping on any of those or even an Italian, Bulgarian or Portuguese special projects... These are the same fonts... Proofreading only needs us to be able to compare the orignal text of the book and the text transcribed... But not knowing all the templates on the different other wikisource prevent me of helping other communities...
The magic in all this, we don't have to re-invent the wheel! I figure it would be easy to apply some modification to the actual Visual Editor used on the other projects to be able to concentrate the needs of Wikisource editing in a concise list of buttons for the most basics needs, that would allow to proofread 95% or even more of the actual book pages... Worst case scenario, the 5% left would be done the old-fashion way... --Ernest-Mtl (talk) 03:31, 10 November 2015 (UTC) — WMCA
Earlier discussion and endorsements |
---|
|
Votes
- Support --Tobias1984 (talk) 11:36, 30 November 2015 (UTC)
- Support VE is likely to see a much higher adoption rate on Wikisource than on Wikipedia, and the ability to extract high-fidelity Wikisource content as a DOM using Parsoid will be a very important step forwards. John Vandenberg (talk) 01:42, 1 December 2015 (UTC)
- Support Risker (talk) 04:17, 1 December 2015 (UTC)
- Support--Kippelboy (talk) 05:41, 1 December 2015 (UTC)
- Support --Candalua (talk) 08:57, 1 December 2015 (UTC)
- Support --Accurimbono (talk) 09:08, 1 December 2015 (UTC)
- Support --Anika (talk) 09:28, 1 December 2015 (UTC)
- Support --Rahmanuddin (talk) 15:10, 14 December 2015 (UTC)
- Support --Xavier121 (talk) 09:40, 1 December 2015 (UTC)
- Support -- Bodhisattwa (talk) 13:27, 1 December 2015 (UTC)
- Support --Satdeep Gill (talk) 14:26, 1 December 2015 (UTC)
- Support obviously. Cdlt, VIGNERON * discut. 14:35, 1 December 2015 (UTC)
- Support --Tito☸Dutta 14:43, 1 December 2015 (UTC)
- Support--David Saroyan (talk) 14:46, 1 December 2015 (UTC)
- Support --KRLS (talk) 15:07, 1 December 2015 (UTC)
- Support -- Wittylama (talk) 15:07, 1 December 2015 (UTC)
- Support In order to start to make Wikisource proofreading workflow what it should be: an easy task doable by everyone. Tpt (talk) 15:15, 1 December 2015 (UTC)
- Support Beleg Tâl (talk) 15:18, 1 December 2015 (UTC)
- Support Sadads (talk) 16:18, 1 December 2015 (UTC)
- Support --Wesalius (talk) 19:17, 1 December 2015 (UTC)
- Support--Arxivist (talk) 20:10, 1 December 2015 (UTC)
- Support -- Daniel Mietchen (talk) 20:46, 1 December 2015 (UTC)
- Support Trizek from FR 22:17, 1 December 2015 (UTC)
- Support --Aristoi (talk) 22:55, 1 December 2015 (UTC)
- Support — George Orwell III (talk) 23:28, 1 December 2015 (UTC)
- Support but please, ensure an immediate switch between VE edit and traditional edit while editing, without the need of saving/re-edit the page. If this feature already exists, I apologyze for this inappropriate comment. If this feature is impossible to get, please allow simple, fast and persistent disabling of VE as an user preference. --Alex brollo (talk) 00:00, 2 December 2015 (UTC)
- Support Of course, we are talking about VE in the Proofread page, right? Aubrey (talk) 09:06, 2 December 2015 (UTC)
- Support --Barcelona (talk) 12:09, 2 December 2015 (UTC)
- Support--Yodaspirine (talk) 13:02, 2 December 2015 (UTC)
- Support --Le ciel est par dessus le toit (talk) 13:56, 2 December 2015 (UTC)
- Support, one of the few cases where VisualEditor will really make life simpler for experienced users — NickK (talk) 16:05, 2 December 2015 (UTC)
- Support Pyb (talk) 01:10, 3 December 2015 (UTC)
- Support this is a hard ask, but it is a game changer. even incremental progress would be appreciated. Slowking4 (talk) 02:42, 3 December 2015 (UTC)
- Support - Wieralee (talk) 17:14, 4 December 2015 (UTC)
- Support --Pymouss Tchatcher - 20:12, 4 December 2015 (UTC)
- Support Halibutt (talk) 00:24, 5 December 2015 (UTC)
- Support --Yeza (talk) 10:47, 7 December 2015 (UTC)
- Support --Kasyap (talk) 15:41, 7 December 2015 (UTC)
- Support Abyssal (talk) 16:50, 10 December 2015 (UTC)
- Support --ESM (talk) 16:41, 13 December 2015 (UTC)
- Support --Davidpar (talk) 14:21, 14 December 2015 (UTC)
2016
Thank you for participating! The 2016 Community Wishlist Survey has concluded.
Checkout the 2017 survey at Community Wishlist Survey 2017! |
Improvement of Phe's Statistics and Tools for Wikisource: vector graphs and a sortable table
- Problem: Phe's Statistics and Tools for Wikisource are already a very valuable resource, but there are two features that would make it even more useful for a better insight of the activities in many small projects.
- Currently pages like this or this are easy to read as far as en.source or fr.source are involved, but the lines showing progress and growth in smaller projects are all flattened on the bottom of the graphs.
- The ProofreadPage statistics are ranked by the number of page verifications, but many users would like to read the same tables ranked by other criteria, which currently cannot be done.
- Who would benefit: any users interested in comparing their growth with their past achievement and with other projects'; projects willing to motivate the effort of their small but working communities.
- Proposed solution:
- Either the graphs could be
- The ProofreadPage Wikitables could be sortable to let users explore other rankings.
- More comments: There's no point in the comparison between projects per se, but a fair amount of ambition between small projects has always been a motivating spring to help them grow in quality, encourage proogfreading and so on.
- Phabricator tickets:
- Translations: none yet
Community discussion
- Good ideas but I don't feel it's for the Community Tech team, except if @Phe: need help (do you?). Cdlt, VIGNERON * discut. 09:37, 15 November 2016 (UTC)
Well I'm not sure who should do that, but I give my small support to this small improvement.--Alexmar983 (talk) 08:47, 17 November 2016 (UTC)
- @OrbiliusMagister: Could you please summarize the actual "a small change for a big improvement" in the task proposal by editing your proposal, so others can immediately spot what is being proposed here? Thanks! :)
Voting – Improvement of Phe's Tools
- Support--Micru (talk) 13:33, 28 November 2016 (UTC)
- Support plus the tool should show statistics of more wikisource language projects.--Snaevar (talk) 23:16, 28 November 2016 (UTC)
- Support (for Snaevar: good idea, what language is missing?). Cdlt, VIGNERON * discut. 09:09, 29 November 2016 (UTC)
- @Phe: ang, bs, cy, fo, ht, is, li, mk, sah, sk, and yi are missing (some are closed like ang or ht :( and most are inactive, but some seems a little bit actives). Cdlt, VIGNERON * discut. 14:28, 29 November 2016 (UTC)
- Support Obviously... - εΔω 20:45, 1 December 2016 (UTC)
- Support--Jayantanth (talk) 20:57, 4 December 2016 (UTC)
- Support --Accurimbono (talk) 05:03, 6 December 2016 (UTC)
- Support --Yann (talk) 22:49, 12 December 2016 (UTC)
Integrate the CIS-LMU Post Correction Tool
- Problem: As far as I know (based on my work in deWS) all texts in Wikisources are created either by typewriting, copying and pasting from other sources or from OCR. Mistakes are identified only by proofreading and accordingly the quality of texts are strongly dependent on the individual proofreaders.
- Who would benefit: All Wikisources that work with OCR.
- Proposed solution: Integrate the CIS-LMU Post Correction Tool (PoCoTo) in Wikisource.
- More comments: PoCoTo is a Open-Source-Tool, available on GitHub. It gives the opportunity to identify common OCR-mistakes and handle them easily. It would be probably a big improvement to the quality of texts with one or no proofreaders. Also texts that have been validated two times could systematically looked at for remained mistakes.
- Proposer: --Dorades (talk) 16:18, 10 November 2016 (UTC)
- Translations: none yet
Community discussion
- none
Voting – Integrate the CIS-LMU Post Correction Tool
- Support Ninovolador (talk) 11:40, 28 November 2016 (UTC)
- Support Tannertsf (talk) 13:38, 28 November 2016 (UTC)
- Support --Micru (talk) 16:13, 28 November 2016 (UTC)
- Support ShakespeareFan00 (talk) 20:56, 29 November 2016 (UTC)
- Support --Alex brollo (talk) 07:53, 30 November 2016 (UTC)
- Support - εΔω 20:57, 1 December 2016 (UTC) Whoever has proofread ancient texts understands the importance of this tool.
- Support Libcub (talk) 03:47, 2 December 2016 (UTC)
- Support Shubha (talk) 10:32, 2 December 2016 (UTC)
- Support--Jayantanth (talk) 20:57, 4 December 2016 (UTC)
- Support --Continua Evoluzione (talk) 10:29, 5 December 2016 (UTC)
- Support Would this circumvent the current roundabout practice of uploading PDFs to Archive.org to get a DJVU which has gone through their OCR? Blue Rasberry (talk) 18:34, 6 December 2016 (UTC)
- Support --Yann (talk) 22:50, 12 December 2016 (UTC)
Language links in Wikisource for edition items in Wikidata
- Problem: Right now the editions are represented in Wikidata as separate items . See for instance The Raven, there are multiple editions linked with the property "editions". However this is not represented in Wikisource as inter-language links.
- Who would benefit: All Wikisource editors.
- Proposed solution: Create a plugin that will aggregate all the edition interwiki links and will display them for each item on Wikisource.
- Phabricator tickets: T128173
- Proposer: Micru (talk) 14:06, 8 November 2016 (UTC)
- Translations: none yet
Community discussion
- Good idea --Yann (talk) 15:56, 8 November 2016 (UTC)
- interlanguage links (edition to edition) — billinghurst sDrewth 16:25, 8 November 2016 (UTC)
Comment the interplay of book <-> edition also needs to be considered as it is a similar problem so that wikisource <-> wikipedia can also be resolved. — billinghurst sDrewth 16:25, 8 November 2016 (UTC)
Comment is this really a technical problem? do we really want all links? (nd just edition or works/exemplar too ? for some works, links can be longer than the text itself, eg. Tales or Bible books like Book of Genesis... for Wikisource <-> Wikipedia links, shouldn't the wikipedia article be linked to the work page on Wikisource (which is actually done I think, and it.ws has an Opera namespace dedicated for that). I wonder if we maybe don't need a whole new system for navigation on Wikisource (similarly the Author: pages done by hand seems a non-sens to me too). Cdlt, VIGNERON * discut. 16:53, 8 November 2016 (UTC)
- Yes, I think there needs to be a bit more clarity about which links are under discussion here. The Wikidata item linked above (Q22726 The Raven) is perhaps not the best example, because on the Wikisources attached to there, (e.g. Wikisource:The Raven (Poe)) there are actually lots of inter-language links. This is because it's a disambiguation page. The problem really can be seen better on pretty much any of the actual work-pages linked from there (e.g. Wikisource:The Raven and Other Poems/The Raven, where there is no easy way to see that, in fact, this work also exists in other languages and on Wikipedia. Is this correct? So, we want to be able to follow has-edition and is-edition-of Wikidata properties, and display them well in Wikisource? Sam Wilson 01:37, 9 November 2016 (UTC)
- It seems to me that a module can do that already. --Izno (talk) 19:53, 9 November 2016 (UTC)
- @Izno: either it hasn't been done, or nobody has worked out how to do it. I am happy for you to point a rendition to me that allows an automated or easy autolinking between two Wikisources, or a Wikipedia and a Wikisource that relies solely on links at Wikidata. I am yet to see it done, and have seen conversation at Wikidata about such an output. — billinghurst sDrewth 11:56, 10 November 2016 (UTC)
- Well, the counter-question: Do you mean just outputting a list? Something in the ILL sidebar space? The module can certainly take care of the former, it seems, to 'follow' those properties... --Izno (talk) 14:28, 21 November 2016 (UTC)
- @Billinghurst: Swedish Wikisource has an implementation. It it still in a user sandbox, s:sv:Modul:Sandlåda/Innocent bystander 3, but it seems to work okay. You can see an example of the resulting interwiki links at s:sv:Bibeln (Gustav II Adolf) (or at any of the pages in s:sv:Kategori:Sidor med interwiki med hjälp av arbitrary access på Wikidata). Peter Alberti (talk) 11:46, 3 December 2016 (UTC)
- Well, the counter-question: Do you mean just outputting a list? Something in the ILL sidebar space? The module can certainly take care of the former, it seems, to 'follow' those properties... --Izno (talk) 14:28, 21 November 2016 (UTC)
- @Izno: either it hasn't been done, or nobody has worked out how to do it. I am happy for you to point a rendition to me that allows an automated or easy autolinking between two Wikisources, or a Wikipedia and a Wikisource that relies solely on links at Wikidata. I am yet to see it done, and have seen conversation at Wikidata about such an output. — billinghurst sDrewth 11:56, 10 November 2016 (UTC)
- It seems to me that a module can do that already. --Izno (talk) 19:53, 9 November 2016 (UTC)
Voting – Language links for edition items
- Support JAn Dudík (talk) 22:23, 28 November 2016 (UTC)
- Support Peter Alberti (talk) 11:23, 3 December 2016 (UTC)
- Support--Jayantanth (talk) 20:57, 4 December 2016 (UTC)
- Support -- Sergey kudryavtsev (talk) 07:12, 7 December 2016 (UTC)
- Support --Yann (talk) 22:51, 12 December 2016 (UTC)
- Support, I would really like to have this feature so that I do not have to copy interwikis manually to each and every edition — NickK (talk) 23:35, 12 December 2016 (UTC)
Make Wikisource "book-based"
- Problem:
Mediawiki on Wikisource is "page-based", but Wikisource is "book-based". In WS, we use:
- in the main namespace: 1 page for the index, N subpages for the single chapters
- in the Index namespace: 1 page for the index
- in the Page namespace: N pages for the pages
Examples:
- Book backed by scan :
- Book without scan :
- ns0: https://en.wikisource.org/wiki/The_Call_of_Cthulhu (index)
- ns0: https://en.wikisource.org/wiki/The_Call_of_Cthulhu/Chapter_I (chapter)
This division has multiple effect, which have been discussed a lot in the past: see Book_management. In short, this affects:
- metadata storage
- import and export of books
- navigation bars and automatization of task --> thus, steep learning curve for new users
- statistics are page based, and not book-based: you never know what books are mostly read, you just know which single pages or chapters are.
At the same time, we don't know which books people look for on Wikisource, and what they don't find.
On small projects like Wikisource, it would be possible to experiment and have better analytics regarding books and also users, because numbers are small enough to be manageable. If we knew what
- Who would benefit:
The community of editors, first, and the community of readers, later. The idea is to have better and more logic framework for Wikisource, which in time will allow better tools, a more easier workflow, and even better analytics for the community so that they understand what's liked and read on WS.
- Proposed solution:
- Review this old but possibly useful extension written by @GorillaWarfare: during the GSoC 2013: mw:Extension:BookManagerv2
- Review the past comments on Book management
- Phabricator tickets: Many are listed in the pages linked from Book management. The BookManagerv2 extension has lots of open tasks.
- Proposer: Aubrey (talk) 10:13, 16 November 2016 (UTC)
- Translations: none yet
Community discussion
- @Aubrey: Sounds interesting. I'm still reading through the documentation linked above, so apologies if my questions are answered there — but: how much of proofreadpage would need to change? And with the long-term plan of moving lots of metadata to Wikidata, I'm imagining that this would be mostly about structuring books within MediaWiki (and not so much about describing them); is that right? Sam Wilson 04:59, 17 November 2016 (UTC)
- I think that Molly's extension was directed more at the ns0 than the ProofreadExtension. That is because the PE is its own think, and because it's in the ns0 that we need a "logic structure" of a book (meaning: Index, chapters). Of course, and there are hacks from @Alex brollo: in this direction, everything is correlated, and when you create the index in the Index page you can pre-fill the book subpages with the right data... When you have all the "structural metadata" (meaning, number of pages, which page a chapter start, which page the next chapter start, which page is the cover, etc.) you should be able to create automatically everything that use that piece of data. Which means index in the Index page, but also subpages in the ns0 that represent chapters, and also pages index tag (like <pages index="BOOK.djvu" from=544 to=548 />)...
- These structural metadata will never go on Wikidata, but should be stored in a place that is equal for every Wikisource: at the moment, the Italian wikisource uses Alex tools to do this, which is fine for us but not for everybody else. When you have all the data you can use how you want. Descriptive metadata (author, title, publisher) will go on Wikidata. Aubrey (talk) 10:50, 17 November 2016 (UTC)
Voting – Make Wikisource "book-based"
- Support--Wesalius (talk) 08:20, 28 November 2016 (UTC)
- Support --Micru (talk) 16:12, 28 November 2016 (UTC)
- Support Aubrey (talk) 08:49, 30 November 2016 (UTC)
- Support--Satdeep Gill (talk) 17:57, 1 December 2016 (UTC)
- Support NMaia (talk) 00:25, 2 December 2016 (UTC)
- Support Libcub (talk) 03:48, 2 December 2016 (UTC)
- Support Shubha (talk) 10:36, 2 December 2016 (UTC)
- Support Csisc (talk) 10:56, 2 December 2016 (UTC).
- Support Pamputt (talk) 10:48, 4 December 2016 (UTC)
- Support--Jayantanth (talk) 20:57, 4 December 2016 (UTC)
- Support--Alexmar983 (talk) 08:51, 8 December 2016 (UTC)
- Support - DPdH (talk) 12:14, 12 December 2016 (UTC)
Semi-automated tool for importing Wikisource data from standard header template into Wikidata items
- Problem: importing data from wikisource pages (especially transcluded pages with complete header) is very painful, while all informations are present in the header = title, author, date, publisher, pages, and for articles Periodical data and pages, + the scanned file info. A tool, allowing to automatically import those data in wikidata empty items (thousands have been imported by bots, without bothering to complete them).
- Who would benefit: both wikidata and wikisource communities, because wikidata info for wikisource texts would be much more complete. A semi-automated tool, launchable individually on each item, would allow to complete items that need it, and control data, which a bot would not allow.
- Proposed solution: a tool/script/gadget that would import available header data from the standard header template. @Tpt:
- Proposer: --Hsarrazin (talk) 13:54, 10 November 2016 (UTC)
- Translations: none yet
Community discussion
- @Hsarrazin: I think the crucial part of this is not so much importing the data to Wikidata (which I agree is a great idea) but rather using Wikidata data back in Wikisource. If the header template were to use Wikidata more, then Wikisourcerors would keep it up to date and correct. (Really, we shouldn't have to enter the same metadata in the header template, the Index page, and the file description on Commons!) Sam Wilson 00:59, 15 November 2016 (UTC)
- For the header template vs Index page duplication there is the header=1 feature of the <pages> tags (we use it a lot on French Wikisource). For duplication between Wikidata and Wikisource, it's just a matter of using mw.wikibase API in Lua gadget (and hopefully the same process will be usable when Commons file will use Wikibase-based metadata storage). Tpt (talk) 09:44, 18 November 2016 (UTC)
- I would hope that we would be able to pull the information from Commons {{book}} or {{header}} as generally Commons is the first upload place, and header template for where the work is not scan supported. — billinghurst sDrewth 12:55, 3 December 2016 (UTC)
- For the header template vs Index page duplication there is the header=1 feature of the <pages> tags (we use it a lot on French Wikisource). For duplication between Wikidata and Wikisource, it's just a matter of using mw.wikibase API in Lua gadget (and hopefully the same process will be usable when Commons file will use Wikibase-based metadata storage). Tpt (talk) 09:44, 18 November 2016 (UTC)
Voting – Semi-automated tool for importing Wikisource data
- Support--Wesalius (talk) 08:20, 28 November 2016 (UTC)
- Support --Micru (talk) 16:14, 28 November 2016 (UTC)
- Support Aubrey (talk) 08:49, 30 November 2016 (UTC)
- Support Ankry (talk) 23:20, 1 December 2016 (UTC)
- Support as this will surely let implementing Open Citations corpus in Wikidata easier Csisc (talk) 10:57, 2 December 2016 (UTC).
- Support Peter Alberti (talk) 11:26, 3 December 2016 (UTC)
- Support no brainer for value for WSes and WD — billinghurst sDrewth 12:55, 3 December 2016 (UTC)
- Support--Jayantanth (talk) 20:57, 4 December 2016 (UTC)
- Support Risker (talk) 03:12, 9 December 2016 (UTC)
- Support --Edhral 08:40, 10 December 2016 (UTC)
Spelling- and typo-checking system for proofreading
- Problem:
- When proofreading using ProofreadPage, there is no syntax highlighting or spell-checking (other than what may be native to the web browser). This makes it hard to see typos, scannos, mis-spellings, and other problems. A font that makes greater distinctions between characters, such as WikisourceMono, can help; but it's still hard to proofread things like punctuation (e.g. new line characters where they occur within a paragraph) or archaic spellings of words (e.g. "to-day" spelt with a hyphen).
- Who would benefit:
- Wikisource readers, because the texts they view will be of higher quality; and
- Proofreaders, because they will catch errors earlier in the proofreading cycle, and have to revisit fewer pages.
- Proposed solution:
- A tool akin to Distributed Proofreaders' WordCheck tool, which would implement site-wide and per-work word lists against which pages could be checked. In PGDP, this checking happens as what we call the 'preview' stage (i.e. it's optional, but its use is encouraged), when the user is presented with a colour-coded display of the text.
- All punctuation characters are highlighted (just for easier viewing), and every word that doesn't exist in a 'Good word list' (or does exist in a 'Bad word list') is shown in an editable text field. The user can then correct the word, or elect to add it to one of the work's word lists. The punctuation highlighting would include paragraph marks (currently some people use the pilcrowMarkers gadget) and whitespace.
- More comments:
- The punctuation-highlighting aspects of this wish could be satisfied by a syntax-highlighting editor (but such a thing would have to be customisable, for example some works enforce spaces around dashes, and some prohibit them).
- The word-correcting UI could appear in a page's preview (although it may also be good to be able to view it applied to the actual wikitext as well), and it might be useful to be able to enable it when just reading a Page namespace page.
- The per-work word lists could be able to be copied from other works (or some sort of word list library). Although, copy and paste works for this too.
- It should be easy to get a report of a whole work's wordcheck status (although, another approach to this could be to have the word-fix UI able to be turned on in Main namespace, or anywhere Page pages are transcluded).
- If a word is in a Bad word list, it should be easy to replace all occurrences throughout a work (although, there's value in going the traditional per-page route, because it could be that not all occurrences are actually the same misspelling).
- The PGDP source code is PHP/MySQL, GPL-2.0, and hosted on Sourceforge.
- Phabricator tickets:
- Proposer: Sam Wilson 02:12, 8 November 2016 (UTC) (Note that I'm also a WMF staff member and part of Community Tech; I won't be voting on any proposals.)
- Translations: none yet
Community discussion
- Good idea --Wesalius (talk) 07:27, 8 November 2016 (UTC)
- Good idea --Jayantanth (talk) 11:14, 8 November 2016 (UTC)
- It would be a great idea too to work with the wiktionaries too for the « Good word list » (a bit like the tool Dicompte did ; @Noé:). Cdlt, VIGNERON * discut. 14:30, 8 November 2016 (UTC)
Comment
How do they manage proper English vs. American English words?
There was an earlier discussion about having an Index: page level setting or typing error correction as the OCR for a work can have reproducible errors that could be applied. Having something like Index:workname.djvu/Badwords — billinghurst sDrewth 15:58, 8 November 2016 (UTC)
- Yes, PGDP has per-work wordlists (which, as you say, would probably be well off stored as /goodwords and /badwords or something under each Index page). This means that UK-spelling works would have US spellings in the badwords, and vice versa for US works (or 19th century vs modern, e.g. "to-day" is correct but "today" is not). I'm not sure about the idea of mass-applying fixes over a whole work—but certainly mass-reporting on misspellings would be brilliant. I'm also not sure about how to manage puntuation fixes (e.g. highlighting when someone's done a spaced em dash, or has a mid-paragraph line break); but maybe that's beyond this wordlist idea? Sam Wilson 22:05, 8 November 2016 (UTC)
- Start with the framework IMNSHO, it can expand after that. Maybe phase 1 is to get the "words" pages framework set up, to do the matches in phase 1, then phase 2 is to build the regex replacer (I note something like w:Wikipedia:AutoWikiBrowser/Typos which Reedy (talk · contribs) built may be a useful model, and our required complexity is way less than that. user:Pathoschild has done some work in the area with m:TemplateScript maybe he can contibute his knowledge to this idea.)
We all know a good series of bad OCR that regularly comes through that I would happily have corrected as the page is loaded for the first time. After 20pp of a work (and s:Index:A biographical dictionary of eminent Scotsmen, vol 1.djvu is a typical example) there are 20-30 reproducible bad OCRs \bAvas\b -> was is so familiar to me from many works. — billinghurst sDrewth 10:07, 10 November 2016 (UTC)
- Start with the framework IMNSHO, it can expand after that. Maybe phase 1 is to get the "words" pages framework set up, to do the matches in phase 1, then phase 2 is to build the regex replacer (I note something like w:Wikipedia:AutoWikiBrowser/Typos which Reedy (talk · contribs) built may be a useful model, and our required complexity is way less than that. user:Pathoschild has done some work in the area with m:TemplateScript maybe he can contibute his knowledge to this idea.)
Comment At WS, we "faithfully transcribe" original source texts. Therefore, addressing OCR errors is one thing, but misspellings and archaic spellings that appear in the original text should usually remain after transcription. Such a tool may confuse a new user who is prompted to make a change that shouldn't be made. Also, a spelling and typo checker may create a dependency on the tool by users, assuming that a "clean" page means all is well when other errors may be lurking. Just as many errors may be found in the end. Nothing beats old-fashioned proofreading letter-by-letter, word-by-word, line-by-line, in my opinion. Londonjackbooks (talk) 11:05, 7 December 2016 (UTC)
Voting – Spelling and typo checking
- Support--Wesalius (talk) 08:21, 28 November 2016 (UTC)
- Support Tannertsf (talk) 13:39, 28 November 2016 (UTC)
- Support --Micru (talk) 16:14, 28 November 2016 (UTC)
- Support --Alex brollo (talk) 07:54, 30 November 2016 (UTC)
- Support --ShakespeareFan00 (talk) 10:28, 1 December 2016 (UTC)
- Support — The preceding unsigned comment was added by Satdeep Gill (talk)
- Support - εΔω 20:46, 1 December 2016 (UTC)
- Support NMaia (talk) 00:15, 2 December 2016 (UTC)
- Support Libcub (talk) 03:42, 2 December 2016 (UTC)
- Support--Jayantanth (talk) 20:57, 4 December 2016 (UTC)
- Support --Continua Evoluzione (talk) 10:32, 5 December 2016 (UTC)
- Support - DPdH (talk) 12:18, 12 December 2016 (UTC)
Support Open Archives Initiative Protocol for Metadata Harvesting (OAI-PMH)
- Problem: GLAM partners are reluctant to add material to Wikisource because (among other reasons) it's hard to incorporate back into their own catalogues.
- Who would benefit: GLAM partners and their users (who would also thus be exposed to Wikisource, and might think it's great)
- Proposed solution: Support the Open Archives Initiative Protocol for Metadata Harvesting (OAI-PMH).
- More comments: This idea has been around for a long time (the ticket below dates from 2004) so I'm sure there's lots of back-story that I don't know! :-)
One crucial part of it as it relates to Wikisource is that it's possible for OAI-PMH consumers to specify certain search criteria (such as a particular collection, or category, or author, etc.) when they only want to harvest those works.
For example, the National Library of Australia's Trove system could harvest all Wikisource material relating to or originating in Australia, and then any library user would see Wikisource items in their search results.
- Phabricator tickets: task T2576
- Proposer: Sam Wilson 01:10, 14 November 2016 (UTC)
- Translations: none yet
Community discussion
- Great idea Samwilson (I have an exemple with my local library tablettes-rennaises.fr/ with OAI-PMH, books in PD licence and metadata in CC0, everything perfect except I don't have the tools and I don't really know OAI-PMH), shouldn't the support be with/for Wikidata too ? Cdlt, VIGNERON * discut. 16:55, 14 November 2016 (UTC)
- @VIGNERON: Absolutely! Good point... really, we should aim at not having metadata in Wikisource at all (one day). So do you think this proposal should just target Wikidata? If it did, it would give Wikisource another reason to shift in that direction—but it could delay making it a reality for Wikisource works too. Sam Wilson 00:41, 15 November 2016 (UTC)
- @Samwilson: not sure if we should target Wikidata only... I'm too aiming for having all (meta)data stored into Wikidata but I know it will take quite a long time (even a simple thing as just converting the Author template to Wikidata on frws took almost year and people are still not use to it). So, targeting only Wikidata is still a good idea but it's probably too early as it seems too pushy right now ; tldr; still unsure. Cdlt, VIGNERON * discut. 09:51, 15 November 2016 (UTC)
- Hm, yes good point @VIGNERON. I've been writing a scraper for WS that could be a useful interface, and that could be updated as data is moved to WD without the core PMH system having to change along with it. So yeah, let's say this is just for going direct from Wikisource for now. Sam Wilson 00:02, 16 November 2016 (UTC)
- From what I understand about this problem, we should completely refactor the whole metadata system in Wikisource. It's a daunting task, but very important. In fact, we already have a OAI-PMH tool for Index pages, it was made (of course!) by @Tpt: https://it.wikisource.org/wiki/Speciale:ProofreadIndexOai
- Hm, yes good point @VIGNERON. I've been writing a scraper for WS that could be a useful interface, and that could be updated as data is moved to WD without the core PMH system having to change along with it. So yeah, let's say this is just for going direct from Wikisource for now. Sam Wilson 00:02, 16 November 2016 (UTC)
- @Samwilson: not sure if we should target Wikidata only... I'm too aiming for having all (meta)data stored into Wikidata but I know it will take quite a long time (even a simple thing as just converting the Author template to Wikidata on frws took almost year and people are still not use to it). So, targeting only Wikidata is still a good idea but it's probably too early as it seems too pushy right now ; tldr; still unsure. Cdlt, VIGNERON * discut. 09:51, 15 November 2016 (UTC)
- @VIGNERON: Absolutely! Good point... really, we should aim at not having metadata in Wikisource at all (one day). So do you think this proposal should just target Wikidata? If it did, it would give Wikisource another reason to shift in that direction—but it could delay making it a reality for Wikisource works too. Sam Wilson 00:41, 15 November 2016 (UTC)
- The point is, as you two wrote up here, that we need our data in a place with a good metadata system and good API. I think Wikidata is definitely good enough, so the goal, IMHO, should be "importing all the WS metadata in Wikidata". As you know, this means several things:
- agreeing on a good bibliographic model on Wikidata
- make it compatible with the bibliographic model in Commons (because they will have their own thing)
- creating a very good scraper for different WS
- importing data on WD
- creating good documentations for GLAMs and Wikidata, for importing and exporting
- Mind you: this could also mean rethinking and refactoring Wikisource "data model", Proofread extension, and other things. Meaning that We are always patching up and building on existing patches and hacks on Wikisource, but the whole project could enjoy that some good professionals look at the thing from scratch and decide if things are good enough or there is some code to be written or changed. I'm saying all this because my fear is that we try always to do small new tools on top of each other, when what we need is good, old-fashioned but serious code/system review. Aubrey (talk) 08:22, 16 November 2016 (UTC)
- I strongly support Aubrey's comment. We definitely need to seat down and find a good metadata management workflow before creating more tools. It will allow us to have a clear vision of what is needed and which tool create. I have tried a few years ago to start such work. See mw:User:Tpt/RFC (most part of it have been written in 2013). Tpt (talk) 09:58, 18 November 2016 (UTC)
- The point is, as you two wrote up here, that we need our data in a place with a good metadata system and good API. I think Wikidata is definitely good enough, so the goal, IMHO, should be "importing all the WS metadata in Wikidata". As you know, this means several things:
- I agree this idea absolutely has merit, but it's a little premature. This sounds a lot like structured data on Commons but for Wikisource, which I think would be the way to do this properly. MER-C (talk) 06:18, 20 November 2016 (UTC)
Voting – Support Open Archives Initiative Protocol
- Support--Shizhao (talk) 03:20, 28 November 2016 (UTC)
- Support--Wesalius (talk) 08:21, 28 November 2016 (UTC)
- Support--Micru (talk) 13:32, 28 November 2016 (UTC)
- Support Sadads (talk) 15:01, 28 November 2016 (UTC)
- Support --Izno (talk) 01:33, 29 November 2016 (UTC)
- Support VIGNERON * discut. 09:14, 29 November 2016 (UTC)
- Support --Ernest-Mtl (talk) 17:56, 29 November 2016 (UTC) (BAnQ's national collection archivists and librarians have been dreaming of this for over 2 years! lol)
- My Support is not actually related to the OAI-MPH (there is ***already*** such a tool, see my comment above) but for a rethinked-refactored metadata workflow. A simple tool won't solve the real issue (the moment you work a bit on this you will understand what I mean). We discussed a lot about this, we just need to focus on doing it. Aubrey (talk) 08:56, 30 November 2016 (UTC)
- Support - εΔω 20:47, 1 December 2016 (UTC)
- Support NMaia (talk) 00:15, 2 December 2016 (UTC)
- Support Libcub (talk) 03:43, 2 December 2016 (UTC)
- Support Pamputt (talk) 10:49, 4 December 2016 (UTC)
- Support--Jayantanth (talk) 20:57, 4 December 2016 (UTC)
- Support --HHill (talk) 11:04, 5 December 2016 (UTC)
- Support Risker (talk) 03:13, 9 December 2016 (UTC)
- Support — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼ 18:24, 11 December 2016 (UTC)
- Support --Yann (talk) 22:57, 12 December 2016 (UTC)
Upload Wikisource text wizard
- Problem: The text upload process is complex across many projects.
- Who would benefit: Uploaders
- Proposed solution: Create a wizard that includes the upload text process - search Internet Archive, use IA uploader to commons, set index at Wikisource to match Commons, adjust 'page offset' on index page.
- Phabricator tickets: task T154413
- Proposer: Slowking4 (talk) 02:46, 8 November 2016 (UTC)
- Translations: none yet
Community discussion
- By "adjust page offset" I assume you mean setting up the pagelist on the Index page? If so, I reckon that in itself could be a great project: a wizard for easier matching up of scan pages to work page numbers. Could be a great thing to gamify with a simple mobile interface for asking users to identify what page number a given page is; it could figure out the progression from the answers. (Maybe.)
Also, this is about the workflow of uploading works' Djvu & PDF files isn't it? (For the benefit of non-wikisourcerers who are reading: the 'text' in this case is a book or other work containing text, not just "uploading wikitext".) —Sam Wilson 03:37, 8 November 2016 (UTC)
- @Samwilson: using the existing Book2Scroll tool on enWS index pages allows all users to see page numbering and gaps, images etc. Maybe we can work off that tool to mark pages and have that feedback the data to the <pagelist> — billinghurst sDrewth 15:58, 8 November 2016 (UTC)
- yes, i do index pages the hard way, but an easier way would be appreciated. it is for the total process redesign, including dejavu conversion, of scanned text layers. there are a lot of steps with a lot of custom tweaking required. Slowking4 (talk) 12:18, 9 November 2016 (UTC)
- @Billinghurst: Good point about using book2scroll; it's certainly the sort of interface we'd want for page-number-correlation. And @Slowking4: Every time I recommend to someone that they add something to Wikisource, I'm reminded of quite how many steps there are! It'd be terrific to have a most-common-workflow wizard: from a pile of scan files (or a IA identifier) through to a correctly-constructed Index page. Is this what you're envisaging? Sam Wilson 04:42, 10 November 2016 (UTC)
- yes, although i appreciate the hacking degree of difficulty, necessary to scale up workflow. we need something newbie friendly so small GLAMs can see benefits of transcription. Slowking4 (talk) 04:05, 11 November 2016 (UTC)
- @Samwilson: using the existing Book2Scroll tool on enWS index pages allows all users to see page numbering and gaps, images etc. Maybe we can work off that tool to mark pages and have that feedback the data to the <pagelist> — billinghurst sDrewth 15:58, 8 November 2016 (UTC)
- Good idea --Wesalius (talk) 07:28, 8 November 2016 (UTC)
- Good idea --Jayantanth (talk) 11:14, 8 November 2016 (UTC)
- Good idea VIGNERON * discut. 14:25, 8 November 2016 (UTC)
- We need a tool which can create DjVu files and OCRs, since IA doesn't do DjVu anymore. In short, to replace or improve BuB. Yann (talk) 15:55, 8 November 2016 (UTC)
- As an occasional contributor to Italian Wikisource I agree that we need some kind of wizard to make it easier. --Jaqen (talk) 15:45, 16 November 2016 (UTC)
Voting – Upload Wikisource text wizard
- Support--Shizhao (talk) 03:21, 28 November 2016 (UTC)
- Support--Wesalius (talk) 08:21, 28 November 2016 (UTC)
- Support--Micru (talk) 13:34, 28 November 2016 (UTC)
- Support Tannertsf (talk) 13:39, 28 November 2016 (UTC)
- Support very important for new contributor support, Sadads (talk) 15:02, 28 November 2016 (UTC)
- Support --Consulnico (talk) 17:50, 28 November 2016 (UTC)
- Support --Snaevar (talk) 23:18, 28 November 2016 (UTC)
- Support John Carter (talk) 23:41, 28 November 2016 (UTC)
- Support VIGNERON * discut. 09:14, 29 November 2016 (UTC)
- Support a real wizard, with good quality djvu encoding, could merge existing tools and provide a real improvement to the existing workflow. I think we have all the pieces: we need to join them and make a powerful and simple tool for everyone. Aubrey (talk) 08:59, 30 November 2016 (UTC)
- Support Trizek from FR 20:02, 30 November 2016 (UTC)
- Support NMaia (talk) 00:16, 2 December 2016 (UTC)
- Support Shubha (talk) 10:16, 2 December 2016 (UTC)
- Support Pamputt (talk) 10:49, 4 December 2016 (UTC)
- Support--Jayantanth (talk) 20:57, 4 December 2016 (UTC)
- Support Sadads (talk) 18:45, 6 December 2016 (UTC)
- Support — Nala Discuter 10:30, 7 December 2016 (UTC)
- Support --Edhral 07:26, 8 December 2016 (UTC)
- Support Weft (talk) 07:55, 8 December 2016 (UTC)
- Support Risker (talk) 03:07, 9 December 2016 (UTC)
- Support - DPdH (talk) 12:22, 12 December 2016 (UTC)
- Support --Yann (talk) 22:54, 12 December 2016 (UTC)
- Support — NickK (talk) 23:37, 12 December 2016 (UTC)
Visual Editor menu refresh
- Problem: the visual editor menus could be refreshed, and improved
- Who would benefit: new editors on wikisource
- Proposed solution: redesign menus based on survey of workflows of most used functions, and editor feedback - do UX design.
- for example - in page view under style text menu, you need a small caps, and larger and smaller text should be higher than strikethru or subscript ; you need an easy way to insert common templates such as running header
- & in article view you need to move insert pages up and insert media down ; you need an easy way to insert common header templates such as EB1911 or NIE.
- Phabricator tickets:
- Proposer: Slowking4 (talk) 02:16, 8 November 2016 (UTC)
- Translations: none yet
Community discussion
@Slowking4: This proposal welcomes a better problem description: What exactly you would like to achieve, and why it is currently hard or impossible to perform your work, given the current visual editor menu. "Could be more helpful" is not a problem but a solution. :) --AKlapper (WMF) (talk) 10:26, 8 November 2016 (UTC)
- i would like to see menu redesign based on wikisource workflow and editor feedback, not on a wikipedia default. to the extent menus are not useful, then editors switch to wikicode to get work done. have you actually used VE to insert or edit a page header, because i cannot - it looks impossible to me. i also gave you four examples, to change the existing menus. or you could make the drop down menus customizable by editor. Slowking4 (talk) 19:46, 8 November 2016 (UTC)
- Thanks for clarifying. Could you edit the proposal description accordingly? --AKlapper (WMF) (talk) 13:05, 10 November 2016 (UTC)
- It's already possible to add custom/local buttons; see mw:VisualEditor/Gadgets. I don't believe that it's currently possible re-arrange the order of items in the character formatting menu.
Inserting a running header is possible now. You just need to go to Insert > Template and put in{{RunningHeader|left=LEFT|center=CENTRE|right=RIGHT}}
. You should use the parameter names. It would be much quicker to do if the template had mw:TemplateData documentation, but it's possible now. Whatamidoing (WMF) (talk) 17:04, 2 December 2016 (UTC)
Voting – Visual Editor menu refresh
Add a 'clean' method for side-titles, and side notes to parser
- Problem: A number of works on Wikisource utilise sidenotes, and UK legislation utilises side-titles (e.g.). See Bible (King James Version, 1611)/Genesis for a current example.
- The current approaches to this are not necessarily ideal, and do not necessarily render in a manner that is consistent across differing "media" formats (such as mobile), or even namespace displays at Wikisource.
- Who would benefit: Transcribers and proofreaders at Wikisource.
- Proposed solution:
- 1. Implement an inline <sidenote></sidenote> tag pair that can be used to mark a sidenote directly to the parser.
- 2. Implement a back end to process the "sidenotes", such that they are rendered using a manner consistent with the media format concerned.
- (a) For desktop and 'print', the sidenotes should be rendered as classed layout block to the appropriate side of the main content, taking into account the side 'swapping' may be be required when transcluded to Main/Article namespace. The reason for the block being classed is so that it can be style defined per work or even per page as required. (ie. left align and right align accordingly in Page: namespace, and either left or right align when transcluded to main namespace)
- (b) For 'mobile', the sidenotes could ideally be converted into either <ref></ref> pairs automatically (in an appropriate group) and rendered at the end of the document in a suitable formatable block. For sidetitles, which typically appear at the start of a paragraph, conversion of these into paragraph leaders (as suggested in the commennts) is another possible solution.
- Phabricator tickets: task T104770 (the <aside> element)
- Proposer: ShakespeareFan00 (talk) 11:23, 7 November 2016 (UTC) (Ammended ShakespeareFan00 (talk) 09:37, 10 November 2016 (UTC))
- Translations: none yet
Community discussion
See Bible (King James Version, 1611)/Genesis for a current example. Kaldari (talk) 18:41, 7 November 2016 (UTC)
yes, sidenotes are a major headache stopping work on documents with them. current practice uses template:sidenote. Slowking4 (talk) 02:20, 8 November 2016 (UTC)
- Good idea --Wesalius (talk) 07:26, 8 November 2016 (UTC)
- Good idea --Jayantanth (talk) 11:14, 8 November 2016 (UTC)
Comment
Part of the issue is to also get the sidenotes to work well with the different page layouts.
For mobile version it may be more appropriate to place sidenotes as paragraph leaders rather than treat as references. Putting them as end notes does not seem to be the best solution.
Another issue is avoiding the overlapping display of sidenotes. — billinghurst sDrewth 15:46, 8 November 2016 (UTC)
- Could the HTML5 aside element be implemented to handle this? Also, could someone who is familiar with it please explain the current sidenotes templates? The few times I've had to deal with them, I've gotten lost in the various places that hold relevant code (it's part of the Site gadget isn't it? Or partly?) (Actually, come to think of it, that's really just another argument for building an extension that's portable and properly tested, to handle this stuff!) Can someone explain how things are done on other Wikisources other than English? Sam Wilson 05:10, 10 November 2016 (UTC)
- @ShakespeareFan00: I see you've already thought of it!—task T104770 Sam Wilson 05:18, 10 November 2016 (UTC)
- An element is not an implementation of a feature. There is only semantic difference between an aside element and most other elements, not difference in technical abilities. I think you could easily build this with <refs> and some improvements to page layout engine. —TheDJ (talk • contribs) 12:52, 11 November 2016 (UTC)
- Good idea —TheDJ (talk • contribs) 12:52, 11 November 2016 (UTC)
- Good idea --Alex brollo (talk) 08:08, 12 November 2016 (UTC)
Voting – Add a 'clean' method for side-titles
- Support--Wesalius (talk) 08:21, 28 November 2016 (UTC)
- Support Tannertsf (talk) 13:40, 28 November 2016 (UTC)
- Support--Jayantanth (talk) 20:57, 4 December 2016 (UTC)
Add simple filters to Danmichaelo's CropTool
- Problem: CropTool by Danmichaelo (c:Commons:CropTool, and at Github) presently does an excellent job for wikisource users too, since it can retail nsPage images from multipage books, djvu and pdf, so simplifying a lot a difficult step of nsPage formatting. It would be great to add to it some filters and tools (rotation, grey and BW conversion, background removal) to enhance image quality.
- Who would benefit: all contributors
- Proposed solution: to implement an optional canvas environment with simple tools
- Phabricator tickets:
- Proposer: Alex brollo (talk) 09:46, 19 November 2016 (UTC)
- Translations: none yet
Community discussion
- @Alex brollo: Could you add a link to Danmichaelo's CropTool? Ryan Kaldari (WMF) (talk) 01:25, 23 November 2016 (UTC)
- If it is the same tool @Alex brollo: introduced at the wikisource village pump, it's commons:Commons:CropTool. Very nice tool, I have also translated the help page in Italian. I agree that a more compact interface for additional simple tasks would be nice to have. If I could support one additional task, I would personally say rotation. I welcome any improvement of course.--Alexmar983 (talk) 06:10, 23 November 2016 (UTC)
Comment giving crop the ability to remove and replace the first page of a djvu/pdf would have value for all the Commonists who complain about the scans opening with a Google text page (and whine about copyright). — billinghurst sDrewth 22:32, 23 November 2016 (UTC)
- A good standard to replace the Google front image could be, to replace it with a copy of title page of the book, coming from the djvu/pdf itself. The only parameter to give to a bot would be, the djvu/pdf page number of title page. --Alex brollo (talk) 19:40, 24 November 2016 (UTC)
Voting – Add simple filters
- Support Ninovolador (talk) 11:40, 28 November 2016 (UTC)
- Support--Alexmar983 (talk) 17:32, 28 November 2016 (UTC)
- Support --Alex brollo (talk) 09:56, 30 November 2016 (UTC)
- Support - εΔω 20:49, 1 December 2016 (UTC)
- Support NMaia (talk) 00:17, 2 December 2016 (UTC)
- Support Shubha (talk) 10:23, 2 December 2016 (UTC)
- Support--Jayantanth (talk) 20:57, 4 December 2016 (UTC)
- Support --Edhral 07:31, 8 December 2016 (UTC)
- Support Risker (talk) 03:08, 9 December 2016 (UTC)
- Support--Nizil Shah (talk) 06:29, 10 December 2016 (UTC)
AJAX editing of nsPage content
- Problem: Opening and saving nsPage pages is slow
- Who would benefit: Experienced contributors
- Proposed solution: Experienced contributors edit usually a series of pages in their natural order, often with minimal changes and using the same browser environment (same tools, same nsIndex....). This job can be done by ajax API with no need of re-upload and re-compile the complex browser environment, it only needs to get text, image and some data of new page, to save edits and to get immediately the next page without leaving the edit mode. Tests are running into it.source by the tool Edit in Sequence.
- Phabricator tickets:
- Proposer: Alex brollo (talk) 10:03, 19 November 2016 (UTC)
- Translations: none yet
Community discussion
THIS is actually a super great idea!! Specially with slow internet connections, that have to reload over and over again the same UI elements, and, in my case at least, not always all the javascripts are loaded, so i need to reload the page a few times to start working. --Ninovolador (talk) 13:09, 19 November 2016 (UTC)
- Yes, let's do it.--Alexmar983 (talk) 10:34, 23 November 2016 (UTC)
Voting – AJAX editing of nsPage content
- Support Ninovolador (talk) 11:39, 28 November 2016 (UTC)
- Support Reptilien.19831209BE1 (talk) 14:40, 28 November 2016 (UTC)
- Support --Alex brollo (talk) 09:57, 30 November 2016 (UTC)
- Support Shubha (talk) 10:24, 2 December 2016 (UTC)
- Support Omino di carta (talk) 12:25, 3 December 2016 (UTC)
- Support--Jayantanth (talk) 20:57, 4 December 2016 (UTC)
Allow Wikisource pages to be cited correctly
- Problem: Cite this page produces incorrect citation -
Example see this page - https://en.wikisource.org/wiki/Malthus,_Thomas_Robert_(DNB00) Cite-this-page gives (APA and MLA styles):
- Malthus, Thomas Robert (DNB00). (2012, December 31). In Wikisource . Retrieved 02:43, November 16, 2016, from https://en.wikisource.org/w/index.php?title=Malthus,_Thomas_Robert_(DNB00)&oldid=4216214
- Wikisource contributors. "Malthus, Thomas Robert (DNB00)." Wikisource . Wikisource , 31 Dec. 2012. Web. 16 Nov. 2016.
What it should actually cite:
- Stephen, Leslie (1893). "Malthus, Thomas Robert". Dictionary of National Biography, 1885-1900, Volume 36. London: Smith, Elder, & Co. pp. 1–3.
It would be good if the page actually has embedded COinS metadata that can be set by editors - so that anyone can cite it correctly using the visual editor.
- Who would benefit: Editors who understand referencing
- Proposed solution:
Perhaps having page variables would work so that the Cite-This-Page extracts data from manually set values.
- Phabricator tickets: https://phabricator.wikimedia.org/T92808
- Proposer: Shyamal (talk) 11:32, 11 November 2016 (UTC)
- Translations: none yet
Community discussion
We have a gadget like that on French Wikisource. See the citer le texte button. Tpt (talk) 09:46, 18 November 2016 (UTC)
- Awesome, exactly, I just checked and it's something other language Wikisources ought to have. Shyamal (talk) 06:47, 23 November 2016 (UTC)
- The js code has been installed in Bengali Wikisource. -- Bodhisattwa (talk) 06:58, 7 December 2016 (UTC)
- Awesome, exactly, I just checked and it's something other language Wikisources ought to have. Shyamal (talk) 06:47, 23 November 2016 (UTC)
Voting – Allow Wikisource pages to be cited correctly
- Support making the citer le texte button available to all other wikisource projects. --Wesalius (talk) 08:03, 28 November 2016 (UTC)
- Support — The preceding unsigned comment was added by FocalPoint (talk)
- Support --R. S. Shaw (talk) 17:20, 9 December 2016 (UTC)
- Oppose As noted above, this already exists; all wikis have to do is install and localize it. It's not a WMF dev job. — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼ 18:26, 11 December 2016 (UTC)
Automated reader's portal
- Problem: For readers it is hard to get an easy overview of the works that are available for reading from Wikisource.
- Who would benefit: Visitors mostly.
- Proposed solution: On ca-ws we have a page that displays nicely which works can be accessed/downloaded s:ca:Viquitexts:Llibres electrònics lliures en català, however it is a manual list, that could be automated, perhaps using information from Wikidata.
- Phabricator tickets:
- Proposer: Micru (talk) 09:02, 16 November 2016 (UTC)
- Translations: none yet
Community discussion
- none
Voting – Automated reader's portal
- Support--Wesalius (talk) 08:20, 28 November 2016 (UTC)
- Support (ping Ernest-Mtl ;) ) VIGNERON * discut. 09:16, 29 November 2016 (UTC)
- Support --Ernest-Mtl (talk) 17:52, 29 November 2016 (UTC)
- Support I wish we had something as good for commons media... but wikisource is a good start in the direction.--Alexmar983 (talk) 06:16, 30 November 2016 (UTC)
- Support --Alex brollo (talk) 07:50, 30 November 2016 (UTC)
- Support Aubrey (talk) 09:00, 30 November 2016 (UTC)
- Support - εΔω 20:51, 1 December 2016 (UTC)
- Support Jberkel (talk) 22:23, 1 December 2016 (UTC)
- Support Libcub (talk) 03:45, 2 December 2016 (UTC)
- Support Shubha (talk) 10:26, 2 December 2016 (UTC)
- Support Peter Alberti (talk) 11:21, 3 December 2016 (UTC)
- Support--Jayantanth (talk) 20:57, 4 December 2016 (UTC)
- Support --Continua Evoluzione (talk) 10:34, 5 December 2016 (UTC)
- Support --Edhral 06:23, 9 December 2016 (UTC)
- Support --Francois C (talk) 15:11, 10 December 2016 (UTC)
- Support -- Sometimes I've got a feeling that Wikisource are even less friendly for readers than for edithors Plogeo (talk) 19:29, 10 December 2016 (UTC)
- Support --NaBUru38 (talk)
- Support - DPdH (talk) 12:23, 12 December 2016 (UTC)
- Support --Yann (talk) 22:57, 12 December 2016 (UTC)
- Support — NickK (talk) 23:38, 12 December 2016 (UTC)
Create new Han Characters with IDS extension for WikiSource
於維基文庫上利用IDS描述新造漢字
- Problem:
- en-Han-character (en:logogram, include en:Chinese Characters, en:Hanja, and en:Kanji)- is widely used in East Asia (China, Taiwan, Singapore, Mandarin area in Malaysia, HongKong, Japan, Korea, Taiwan and Vietnam). An enduring problem unsolved for digital archiving is "lacking of characters". Not only for characters in ancient books, even modern publications lacks for characters ( i.e. Some authors may created 300-400 unique new characters in certain books). It's difficult to deal when we archive them into WikiSource. Unicode gradually add new characters into the chart, but new Uni-han extension always takes time to go live. In the past WikiSource,even Wikipedia, used to deal this problem with image files to present those characters. But images cannot be indexed, unsearchable, even not exchangeable between computer systems.
- zh-東亞文化圈的CJKV(中國、台灣、新加坡、馬來西亞華語區、香港、日本、韓國、台灣、越南)許多地方使用漢字(更正式的名稱是「zh:語素文字」),在電腦數位文獻處理上,一直有一個大問題,就是漢字缺字問題(lacking),不單單是各國古代漢字文獻有大量缺字,近代傳統活字排版印刷時代的書籍還有各自自創的缺字(有時可能是只有某一本書,就獨特地出現了300-400個該書獨有發明的新字),當要放進維基文庫的時候,處理此問題非常地困難。這個問題的本質是漢字過去在電腦上的處理未考慮到漢字是個開放字集的事實。當今維基媒體計畫上如果有尚未被unicode所支援的方塊字,現在只有一種解決辦法,就是使用圖檔,問題是必須手工繪製而且該文字的資訊無法被排序(indexing)、搜尋(search)、交換(exchange ,copy paste到別的網站,圖片就消失了,文章裡面的缺字就變成空白)。
- Who would benefit:
- en-Mostly the contributors and readers of Chinese Wikisource. However, if this way is available, all Wikimedia projects in languages that use Han characters will be benefited. (such as Japanese, Vietnamese, Korean, and Chinese dialects version like Classical Chinese, Hakka, Wu, or Gan., )
- Further more, even Wikipedia (Zh Wikipedia already used a lot of lacking characters,now .) and Wiktionary also are benefited.
- Other 2D composite characters writing system: For instance, Ancient Egypt and Maya.
- zh-最主要會受到益處的,是中文維基文庫的編者與讀者,但使用漢字的維基媒體計畫將來都可以受益(如日文、越南文、韓文、中文、文言文、客家語、吳語、贛語等),甚至未來其他語言的維基辭典、維基百科。
- Proposed solution:
- en-Unicode IDS -Ideographic Description Sequence- defined how to composite Han character with components. We implement the function to dynamically render Han character with Ideographic Description Sequences(IDS) and extension in WikiSource like: <ids>⿺辶⿴宀⿱珤⿰隹⿰貝招</ids> It will generate a Han character image file(now rendered on the temporary server on wmflabs ) with IDS in metadata. This is a solution to resolve lacking of Han characters problem on all C/J/K/V books. The basis is that Han characters are not as the same level as European alphabets,but words. Han characters are an open set. They are composited on 2 dimension by more basic components which owns basic element ,like "affix" in English (English words are composite on 1 dimension). In academies,components based Han character composite technology are developed and adapted to handle ancient Han books. The most famous are Academia Sinica 's development and cbeta Sutras plan. Recent years, opensource IDS renders are developed stable, so we can use the same technology to benifit Wikisource for handling Han ancient books as the same as those academies.
- 漢字的特殊性在於字並非像拼音字母由少數的字母以一維空間(1D)構成,而是以更多的基本表音或表意的「部件」( Components)以2維方式在一個方塊空間內組合(compisite)而成,主要組合方式是水平組合、垂直組合、包圍組合。基本的研究,在1970年代開始,台灣中研院開始進行這方面的研究,有很豐碩的成果,而後就被應用在有超巨量缺字的cbeta佛典計畫(把日本大正藏佛典數位化)等計畫。
而後,Unicode標準裡面也推出了Ideographic Description Sequence(IDS)規範,制定了IDC(組字符)而且是以符合電腦文字處理的先序(prefix)結構設計,從此之後,在各學術機構的中文研究(例如四庫全書,裝滿四個倉庫的圖書館的一堆書)或者佛學研究,就開始活用IDS ,催生動態組字技術來解決其缺字問題。
過去,這類技術都在學術界內使用,最近10年,才有通用用途的開放原碼的動態組字引擎陸續研發。台灣在地的維基協會發現現在有很好的進步引擎:漢字組建,遂提出解決方案-han3_ji7_tsoo1_kian3 呈像伺服器rendering server + IDS extension,漢字缺字可以呈現、可以被搜尋定序、可以被交換。
- More comments:
- Phabricator tickets:
- Proposer: Liang(WMTW) (talk) 16:07, 10 November 2016 (UTC)
- Translations: none yet
Community discussion
@Shangkuanlc: I'm trying to understand this proposal named "Create new Han Characters with IDS extension for WikiSource" and the related Phabricator task which is about deploying (making available) the IDS extension on Wikimedia sites like WikiSource, so I have to ask for clarification when it comes to the proposed solution: Do you ask WMF's Community Tech team to create new Han characters with the IDS extension? Or the WMF's Community Tech team to extend the IDS extension to allow authors to create new Han characters? Or to deploy the IDS extension on WikiSource (which would be the same request as in the Phabricator task)? Thanks for clarifying! --AKlapper (WMF) (talk) 20:00, 14 November 2016 (UTC)
- @AKlapper (WMF): I have asked the IDS extension programmer, he says we need the latter two of what you mentioned, and basically those two action items actually means the same thing -- editors can create new or ancient characters through the ids service, so deploy the software would be the easiest solution. --Liang(WMTW) (talk) 17:04, 15 November 2016 (UTC)
Some characters in s:zh:template:SKchar and s:zh:template:SKchar2 may be displayed using it.--維基小霸王 (talk) 07:31, 19 November 2016 (UTC)
Voting – New Han characters
- Support--Shizhao (talk) 03:19, 28 November 2016 (UTC)
- Strong Support--Liang(WMTW) (talk) 07:32, 1 December 2016 (UTC)
- Support--魔法設計師(Shoichi) (talk) 08:39, 1 December 2016 (UTC)
- Support--Billxu0521 (talk) 08:52, 1 December 2016 (UTC)
- Support--Yannmaco (talk) 09:52, 1 December 2016 (UTC)
- Support--S099001 (talk) 12:08, 1 December 2016 (UTC)
- Support--Wing (talk) 12:32, 1 December 2016 (UTC)
- Support--Honmingjun (talk) 12:42, 1 December 2016 (UTC)
- Support--JM99 (talk) 13:40, 1 December 2016 (UTC)
- Support--Csjh21010 (talk) 14:06, 1 December 2016 (UTC)
- Support--Fweng322 (talk) 14:13, 1 December 2016 (UTC)
- Support- Earth Saver (talk) at 14:32, 1 December 2016 (UTC)
- Support--Hwayang (talk) 15:51, 1 December 2016 (UTC)
- Support--Tsuna Lu (talk) 16:05, 1 December 2016 (UTC)
- Support--Wolfch (talk) 17:13, 1 December 2016 (UTC)
- Support--維基小霸王 (talk) 00:01, 2 December 2016 (UTC)
- Support--CYLu (talk) 03:28, 2 December 2016 (UTC)
- Support--John123521 (talk) 06:21, 2 December 2016 (UTC)
- Support--Micru (talk) 08:18, 2 December 2016 (UTC)
- Support —Jc86035 (talk) 11:23, 2 December 2016 (UTC)
- Support--RJ-king (talk) 12:21, 2 December 2016 (UTC)
- Support--Alex S.H. Lin 12:23, 2 December 2016 (UTC)
- Support--David675566 (talk) 12:25, 2 December 2016 (UTC)
- Support--BobChao (talk) 12:27, 2 December 2016 (UTC)
- Support--Vel c (talk) 12:30, 2 December 2016 (UTC)
- Support--Medicalwei (talk) 12:33, 2 December 2016 (UTC)
- Support--Freedman.tw (talk) 16:14, 2 December 2016 (UTC)
- Support--AddisWang (talk) 02:34, 3 December 2016 (UTC)
- Support--Zerng07 (talk) 04:51, 5 December 2016 (UTC)
- Support--Goldie_lin (talk) 05:06, 5 December 2016 (UTC)
- Support--Subscriptshoe9 (talk) 13:01, 3 December 2016 (UTC)
- Support--Supaplex (talk) 15:37, 3 December 2016 (UTC)
- Support Pamputt (talk) 10:46, 4 December 2016 (UTC)
- Support- I am Davidzdh. 12:44, 4 December 2016 (UTC)
- Support--Jasonzhuocn (talk) 05:10, 5 December 2016 (UTC)
- Support--Reke (talk) 06:45, 5 December 2016 (UTC)
- Support--KOKUYO (talk) 08:06, 5 December 2016 (UTC)
- Support--Sean9064 (talk) 10:08, 5 December 2016 (UTC)
- Support ... --Liuxinyu970226 (talk) 10:21, 5 December 2016 (UTC)
- Support--S8321414 (talk) 10:34, 5 December 2016 (UTC)
- Support--Seadog007 (talk) 14:02, 5 December 2016 (UTC)
- Support--Toppy368 (talk) 15:44, 5 December 2016 (UTC)
- Support--林博仁 (talk) 17:48, 5 December 2016 (UTC)
- Question: Are there so many people interested in these characters? What works are we hosting in this language? I suppose it seems like a good idea if we actually have a body of these works. Blue Rasberry (talk) 18:36, 6 December 2016 (UTC)
- @Bluerasberry:The idea of this proposal is to make the Wikimedia projects available to use the <ids> extension to make newly or ancient created han characters which has not included in unicode lists be more accessible (easier to search, index... etc). The idea is not only to create some characters, but to make the system of character creation available in Wikimedia projects. And about you mentioning "body of these works", yes, there is a work of Taiwanese-Mandarin dictionary, which donated by a passed away professor in Taiwan, will be most benefited by this <ids> technique available. You may see further discussion on google groups and meta. I hope I have answered you question, let me know if it's not clear. --Liang(WMTW) (talk) 04:22, 7 December 2016 (UTC)
- @Bluerasberry:There are still many books including en:Siku_Quanshu (36,381 books, very important and classic in east-Asia) ,its missing Han characters are not 10 or hundreds but tens of thousands. Until now its digitalization still depends on special software with IDS supporting in academies. In the past, not everyone can touch and read them on computers (even through internet) . With IDS rendering technology, books with large missing Han characters can also be put in Wikisource. Missing Han characters are also indexed,exchange-able ,searchable. I think that it's also very meaningful for WMF movement in asia. --魔法設計師(Shoichi) (talk) 14:34, 7 December 2016 (UTC)
- Support It seems like there are people who have identified books which cannot be converted to digital form without support for these characters. These books are famous and of cultural significance, so this is not just a matter of archiving works which would not be popular but actually a chance to make classical works more available to more people. Since there are already books anticipated for this, and since there is already a community organized to engage with this character support, then this seems like a good idea. Blue Rasberry (talk) 14:47, 7 December 2016 (UTC)
- Support--Jesus estw (talk) 19:18, 6 December 2016 (UTC)
- Support--A2093064 (talk) 10:09, 8 December 2016 (UTC)
- Support given how important the Chinese language is on a global scale. This, that and the other (talk) 13:59, 8 December 2016 (UTC)
- Support --MoonYaksha月夜叉 01:21, 9 December 2016 (UTC)
- Support Risker (talk) 03:10, 9 December 2016 (UTC)
- Support --Edhral 06:29, 9 December 2016 (UTC)
- Support --10:21, 9 December 2016 (UTC)
- Support--Lt2818 (talk) 10:37, 9 December 2016 (UTC)
- Support--Bowleerin (talk) 13:18, 10 December 2016 (UTC)
Make the Page proofreading interface easier to use
- Problem: The Page interface wastes screen space on tools that aren't used for proofreading, and splits the useful tools between the top and the bottom of the proofread page. You have to scroll up and down to access the useful tools. The option for setting the page status is under the window, so you have to scroll down to use it; when you're done, you can't just hit tab to get into the edit summary, and quickly move on.
- Who would benefit: all proofreading contributors
- Proposed solution: To implement three principles:
- maximize screen area devoided to edit textarea and to front image hiding anything unuseful for proofreading;
- move usual tools into fixed, compact areas (top/bottom of the screen); tools area should not scroll
- wrap unusual tools into draggable boxes that can be toggled into/ouside visibility
- More comments: an excellent first step to get result 1 is FullScreenEditing script by Samwilson. A running example of "draggable tools" is gadget "diacritici", recently implemented into la.souce.
- Phabricator tickets:
- Proposer: Alex brollo (talk) 07:36, 18 November 2016 (UTC)
- Translations: none yet
Community discussion
- @Alex brollo: these sound like good ideas. Do you think the crux of this problem is something like "the proofreading interface does not make optimal use of the browser window" or similar? That it's too cluttered with UI elements that don't pertain to proofreading? The tools-shouldn't-scroll rule is great, I reckon. :-) But yeah, I think we need to clarify the title and problem statement here, so people know what they're voting for. Sam Wilson 08:14, 18 November 2016 (UTC)
- @Samwilson: My English is rather poor, please feel free to change anything. An inspiring example for a good edit interface, focused on proofreading, is the Distributed Proofreaders one; nsPage edit page, on the contrary, is the same used for all wikimedia projects, with minor changes. --Alex brollo (talk) 08:40, 18 November 2016 (UTC)
- Hello, I can confirm that the Wikimedia Foundation has a functional prototype of this feature. --NaBUru38 (talk) 21:49, 10 December 2016 (UTC)
- @Samwilson: My English is rather poor, please feel free to change anything. An inspiring example for a good edit interface, focused on proofreading, is the Distributed Proofreaders one; nsPage edit page, on the contrary, is the same used for all wikimedia projects, with minor changes. --Alex brollo (talk) 08:40, 18 November 2016 (UTC)
Voting – Deeply review nsPage edit interface
- Support--Wesalius (talk) 08:20, 28 November 2016 (UTC)
- Strong support --Ninovolador (talk) 22:34, 29 November 2016 (UTC)
- Support --Alex brollo (talk) 09:57, 30 November 2016 (UTC)
- Support --Shubha (talk) 10:28, 2 December 2016 (UTC)
- Support--Jayantanth (talk) 20:57, 4 December 2016 (UTC)
- Support --Continua Evoluzione (talk) 10:28, 5 December 2016 (UTC)
- Support --NaBUru38 (talk)
- Support --Yann (talk) 22:56, 12 December 2016 (UTC)
Delete all NS:Page while deleting an index file
- Problem: When an Index page is deleted, NS:page is not deleted simultaneously
- Who would benefit: Wikisource Admins
- Proposed solution: Option for Deletion of all NS:Page while deleting an Index page.
- Phabricator tickets: phab:T146587
- Proposer: Bodhisattwa (talk) 12:45, 10 November 2016 (UTC)
- Translations: none yet
Community discussion
- Good idea. oh yes... --Hsarrazin (talk) 13:35, 10 November 2016 (UTC)
- +1, I already commented on the task but isn't this just an option to re-activate ? (@Quiddity (WMF): any thought ?) Cdlt, VIGNERON * discut. 16:59, 14 November 2016 (UTC)
- @VIGNERON: Do you have any more info about the 'delete all subpages' feature? I can't find it anywhere. Anyway, this proposal can still stand, because there's also the added convenience of not having to create the dummy top-level page. Sam Wilson 00:40, 29 November 2016 (UTC)
- @Samwilson: sorry, can't remember... I think it disappeared more than (around) 3 years ago.
Voting – Delete all NS:Page
- Support. --Consulnico (talk) 17:45, 28 November 2016 (UTC)
- Support VIGNERON * discut. 09:00, 29 November 2016 (UTC)
- Support ShakespeareFan00 (talk) 20:55, 29 November 2016 (UTC)
- Support --Ninovolador (talk) 22:35, 29 November 2016 (UTC) I don't think that is such a BIIIIG hack, but it would help the WS admins A LOT
- Support --Alexmar983 (talk) 06:14, 30 November 2016 (UTC)
- Strong support! - εΔω 20:53, 1 December 2016 (UTC)
- Support --Shubha (talk) 10:29, 2 December 2016 (UTC)
- Support --Framawiki (talk) 20:55, 2 December 2016 (UTC)
- Support Pamputt (talk) 10:47, 4 December 2016 (UTC)
- Support--Jayantanth (talk) 20:57, 4 December 2016 (UTC)
Fix Extension:Cite to allow tags and other functionality to work within ref tags
- Problem: Extension:Cite has major issues where tags are used within tags, and pipe tricks don't work
- Who would benefit: all wiki and mediawikis
- Proposed solution: fix extension:cite !!!
- More comments: here are long standing comments, and it is time that there was a plan to update and fix the extension, one of the most widely utilised extensions across wikimedia sites
- Phabricator tickets: phabricator:T4700 and numbers of other tickets, like phabricator:T141971
- Proposer: — billinghurst sDrewth 16:22, 8 November 2016 (UTC)
- Translations: none yet
Community discussion
@Billinghurst: Could you please try to name the "foibles" in the summary of this proposal (otherwise we would end up with indistinguishable generic "Fix $something to get rid of foibles" summaries for many proposals), describe who (groups/categories of users) would benefit, and describe an actual potential solution? I'm asking as proposals should be as specific as possible and explain what the problem is and who is affected by it. Thanks a lot in advance! --AKlapper (WMF) (talk) 13:20, 9 November 2016 (UTC)
- The foibles are detailed in the phab bug tickets. I tried to change the summary, but I may not have characterized it correctly. - Jonesey95 (talk) 06:29, 10 November 2016 (UTC)
@AKlapper (WMF):. As Jonesey95 says! I think that I could entitle this reqeust phabricator:4700 though that ticket itself is quite imposing. As the bugmeister if you can lead us on how we can migrate ye olde bug 4700 to a series of concrete components, however, my gut feel is that the words "complete rebuild" and "anachronistic mess" and "ugh!" all swim around this matter. It needs a path to improvement. All that said I can list those items that I face.
Typical examples
- template substitution fails inside extensions custom tags like <ref> (and <poem>). I have no idea whether that is an issue with substitution or the tags or extensions.
- pipe trick fails within ref tags, so a common action like an author link like
[[Author:John Doe|]]
does not work and becomes in operative non-link— billinghurst sDrewth 10:21, 10 November 2016 (UTC)
That phab task has a patch, which could be code reviewed and merged. -- DannyH (WMF) (talk) 01:05, 23 November 2016 (UTC)
Voting – Fix Extension:Cite
- Support --Alex brollo (talk) 07:52, 30 November 2016 (UTC)
- Support--Jayantanth (talk) 20:57, 4 December 2016 (UTC)
- Support, but this should not be buried in the WikiSource section; this affects all wikis. E.g., if you put a
{{rs?|{{subst:DATE}}}}
inside a<ref>...</ref>
, the DATE template will not subst. — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼ 18:23, 11 December 2016 (UTC)
2017
XTools Edit Counter for Wikisource
- Problem: There are not wikisource specific stats about user wise Proofread/validation
- Who would benefit: Wikisource Community
- Proposed solution: Need one tools
- More comments:
- Phabricator tickets: phab:T173012
- Proposer: Jayantanth (talk) 17:30, 17 November 2017 (UTC)
- Translations: none yet
Discussion
- Per phab:T173012#3529860 it seems the proposed feature is blocked by phab:T172408. MusikAnimal (WMF) (talk) 17:55, 17 November 2017 (UTC)
Voting
- Support VIGNERON * discut. 08:57, 28 November 2017 (UTC)
- Support --Liuxinyu970226 (talk) 13:32, 28 November 2017 (UTC)
- Support Kaviraf (talk) 15:50, 28 November 2017 (UTC)
- Support Ninovolador (talk) 20:57, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 23:19, 28 November 2017 (UTC)
- Support Bodhisattwa (talk) 06:12, 29 November 2017 (UTC)
- Support Laurent Jerry (talk) 10:12, 29 November 2017 (UTC)
- Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 13:29, 29 November 2017 (UTC)
- Support Mathieugp (talk) 19:34, 29 November 2017 (UTC)
- Support Jayantanth (talk) 14:14, 1 December 2017 (UTC)
- Support PMG (talk) 16:55, 3 December 2017 (UTC)
- Support Nala Discuter 08:19, 7 December 2017 (UTC)
- Support Artem.komisarenko (talk) 00:00, 8 December 2017 (UTC)
- Support Bertrand GRONDIN → (Talk) 17:38, 9 December 2017 (UTC)
ProofreadPage extension in alternate namespaces
- Problem: ProofreadPage elements, such as page numbers, "Source" link in navigation, etc. do not display in namespaces other than mainspace
- Who would benefit: Wikisources with works in non-mainspace, such as user translations on English Wikisource
- Proposed solution: Modify the ProofreadPage extension to allow its use in namespaces other than mainspace
- More comments:
- Phabricator tickets: T53980
- Proposer: —Beleg Tâl (talk) 21:25, 6 November 2017 (UTC)
- Translations: none yet
Discussion
- Like Very interesting; a banal, but useful, example of this need is, to allow testing proofread extension into Sandbox pages, usually under nsWikisource. --Alex brollo (talk) 16:54, 7 November 2017 (UTC)
- @Tpt: You may be interested in this proposal. Whatamidoing (WMF) (talk) 18:12, 7 November 2017 (UTC)
Voting
- Support VIGNERON * discut. 09:03, 28 November 2017 (UTC)
- Support --Liuxinyu970226 (talk) 13:32, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 23:19, 28 November 2017 (UTC)
- Support for translation namespace. -- Bodhisattwa (talk) 06:14, 29 November 2017 (UTC)
- Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 13:29, 29 November 2017 (UTC)
- Support Alex brollo (talk) 19:11, 29 November 2017 (UTC)
- Support —Beleg Tâl (talk) 13:19, 1 December 2017 (UTC)
- Support PMG (talk) 16:56, 3 December 2017 (UTC)
- Support Bertrand GRONDIN → (Talk) 17:38, 9 December 2017 (UTC)
Extend pag and num accessibility
- Problem: {{{pag}}} and {{{num}}} are reserved parameters for proofread extension, logically linked to pagelist tag. It would be useful to extend their use, so that they can run anywhere.
- Who would benefit: wikicode contributors
- Proposed solution: to allow to pass to {{{pag}}} and {{{num}}} two additional optional data (index name, book page/file page) to get book page by file page and file page by book page dynamically using pagelist data, into any context.
- More comments:
- Phabricator tickets:
- Proposer: Alex brollo (talk) 08:30, 8 November 2017 (UTC)
- Translations: none yet
Discussion
- Thank you for the proposal. I am not sure to understand what you want to have. Maybe API (maybe in Lua) that provides this kind of functions
getPageTitleForFile(fileName, filePageNumber)
,getPageTitleForIndexAndPage(indexName, logicalPageNumber)
,getIndexTitleForPage(pageName)
, andgetFilePageNumberForPage(pageName)
? Tpt (talk) 10:59, 8 November 2017 (UTC)- Lua access to all data coming from Index page (all fields, pagelist relate table too) will be great. It.source uses a special Modulo:Dati/[baseIndexName] to save and use these data, see it:Template:Pg that uses data, but it's a local, do-it-yourself solution. --Alex brollo (talk) 14:49, 8 November 2017 (UTC)
Voting
- Support --Liuxinyu970226 (talk) 13:31, 28 November 2017 (UTC)
- Support Ninovolador (talk) 20:58, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 23:19, 28 November 2017 (UTC)
- Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 13:28, 29 November 2017 (UTC)
- Support Jahl de Vautban (talk) 19:23, 10 December 2017 (UTC)
Improve workflow for uploading books to Wikisource
- Problem:
- Uploading books to Wikisource is difficult.
- In the current workflow you need to upload the file on Commons, then go to Wikisource and create the Index page (and you need to know the exact URL). :The files need to be DJVU, which has different layers for the scan and the text. This is important for tools like Match & Split (if the file is a PDF, this tool doesn't work).
- More importantly, the current workflow (especially for library uploads) includes Internet Archive, and the famous IA-Upload tool. This tool is now fundamental for many libraries and uploaders, but it has several issues.
- As Internet Archive stopped creating the DJVU files from his scans, the international community has struggled solving the issue of creating automatically a DJVU for uploading on Commons and then Wikisource.
- This has created a situation where libraries love Internet Archive, want to use it, but then get stuck because they don't know how to create a DJVU for Wikisource, and the IA-Upload is bugged and fails often.
- Summary
- IA-Upload tool is bugged and fails often when creating DJVU files.
- M&S doesn't work with PDF files.
- Users do not expect to upload to Commons when transferring files from Internet Archive to Wikisource.
- Upload to Internet Archive is an important feature expecially for GLAMs (ie. libraries).
- Who would benefit:
- all Wikisource communities, especially new users
- new GLAMs (libraries and archives) who at the moment have an hard time coping with the Wiki ecosystem.
- Proposed solution:
- Improve the IA-Upload tool: https://tools.wmflabs.org/ia-upload/commons/init
- The tool should be able to create good-quality DJVU from Archive files, and do not fail as often as it does now.
- it should also hide, for the end-user, the uploading to Commons phase. The user should be able to upload a file on Internet Archive, and then use the ID of the file to directly create the Index page on Wikisource. We could have an "Advanced mode" that shows all the passages for experienced user, and a "Standard" one that makes things more simple.
- More comments:
- Phabricator tickets: related: phab:T154413
- Proposer: Aubrey (talk) 11:18, 18 November 2017 (UTC)
- Translations: none yet
Discussion
- sounds like a plan ! I think it's about time we dedicated some more focused effort towards wikisource. —TheDJ (talk • contribs) 14:38, 18 November 2017 (UTC)
- Also, if we can revive the BUB it would be awesome, and would help a lot to the workflow --Ninovolador (talk) 13:09, 20 November 2017 (UTC)
- Should we be considering adding BUB's features to ia-upload? Sam Wilson 08:09, 4 December 2017 (UTC)
- Strong endorsement. Anything to improve the upload process would be welcome and would encourage uptake on Wikisource. There is also the proposal to improve the process of creating Index pages (by making it easier to see a thumbnail of multiple pages rather than having to click into each individually) which was started on this phabricator ticket by Sam Wilson at Wikimania. Stinglehammer (talk) 17:51, 20 November 2017 (UTC)
- endorse uploading works is a major bottleneck across multiple projects, requiring expertise, opaque user interface. need to make useable by new users. Slowking4 (talk) 23:57, 27 November 2017 (UTC)
Voting
- Support A BUB-like process would be wonderful. NMaia (talk) 00:31, 28 November 2017 (UTC)
- Support, maybe it could be done with a specific Upload Campaign on Commons ? and it should definitely be bone in relation with the Structured Commons project (@SandraF (WMF):). VIGNERON * discut. 08:58, 28 November 2017 (UTC)
- Support --Liuxinyu970226 (talk) 13:31, 28 November 2017 (UTC)
- Support Sadads (talk) 13:54, 28 November 2017 (UTC)
- Support --Consulnico (talk) 15:19, 28 November 2017 (UTC)
- Support Manseng (talk) 15:25, 28 November 2017 (UTC)
- Support Acélan (talk) 15:47, 28 November 2017 (UTC)
- Support Sannita - not just another it.wiki sysop 20:13, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 23:19, 28 November 2017 (UTC)
- Support Toto256 (talk) 06:30, 29 November 2017 (UTC)
- Support AlessioMela (talk) 10:37, 29 November 2017 (UTC)
- Support it seems an important issue to improve. Alexmar983 (talk) 11:22, 29 November 2017 (UTC)
- Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 13:28, 29 November 2017 (UTC)
- Support --*j*jac (talk) 14:58, 29 November 2017 (UTC)
- Support —TheDJ (talk • contribs) 17:23, 29 November 2017 (UTC)
- Support Ocaasi (talk) 17:31, 29 November 2017 (UTC)
- Support Mathieugp (talk) 19:36, 29 November 2017 (UTC)
- Support Atudu (talk) 04:32, 30 November 2017 (UTC)
- Support The wikisource workflow (including the creation of DjVu from Googlebook or from JPG scans) shall be improved and made easier for everyone. Accurimbono (talk) 08:10, 30 November 2017 (UTC)
- Support but the feature : use the ID of the file to directly create the Index page on Wikisource may be too much, and full of surprises the novice contributor will not able to cope with. --Wuyouyuan (talk) 15:49, 30 November 2017 (UTC)
- Support Mickey83 (talk) 21:49, 30 November 2017 (UTC)
- Support Sahaquiel9102 (talk) 22:07, 30 November 2017 (UTC)
- Support, to ease newcomers' lives. Trizek from FR 11:31, 1 December 2017 (UTC)
- Support Jayantanth (talk) 14:26, 1 December 2017 (UTC)
- Support --Jarekt (talk) 21:09, 1 December 2017 (UTC)
- Support ~Cybularny Speak? 13:39, 2 December 2017 (UTC)
- Support Viticulum (talk) 20:09, 2 December 2017 (UTC)
- Support Elena moz (talk) 22:16, 2 December 2017 (UTC)
- Support Bzhqc (talk) 10:39, 3 December 2017 (UTC)
- Support PMG (talk) 16:52, 3 December 2017 (UTC)
- Support LikeLifer (talk) 18:43, 3 December 2017 (UTC)
- Support HugoHelp (talk) 02:41, 4 December 2017 (UTC)
- Support Bodhisattwa (talk) 11:50, 5 December 2017 (UTC)
- Support Ouvrard (talk) 15:42, 5 December 2017 (UTC)
- Support MartinPoulter (talk) 10:31, 6 December 2017 (UTC)
- Support Important improvement. εΔω 11:15, 6 December 2017 (UTC)
- Support Aubrey (talk) 19:19, 6 December 2017 (UTC)
- Support --Edhral 19:47, 6 December 2017 (UTC)
- Support Micru (talk) 20:10, 6 December 2017 (UTC)
- Support Tpt (talk) 20:30, 6 December 2017 (UTC)
- Support --Emmepici (talk) 21:11, 6 December 2017 (UTC)
- Support --Silvio Gallio (talk) 21:37, 6 December 2017 (UTC)
- Support Barsetti46 (talk) 03:00, 7 December 2017 (UTC)
- Support Thurs (talk) 06:14, 7 December 2017 (UTC)
- Support — Nala Discuter 08:12, 7 December 2017 (UTC)
- Support --EusebiaP (talk) 09:42, 7 December 2017 (UTC)
- Support --Sbubi (talk) 09:54, 7 December 2017 (UTC)
- Support --Afnecors (talk) 09:56, 7 December 2017 (UTC)
- Support --Chiara (talk) 11:18, 7 December 2017 (UTC)
- Support --Alex brollo (talk) 10:28, 7 December 2017 (UTC)
- Support -- Игорь Филиппов (talk) 10:43, 7 December 2017 (UTC)
- Support --Xavier121 (talk) 11:09, 7 December 2017 (UTC)
- Support Yes, Wikisources processes are diffucult. It's really slowing down community growing. Artem.komisarenko (talk) 00:02, 8 December 2017 (UTC)
- Support Bertrand GRONDIN → (Talk) 17:39, 9 December 2017 (UTC)
- Support Clockery Fairfeld (talk • enWS) 13:08, 10 December 2017 (UTC)
- Support Ruslik (talk) 13:38, 10 December 2017 (UTC)
- Support Jahl de Vautban (talk) 19:25, 10 December 2017 (UTC)
- Support Zppix (talk) 20:54, 10 December 2017 (UTC)
- Support Spinster (talk) 22:29, 10 December 2017 (UTC)
- Support Candalua (talk) 06:02, 11 December 2017 (UTC)
- Support Psychoslave (talk) 08:52, 11 December 2017 (UTC)
- Support Seudo (talk) 09:37, 11 December 2017 (UTC)
- Support — Luchesar • T/C 14:37, 11 December 2017 (UTC)
- Support Abbe98 (talk) 17:05, 11 December 2017 (UTC)
- Support X:: black ::X (talk) 17:13, 11 December 2017 (UTC)
Page status color code not always showing
- Problem: Color code indicating the page status on the index page do not always show on French Wikisource. We have to purge the book page many times.
- Problem started in mid-late 2016; before it was very rare that we had to purge to see the colors.
- Who would benefit: This is counter intuitive for beginners. Documentation mentions the page color code but they do not show, and this is very confusing to new contributors. Reduce loss of time when editing a book, especially for advanced contributors.
- Proposed solution: We should not have to purge the index page each time we display a book
- More comments:
- Phabricator tickets: T114318
- Proposer: Viticulum (talk) 09:23, 14 November 2017 (UTC)
- Translations: Français - Italiano
Discussion
- I strongly endorse this. That's an annoying bug that I was thinking as unique to it.wikisource: if such behaviour is common to more projects it deserves an appropriate solution, and it needs it quickly: an index page is meant to show the state of any pages to let users decide transcribe, proofread or validate them. - εΔω 16:51, 23 November 2017 (UTC)
- @OrbiliusMagister: as far as I know, this is on all wikisource projects. Cdlt, VIGNERON * discut. 12:52, 28 November 2017 (UTC)
Voting
- Support Noé (talk) 20:46, 27 November 2017 (UTC)
- Support Goldzahn (talk) 23:37, 27 November 2017 (UTC)
- Support Very annoying. I encounter this quite often on en.wikisource. Rschen7754 01:40, 28 November 2017 (UTC)
- Support Mahir256 (talk) 08:23, 28 November 2017 (UTC)
- Support VIGNERON * discut. 09:02, 28 November 2017 (UTC)
- Support --*j*jac (talk) 12:06, 28 November 2017 (UTC)
- Support --Liuxinyu970226 (talk) 13:31, 28 November 2017 (UTC)
- Support I stopped counting all my useless clicks that bug have generated... Consulnico (talk) 15:20, 28 November 2017 (UTC)
- Support Manseng (talk) 15:30, 28 November 2017 (UTC)
- Support --Acélan (talk) 15:43, 28 November 2017 (UTC)
- Support Kaviraf (talk) 15:53, 28 November 2017 (UTC)
- Support Ninovolador (talk) 20:58, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 23:20, 28 November 2017 (UTC)
- Support Shizhao (talk) 03:37, 29 November 2017 (UTC)
- Support Libcub (talk) 05:57, 29 November 2017 (UTC)
- Support -- Bodhisattwa (talk) 06:17, 29 November 2017 (UTC)
- Support Toto256 (talk) 06:30, 29 November 2017 (UTC)
- Support AlessioMela (talk) 10:39, 29 November 2017 (UTC)
- Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 13:26, 29 November 2017 (UTC)
- Support Same on it.source. Need to be fixed ASAP. Accurimbono (talk) 08:12, 30 November 2017 (UTC)
- Support It also happens in Persian Wikisource. Arash.z (talk) 12:15, 30 November 2017 (UTC)
- Support I think this daily nuisance makes it the first priority, even if it is not an "improvement" of functions. --Wuyouyuan (talk) 15:56, 30 November 2017 (UTC)
- Support Jayantanth (talk) 14:25, 1 December 2017 (UTC)
- Support ~Cybularny Speak? 13:40, 2 December 2017 (UTC)
- Support , but doesn't this belong on Phabricator? Suzukaze-c (talk) 03:07, 3 December 2017 (UTC)
- Support - εΔω 08:09, 3 December 2017 (UTC)
- Support - Silvio Gallio (talk) 08:26, 3 December 2017 (UTC)
- Support Bzhqc (talk) 10:40, 3 December 2017 (UTC)
- Support Assassas77 (talk) 11:06, 3 December 2017 (UTC)
- Support Utoutouto (talk) 12:11, 3 December 2017 (UTC)
- Support Carlomorino (talk) 13:58, 3 December 2017 (UTC)
- Support PMG (talk) 16:53, 3 December 2017 (UTC)
- Support --Emmepici (talk) 20:48, 3 December 2017 (UTC)
- Support --Alex brollo (talk) 08:48, 6 December 2017 (UTC)
- Support Aubrey (talk) 19:18, 6 December 2017 (UTC)
- Support Ankry (talk) 22:08, 6 December 2017 (UTC)
- Support Zdzislaw (talk) 22:31, 6 December 2017 (UTC)
- Support Thurs (talk) 06:07, 7 December 2017 (UTC)
- Support, so annoying. Full support. — Nala Discuter 08:14, 7 December 2017 (UTC)
- Support Zazaattila55 (talk) 08:26, 7 December 2017 (UTC)
- Support --Afnecors (talk) 09:58, 7 December 2017 (UTC)
- Support --EusebiaP (talk) 10:11, 7 December 2017 (UTC)
- Support --Hector (talk) 10:34, 7 December 2017 (UTC)
- Support Le ciel est par dessus le toit (talk) 14:48, 7 December 2017 (UTC)
- Support Cantons-de-l'Est (talk) 16:41, 7 December 2017 (UTC)
- Support Vigno (talk) 19:16, 7 December 2017 (UTC)
- Support Patriciafr (talk) 15:39, 8 December 2017 (UTC)
- Support Bertrand GRONDIN → (Talk) 17:45, 9 December 2017 (UTC)
- Support Tacsipacsi (talk) 21:28, 9 December 2017 (UTC)
- Support Though it looks like a bug that needs to be fixed. It may be not in scope of this survey. Ruslik (talk) 13:40, 10 December 2017 (UTC)
- Support Jahl de Vautban (talk) 19:23, 10 December 2017 (UTC)
- Support Zppix (talk) 20:53, 10 December 2017 (UTC)
- Support Candalua (talk) 06:00, 11 December 2017 (UTC)
- Support Ayack (talk) 08:27, 11 December 2017 (UTC)
- Support Psychoslave (talk) 08:53, 11 December 2017 (UTC)
- Support Seudo (talk) 09:30, 11 December 2017 (UTC)
Improve export of electronic books
- Problem: Imagine if Wikipedia pages could not display for many days, or would only be available once in a while for many weeks. Imagine if Wikipedia displayed pages with missing informations or scrambled information.
- This is what visitors get when they download books from the French Wikisource. Visitors do not read books online in a browser. They want to download them on their reader in epub, mobi or pdf.
- The current tool to export books in these formats has all those problems: last spring 2017, it was on and off for over a month; since october 2017, mobi format does not work, then pdf stopped working. I did not publish a book because the electronic formats has different problems. (I have made a list of these problems if required.)
- Who would benefit: The end users, the visitors to Wikisource, by having access to high quality books. This would improve the credibility of Wikisource.
- This export tool is the showcase of Wikisource. Contributors can be patient with system bugs, but visitors won’t be, and won’t come back.
- The export tool is as important as the web site is.
- Proposed solution: We need a professional tool, that runs and is supported 24/7, as the different wikimedia web sites are, by Wikimedia foundation professional developers.
- The tool should support different possibilities of electronic book, and the evolution of ebooks technology.
- The different bugs should be corrected.
- More comments: There are not enough people in a small wiki to support and maintain such a tool.
- Wikisource should not only be considered a web base platform: the ebooks are as important, and even more important for visitors.
- Phabricator tickets: phabricator:T178803
- Proposer: Viticulum (talk) 09:31, 14 November 2017 (UTC)
- Translations: Français
Discussion
- For some information the current problem (only the last episode of a long and sad road of problem) is phabricator:T178803. The problem is ongoing for almost a month now and we have a lot of complaints from readers. Cdlt, VIGNERON * discut. 13:01, 21 November 2017 (UTC)
Voting
- Support Goldzahn (talk) 23:33, 27 November 2017 (UTC)
- Support —viciarg414 08:42, 28 November 2017 (UTC)
- Support VIGNERON * discut. 09:01, 28 November 2017 (UTC)
- Support HHill (talk) 11:54, 28 November 2017 (UTC)
- Support --*j*jac (talk) 12:08, 28 November 2017 (UTC)
- Support --Liuxinyu970226 (talk) 13:31, 28 November 2017 (UTC)
- Support FON-DA-MEN-TAL Consulnico (talk) 15:21, 28 November 2017 (UTC)
- Support Acélan (talk) 15:48, 28 November 2017 (UTC)
- Support Kaviraf (talk) 15:48, 28 November 2017 (UTC)
- Support Ninovolador (talk) 20:57, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 23:20, 28 November 2017 (UTC)
- Support Libcub (talk) 05:59, 29 November 2017 (UTC)
- Support Toto256 (talk) 06:31, 29 November 2017 (UTC)
- Support Laurent Jerry (talk) 10:13, 29 November 2017 (UTC)
- Support AlessioMela (talk) 10:40, 29 November 2017 (UTC)
- Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 13:26, 29 November 2017 (UTC)
- Support Accurimbono (talk) 08:16, 30 November 2017 (UTC)
- Support Exilexi (talk) 15:15, 30 November 2017 (UTC)
- Support --Wuyouyuan (talk) 15:43, 30 November 2017 (UTC)
- Support Dromedar61 (talk) 21:57, 30 November 2017 (UTC)
- Support Manseng (talk) 21:58, 30 November 2017 (UTC)
- Support Sahaquiel9102 (talk) 22:08, 30 November 2017 (UTC)
- Support Jayantanth (talk) 14:12, 1 December 2017 (UTC)
- Support HaythamAbulela 18:23, 1 December 2017 (UTC)
- Support --Superchilum(talk to me!) 20:35, 1 December 2017 (UTC)
- Support If I could vote 100 times, I would vote 100 times this one. Stéphane22 (talk) 12:53, 2 December 2017 (UTC)
- Support ~Cybularny Speak? 13:40, 2 December 2017 (UTC)
- Support Tom Ja (talk) 14:13, 2 December 2017 (UTC)
- Support Bzhqc (talk) 10:40, 3 December 2017 (UTC)
- Support PMG (talk) 16:53, 3 December 2017 (UTC)
- Support HugoHelp (talk) 02:37, 4 December 2017 (UTC)
- Support Bodhisattwa (talk) 19:29, 6 December 2017 (UTC)
- Support Ankry (talk) 22:13, 6 December 2017 (UTC)
- Support Thurs (talk) 06:12, 7 December 2017 (UTC)
- Support Nala Discuter 08:16, 7 December 2017 (UTC)
- Support Zazaattila55 (talk) 08:30, 7 December 2017 (UTC)
- Support --Afnecors (talk) 09:58, 7 December 2017 (UTC)
- Support --EusebiaP (talk) 10:11, 7 December 2017 (UTC)
- Support Hector (talk) 13:34, 7 December 2017 (UTC)
- Support Le ciel est par dessus le toit (talk) 14:49, 7 December 2017 (UTC)
- Support Cantons-de-l'Est (talk) 16:41, 7 December 2017 (UTC)
- Support STRONG SUPPORT. Books today are read on smartphones. Codex (talk) 18:48, 7 December 2017 (UTC)
- Support Vigno (talk) 19:15, 7 December 2017 (UTC)
- Support export the content of our wikis is a underestimated task. It is essential to the diffusion and reuse part of the free knowledge goals. Simon Villeneuve 22:12, 7 December 2017 (UTC)
- Support Bertrand GRONDIN → (Talk) 17:44, 9 December 2017 (UTC)
- Support Blue Rasberry (talk) 18:12, 9 December 2017 (UTC)
- Support Tacsipacsi (talk) 21:22, 9 December 2017 (UTC)
- Support Ruslik (talk) 13:42, 10 December 2017 (UTC)
- Support Psychoslave (talk) 08:54, 11 December 2017 (UTC)
- Support Seudo (talk) 09:38, 11 December 2017 (UTC)
- Support Tpt (talk) 12:57, 11 December 2017 (UTC)
- Support — Luchesar • T/C 14:38, 11 December 2017 (UTC)
- Support X:: black ::X (talk) 17:33, 11 December 2017 (UTC)
Specify transcription completion with more granularity
- Problem: Currently Wikisource revision system only allow to give a global status completion for the transcription, when a more flexible solution allowing multiple extensible criteria set would be welcome.
- Who would benefit: Anybody interesting in having having fine granularity information about transcription completion status.
- For giving a very concrete example, one might one to study evolution of hyphenation on a Wikisource corpus subset. But currently, the hyphenation is often dropped in the transcription process, and even when it is taken into account, there is no obvious way to query which transcriptions does that, or not, nor having an overview of the completion status for this criteria in the work completion overview.
- In this precise case, part of the problem might be solved through categories. For example, on the French Wikisource, there is the template Césure, which allow one to transcribe the text with hyphenation. It thereafter render the text hyphened when consulted in the Page namespace, and unhyphened otherwise like when it is transcluded in the main namespace. This template might add a category stating the page use it. However, also adding the level to which the page is completed regarding hyphenation criteria would be cumbersome, and it wouldn't allow quick overview of progression on this topic in the Livre (Work) namespace.
- Additionally, this would avoid that pages stay in an "uncompleted" status when the transcription was done and reviewed but only the layout was not yet done to match the original page as close as possible. That's an interesting information. Indeed the transcription is not globally complete, but for a mere reading through the transclusion in the main namespace, that is wrong to state that the work is not complete.
- For giving a very concrete example, one might one to study evolution of hyphenation on a Wikisource corpus subset. But currently, the hyphenation is often dropped in the transcription process, and even when it is taken into account, there is no obvious way to query which transcriptions does that, or not, nor having an overview of the completion status for this criteria in the work completion overview.
- Proposed solution:
- Allow user to input status of transcription along an extensible set of parameters, like rates of sign matching, layout matching, and so on for stuff like tables and trees which might have a proper rendering but an improper html structure or the opposite.
- Allow user to switch criteria in the transcription completion overview of the work
- Possibly, a "global completion" criteria should provide a pondered mix of all existing criteria
- More comments: This also pertains the remark of @Alex brollo: above about the true digitalization of a edition.
- Phabricator tickets:
- Proposer: Psychoslave (talk) 10:00, 13 November 2017 (UTC)
- Translations: none yet
Discussion
Voting
- Support --Liuxinyu970226 (talk) 13:31, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 23:19, 28 November 2017 (UTC)
- Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 13:23, 29 November 2017 (UTC)
- Support Jayantanth (talk) 14:13, 1 December 2017 (UTC)
- Support Artem.komisarenko (talk) 00:00, 8 December 2017 (UTC)
- Support Psychoslave (talk) 08:54, 11 December 2017 (UTC)
Create new Han Characters with IDS extension for WikiSource
- Problem: Han-character (en:logogram, include en:Chinese Characters, en:Hanja, and en:Kanji)- is widely used in East Asia (China, Taiwan, Singapore, Mandarin area in Malaysia, HongKong, Japan, Korea, Taiwan and Vietnam). An enduring problem unsolved for digital archiving is "lacking of characters". Not only for characters in ancient books, even modern publications lacks for characters ( i.e. Some authors may created 300-400 unique new characters in certain books). It's difficult to deal when we archive them into WikiSource. Unicode gradually add new characters into the chart, but new Uni-han extension always takes time to go live. In the past WikiSource,even Wikipedia, used to deal this problem with image files to present those characters. But images cannot be indexed, unsearchable, even not exchangeable between computer systems.
- Who would benefit: Mostly the contributors and readers of Chinese Wikisource. However, if this way is available, all Wikimedia projects in languages that use Han characters will be benefited. (such as Japanese, Vietnamese, Korean, and Chinese dialects version like Classical Chinese, Hakka, Wu, or Gan., )
- Further more, even Wikipedia (Zh Wikipedia already used a lot of lacking characters,now .) and Wiktionary also are benefited.
- Other 2D composite characters writing system: For instance, Ancient Egypt and Maya.
- Proposed solution: Unicode IDS -Ideographic Description Sequence- defined how to composite Han character with components. We implement the function to dynamically render Han character with Ideographic Description Sequences(IDS) and extension in WikiSource like: <ids>⿺辶⿴宀⿱珤⿰隹⿰貝招</ids> It will generate a Han character image file(now rendered on the temporary server on wmflabs ) with IDS in metadata. This is a solution to resolve lacking of Han characters problem on all C/J/K/V books. The basis is that Han characters are not as the same level as European alphabets,but words. Han characters are an open set. They are composited on 2 dimension by more basic components which owns basic element ,like "affix" in English (English words are composite on 1 dimension). In academies,components based Han character composite technology are developed and adapted to handle ancient Han books. The most famous are Academia Sinica 's development and cbeta Sutras plan. Recent years, opensource IDS renders are developed stable, so we can use the same technology to benifit Wikisource for handling Han ancient books as the same as those academies.
- More comments:
- There are couple of tests in the test wiki.
- Phabricator tickets:
- Proposer: Liang(WMTW) (talk) 10:46, 13 November 2017 (UTC)
- Translations: 中文
Discussion
- IMO there's no reason to limit this to Wikisource, as Wiktionary could also benefit a lot from this. NMaia (talk) 00:35, 28 November 2017 (UTC)
- Question: I support the general need to display unencoded characters. However, personally I think the quality of the generated characters is regretfully a bit substandard. Simply compressing each component together into a block is not aesthetic. Using images instead of web-fonts in this day and age is also suboptimal (even if it is SVG).
The creator of this extension has probably poured their heart and soul into creating it, but may I suggest some sort of partnership with GlyphWiki instead? It is a website designed for hosting hanzi. Glyphs can be manually created and stored under IDS names, and the glyphs can be used in fonts. GlyphWiki supports generation of webfonts. Suzukaze-c (talk) 03:01, 3 December 2017 (UTC)
Voting
- Support Goldzahn (talk) 23:35, 27 November 2017 (UTC)
- Support NMaia (talk) 00:28, 28 November 2017 (UTC)
- Support Mahir256 (talk) 08:19, 28 November 2017 (UTC)
- Support VIGNERON * discut. 09:03, 28 November 2017 (UTC)
- Support Good suggestions that about rendering CJK scripts. --Liuxinyu970226 (talk) 13:31, 28 November 2017 (UTC)
- Support Consulnico (talk) 15:22, 28 November 2017 (UTC)
- Support Jc86035 (talk) 15:24, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 23:19, 28 November 2017 (UTC)
- Support Shizhao (talk) 03:36, 29 November 2017 (UTC)
- Support Libcub (talk) 05:52, 29 November 2017 (UTC)
- Support 是好的。👲🏻 Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 13:22, 29 November 2017 (UTC)
- Support --Wuyouyuan (talk) 15:51, 30 November 2017 (UTC)
- Support S8321414 (talk) 00:21, 5 December 2017 (UTC)
- Support Nala Discuter 08:18, 7 December 2017 (UTC)
- Support Bertrand GRONDIN → (Talk) 17:36, 9 December 2017 (UTC)
- Support Psychoslave (talk) 08:50, 11 December 2017 (UTC)
Offer PDF export of original pagination of entire books
- Problem: Presently PDF conversion of proofread wikisource books doesn't mirrors original pagination and page design of original edition, since it comes from ns0 transclusion.
- Who would benefit: Offline readers.
- Proposed solution: To build an alternative PDF coming from conversion, page for page, of nsPage namespace.
- More comments: Some wikisource contributors think that nsIndex and nsPage are simply "transcription tools"; I think that they are much more - they are the true digitalization of a edition, while ns0 transclusioni is something like a new edition.
- Phabricator tickets: T179790
- Proposer: Alex brollo (talk) 21:21, 6 November 2017 (UTC)
- Translations: none yet
Discussion
- I've renamed this (to make it more distinct from e.g. Community Wishlist Survey 2017/Wikisource/Improve export of electronic books; hope that's correct @Alex brollo? This is about creating somewhat facsimile editions of books, yes? Sam Wilson 23:29, 21 November 2017 (UTC)
- @Samwilson: Yes, perfect, thank you! --Alex brollo (talk) 07:49, 22 November 2017 (UTC)
Voting
- Support VIGNERON * discut. 08:12, 28 November 2017 (UTC)
- Support Mahir256 (talk) 08:21, 28 November 2017 (UTC)
- Support —viciarg414 08:42, 28 November 2017 (UTC)
- Support --Liuxinyu970226 (talk) 13:32, 28 November 2017 (UTC)
- Support Ninovolador (talk) 20:57, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 23:19, 28 November 2017 (UTC)
- Support Libcub (talk) 05:56, 29 November 2017 (UTC)
- Support Laurent Jerry (talk) 10:11, 29 November 2017 (UTC)
- Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 13:29, 29 November 2017 (UTC)
- Support —TheDJ (talk • contribs) 17:23, 29 November 2017 (UTC)
- Support Mathieugp (talk) 19:38, 29 November 2017 (UTC)
- Support Marcus.linneberg (talk) 06:57, 30 November 2017 (UTC)
- Support Accurimbono (talk) 08:47, 30 November 2017 (UTC)
- Support would make it easier to reference the sources in wikipedia afterwards Exilexi (talk) 15:16, 30 November 2017 (UTC)
- Support Tom-L (talk) 10:25, 1 December 2017 (UTC)
- Support Jayantanth (talk) 14:13, 1 December 2017 (UTC)
- Support Emir of Wikipedia (talk) 16:11, 2 December 2017 (UTC)
- Support --Afnecors (talk) 10:01, 7 December 2017 (UTC)
- Support --EusebiaP (talk) 10:13, 7 December 2017 (UTC)
- Support Artem.komisarenko (talk) 23:59, 7 December 2017 (UTC)
- Support Bertrand GRONDIN → (Talk) 17:37, 9 December 2017 (UTC)
- Support Jahl de Vautban (talk) 19:26, 10 December 2017 (UTC)
- Support Also epub export should take that in consideration Psychoslave (talk) 08:50, 11 December 2017 (UTC)
- Support — Luchesar • T/C 14:36, 11 December 2017 (UTC)
- Support X:: black ::X (talk) 17:41, 11 December 2017 (UTC)
2019
Ajax editing for nsPage
- Français: Des outils Ajax pour l'espace Page.
- Problem: The editing into nsPage are much slower than needed - a lot of valuable user time is wasted dealing with "easy" edits.
- Français: Les modifications apportées à nsPage sont beaucoup plus lentes que nécessaire: un temps précieux est perdu à gérer des modifications "faciles".
- Who would benefit: Many wikisource contributors but the beginners.
- Français: Beaucoup de contributeurs à wikisource sauf les débutants.
- Proposed solution: An AJAX environment for both edit & view can fasten edit a lot; heavy tools and settings would be loaded once for a large sequence of edits (just as wikidata does). Consider that edit conflicts are very infrequent in nsPage. A successful gadget based on AJAX edit/preview is running into itwikisource but it's a "do-it-yourself" tool.
- Français: Un environnement AJAX pour l'édition et l'affichage peut améliorer grandement la vitesse d’édition; les outils lourds et les paramètres sont chargés une seule fois pour une grande séquence de modifications (comme le fait wikidata). Considérez que les conflits d’édition sont très rares dans nsPage. Un gadget basé sur l'édition / prévisualisation AJAX fonctionne bien avec itwikisource, mais il s'agit d'un outil "à faire soi-même".
- More comments:
- Phabricator tickets:
- Proposer: Alex brollo (talk) 21:48, 30 October 2018 (UTC)
Discussion
Could you provide a link to the itwikisource tool? MaxSem (WMF) (talk) 22:11, 30 October 2018 (UTC)
- Sure: https://it.wikisource.org/wiki/MediaWiki:Gadget-eis.js . But please catche the rough idea, the code runs and is used by many users, but it is a DIY (do-it-yourself) code. Its name is eis from "edit in sequence"--Alex brollo (talk) 19:34, 4 November 2018 (UTC)
Voting
- Support Liuxinyu970226 (talk) 01:04, 18 November 2018 (UTC)
- Support Benipal hardarshan (talk) 07:11, 18 November 2018 (UTC)
- Support ਨਿਸ਼ਾਨ ਸਿੰਘ ਵਿਰਦੀ (talk) 07:12, 18 November 2018 (UTC)
- Support Simranjeet Sidhu (talk) 07:13, 18 November 2018 (UTC)
- Support Harshaan Ghuman (talk) 07:13, 18 November 2018 (UTC)
- Support Jagvir Kaur (talk) 07:17, 18 November 2018 (UTC)
- Support VIGNERON * discut. 12:29, 18 November 2018 (UTC)
- Support Ninovolador (talk) 20:18, 18 November 2018 (UTC)
- Support Bodhisattwa (talk) 03:50, 19 November 2018 (UTC)
- Support Candalua (talk) 06:35, 20 November 2018 (UTC)
- Support Reptilien.19831209BE1 (talk) 06:29, 21 November 2018 (UTC)
- Support Vulphere 07:21, 21 November 2018 (UTC)
- Support Novak Watchmen (talk) 15:17, 21 November 2018 (UTC)
- Support Jayantanth (talk) 19:53, 22 November 2018 (UTC)
- Support Sannita - not just another it.wiki sysop 01:04, 24 November 2018 (UTC)
- Support Ranjithsiji (talk) 22:54, 25 November 2018 (UTC)
- Support Zyephyrus (talk) 18:20, 28 November 2018 (UTC)
- Support I usually employ it for formatting and proofreading: it's fast and reliable. εΔω 17:46, 29 November 2018 (UTC)
Improve export of electronic books
- Original title (Français): Améliorer l'exportation des versions électroniques des livres
- Problem: Imagine if Wikipedia pages could not display for many days, or would only be available once in a while for many weeks. Imagine if Wikipedia displayed pages with missing information or scrambled information. This is what visitors get when they download books from the French Wikisource. Visitors do not read books online in a browser. They want to download them on their reader in epub, mobi or pdf. The current tool (Wsexport) to export books in these formats has all those problems : on spring 2017, it was on and off for over a month ; after october 2017, mobi format did not work, then pdf stopped working. These problems still continue on and off.
- Français: Imaginez si les pages Wikipédia ne s’affichaient pas pour plusieurs jours, ou n’étaient disponibles que de façon aléatoire durant plusieurs jours. Imaginez si sur les pages Wikipédia certaines informations ne s’affichaient pas ou était affichées tout croche. C’est la situation qui se produit pour les visiteurs qui désirent télécharger nos livres. Les visiteurs ne lisent pas les livres en ligne dans un navigateur, ils désirent les télécharger sur leurs lecteurs en epub, mobi ou pdf. L’outil actuel (Wsexport) permettant l’export dans ces formats possède tous ces problèmes: au printemps 2017, il fonctionnait de façon aléatoire durant un mois; depuis octobre 2017, le format mobi puis pdf ont cessé de fonctionner. Ces problèmes continuent de façon aléatoire.
- Who would benefit: The end users, the visitors to Wikisource, by having access to high quality books. This would improve the credibility of Wikisource.
This export tool is the showcase of Wikisource. Contributors can be patient with system bugs, but visitors won’t be, and won’t come back.
The export tool is as important as the web site is.
- Français: L’utilisateur final, le visiteur de Wikisource, en ayant accès à des livres de haute qualité. Ceci contribuerait à améliorer la crédibilité de Wikisource. L’outil d´exportation est une vitrine pour Wikisource. Les contributeurs peuvent être patients avec les anomalies de système, mais les visiteurs ne le seront peut-être pas et ne reviendront pas. L’outil d’exportation est tout aussi important que le site web.
- Proposed solution: We need a professional tool, that runs and is supported 24/7, as the different Wikimedia web sites are, by Wikimedia foundation professional developers.
The tool should support different possibilities of electronic book, and the evolution of ebooks technology.
The different bugs should be corrected.
- Français: Nous avons besoin d’un outil professionnel, fonctionnant et étant supporté 24/7, comme tous les différents sites Wikimedia, par les développeurs professionnels de la fondation Wikimedia. Les différentes anomalies doivent être corrigées.
- More comments: There are not enough people in a small wiki (even French, Polish or English Wikisource) to support and maintain such a tool.
- Français: Nous ne sommes pas assez nombreux dans les petits wiki (même Wikisource Français, Polonais ou Anglais) pour supporter une telle application.
- Phabricator tickets: phabricator:T178803, other issues: https://github.com/wsexport/tool/issues
- Proposer: Consulnico (talk) 10:06, 7 November 2018 (UTC), from the the 2017 proposal by Viticulum, with 54 endorsements.
Discussion
When it comes to PDF format, mw:Reading/Web/PDF Functionality is probably also related here? --AKlapper (WMF) (talk) 12:46, 7 November 2018 (UTC)
- Yes it is a "related tool" mw:Reading/Web/PDF Functionality is not covering Wsexport features: Wikisource books are split in multiple subpages and Wsexport is able to know automatically which pages should be included and in which order. It also properly attributes the proofreaders of the Page: pages and extract the relevant metadata (e.g. the author is the original author of the work and not the Wikisource contributors).
- On the technical side about Wsexport: its codebase is mostly derived from a quick PHP hack and is not able to scale with the current load on the restricted tools labs capacities. A full rewrite is I believe required in order to get this tool in a working state. Tpt (talk) 09:14, 10 November 2018 (UTC)
- +1 we need to increase reading capability. downloading in e-reader format would expand off-line reader base, increasing use-ability. will require some community management. Slowking4 (talk) 22:00, 15 November 2018 (UTC)
As a writer of science (Mathematics and Physics) books, it is important for me, to be able to extract these books also in odt form. I have already written three books in both forms (wiki and odt) and the additional effort to do this was not exactly sparse. Of course I need the odt Format, in order to be able to change contents according to the needs of my pupils any time, without needing to change the wiki project. If extraction in odt format exists, then it is very easy to make a pdf out of it (the opposite is not exactly so easy). I already tried to create a Star-Basic macro, that should do part of the job, the wiki-programmers can maybe find there ideas for a wiki2odt converter. If this in not possible, a working pdf converter would also suffice... Yomomo (talk) 05:25, 20 November 2018 (UTC)
Voting
- Support Consulnico (talk) 23:50, 16 November 2018 (UTC)
- Support Akme (talk) 03:41, 17 November 2018 (UTC)
- Support I use WSexport every day for distribution of texts to users who are not always on line. Wuyouyuan (talk) 08:27, 17 November 2018 (UTC)
- Support --Le ciel est par dessus le toit (talk) 09:41, 17 November 2018 (UTC)
- Support Using WExport instensively too ! Patrice Dargenton (talk) 11:12, 17 November 2018 (UTC)
- Support Noé (talk) 16:24, 17 November 2018 (UTC)
- Support Peter Alberti (talk) 17:08, 17 November 2018 (UTC)
- Support Viticulum (talk) 21:14, 17 November 2018 (UTC)
- Support Hector (talk) 22:06, 17 November 2018 (UTC)
- Support Liuxinyu970226 (talk) 01:05, 18 November 2018 (UTC)
- Support Satdeep Gill (talk) 07:12, 18 November 2018 (UTC)
- Support ਨਿਸ਼ਾਨ ਸਿੰਘ ਵਿਰਦੀ (talk) 07:14, 18 November 2018 (UTC)
- Support Harshaan Ghuman (talk) 07:15, 18 November 2018 (UTC)
- Support Simranjeet Sidhu (talk) 07:18, 18 November 2018 (UTC)
- Support Jagvir Kaur (talk) 07:22, 18 November 2018 (UTC)
- Support Kaviraf--Kaviraf (talk) 07:27, 18 November 2018 (UTC)
- Support Zabia (talk) 10:14, 18 November 2018 (UTC)
- Support Richard Nevell (talk) 10:55, 18 November 2018 (UTC)
- Support very important and necessary if we really want to achieve "Knowledge as a service" and "Knowledge equity" for our readers. VIGNERON * discut. 12:34, 18 November 2018 (UTC)
- Support 200% pro. This is more than a simple need! Best regards, Benoit Rochon (talk) 15:03, 18 November 2018 (UTC)
- Support Jeb (talk) 15:50, 18 November 2018 (UTC)
- Support Yodaspirine (talk) 17:22, 18 November 2018 (UTC)
- Support Amqui (talk) 17:32, 18 November 2018 (UTC)
- Support Pepe piton (talk) 18:03, 18 November 2018 (UTC)
- Support Tpt (talk) 20:07, 18 November 2018 (UTC)
- Support Aristoi (talk) 20:10, 18 November 2018 (UTC)
- Support Ninovolador (talk) 20:17, 18 November 2018 (UTC)
- Support Thurs (talk) 20:24, 18 November 2018 (UTC)
- Support Laurent Jerry (talk) 21:28, 18 November 2018 (UTC)
- Support Pymouss Tchatcher - 21:42, 18 November 2018 (UTC)
- Support as quickly as possible! Wieralee (talk) 23:04, 18 November 2018 (UTC)
- Support Ankry (talk) 23:26, 18 November 2018 (UTC)
- Support Bodhisattwa (talk) 03:53, 19 November 2018 (UTC)
- Support Llywrch (talk) 07:35, 19 November 2018 (UTC)
- Support Bzhqc (talk) 08:25, 19 November 2018 (UTC)
- Support Geraki TL 14:07, 19 November 2018 (UTC)
- Support Dorades (talk) 14:25, 19 November 2018 (UTC)
- Support I support Derfgiuliano (talk) 14:43, 19 November 2018 (UTC)
- Support Nala Discuter 14:51, 19 November 2018 (UTC)
- Support —TheDJ (talk • contribs) 15:03, 19 November 2018 (UTC)
- Support Emptyfear (talk) 15:22, 19 November 2018 (UTC)
- Support Sadads (talk) 17:59, 19 November 2018 (UTC)
- Support Hsarrazin (talk) 20:42, 19 November 2018 (UTC)
- Support Ernest-Mtl (talk) 20:47, 19 November 2018 (UTC)
- Support Zdzislaw (talk) 00:09, 20 November 2018 (UTC)
- Support Lostinlodos (talk) 01:05, 20 November 2018 (UTC)
- Support Yomomo (talk) 05:30, 20 November 2018 (UTC)
- Support The export tool is as important as the web is ! Acer11 (talk) 05:48, 20 November 2018 (UTC)
- Support Barsetti46 (talk) 06:19, 20 November 2018 (UTC)
- Support Candalua (talk) 06:36, 20 November 2018 (UTC)
- Support Toto256 (talk) 06:38, 20 November 2018 (UTC)
- Support Shev123 (talk) 09:15, 20 November 2018 (UTC)
- Support Yes please! Thekidpossum (talk) 13:40, 20 November 2018 (UTC)
- Support Thibaut120094 (talk) 14:19, 20 November 2018 (UTC)
- Support Lyokoï (talk) 15:51, 20 November 2018 (UTC)
- Support Needed fix many problem in export (ie. maps) and others And.martire (talk) 16:35, 20 November 2018 (UTC)
- Support Salicyna (talk) 18:24, 20 November 2018 (UTC)
- Support Pamputt (talk) 18:37, 20 November 2018 (UTC)
- Support Automatik (talk) 18:52, 20 November 2018 (UTC)
- Support Alex brollo (talk) 19:44, 20 November 2018 (UTC)
- Support Vigno (talk) 20:30, 20 November 2018 (UTC)
- Support CAPTAIN RAJU(T) 23:01, 20 November 2018 (UTC)
- Support JAn Dudík (talk) 06:19, 21 November 2018 (UTC)
- Support Vulphere 07:18, 21 November 2018 (UTC)
- Support Conny (talk) 15:09, 21 November 2018 (UTC)
- Support Novak Watchmen (talk) 15:21, 21 November 2018 (UTC)
- Support Ayack (talk) 16:29, 21 November 2018 (UTC)
- Support I started working on wiki source because of broken e-pubs. S1.pl (talk) 16:32, 21 November 2018 (UTC)
- Support Absolutely necessary for this type of project. Gce (talk) 17:26, 21 November 2018 (UTC)
- Support Support for tables needed last time I checked. Library Guy (talk) 19:44, 21 November 2018 (UTC)
- Support Per proposal and rationale given by some of the supporters of the proposal. SshibumXZ (talk) 22:08, 21 November 2018 (UTC)
- Support MartinPoulter (talk) 12:05, 22 November 2018 (UTC)
- Support Balajijagadesh (talk) 18:47, 22 November 2018 (UTC)
- Support Jayantanth (talk) 19:48, 22 November 2018 (UTC)
- Support Flo Beck (talk) 20:11, 22 November 2018 (UTC)
- Support Manseng (talk) 21:57, 22 November 2018 (UTC)
- Support Good quality export of Wikisource books to epub, mobi and pdf formats is very importnat. Siddhant (talk) 01:15, 23 November 2018 (UTC)
- Support Effectivement, j'ai déjà rencontré plusieurs fois des problèmes d'export Tpe.g5.stan (talk) 09:47, 23 November 2018 (UTC)
- Support Chrisric (talk) 11:12, 23 November 2018 (UTC)
- Support Cantons-de-l'Est (talk) 11:41, 23 November 2018 (UTC)
- Support --*j*jac (talk) 11:54, 23 November 2018 (UTC)
- Support Sahaquiel9102 (talk) 17:37, 23 November 2018 (UTC)
- Support Slowking4 (talk) 19:36, 23 November 2018 (UTC)
- Support Vieux têtard (talk) 22:42, 23 November 2018 (UTC)
- Support Sannita - not just another it.wiki sysop 01:02, 24 November 2018 (UTC)
- Support A must-have functionality for Wikisource that has sadly been lacking. As both an editor and reader of Wikisource, I can attest to the fact that the current e-book exporting tool is slow, buggy and simply not up-to-date with the latest technical advantages and needs. odder (talk) 10:44, 24 November 2018 (UTC)
- Support --Acélan (talk) 13:09, 24 November 2018 (UTC)
- Support Would be very useful in other languages too. this is definitely not unique to fr.ws. Naḥum (talk) 20:16, 24 November 2018 (UTC)
- Support Indispensable !! Et de préférence avec une compatibilité multiple (epub-mobi-ODT) SyB~Anicium (talk) 20:26, 24 November 2018 (UTC)
- Support ~ Seb35 [^_^] 14:39, 25 November 2018 (UTC)
- Support Yland (talk) 17:38, 25 November 2018 (UTC)
- Support Micru (talk) 21:28, 25 November 2018 (UTC)
- Support Ranjithsiji (talk) 22:53, 25 November 2018 (UTC)
- Support — AfroThundr (u · t · c) 03:06, 26 November 2018 (UTC)
- Support PMG (talk) 11:55, 26 November 2018 (UTC)
- Support This is needed. Mathieugp (talk) 13:31, 26 November 2018 (UTC)
- Support in the hope that improvements to this functionality would also be able to help Wikivoyage's (currently broken) book creator. Mx. Granger (talk) 14:37, 26 November 2018 (UTC)
- Support for Wikisource and beyond! Trizek from FR 17:46, 27 November 2018 (UTC)
- Support --Nemo 22:44, 27 November 2018 (UTC)
- Support ManuD (talk) 08:25, 28 November 2018 (UTC)
- Support Zyephyrus (talk) 18:19, 28 November 2018 (UTC)
- Support User:JLTB34 --JLTB34 (talk) 19:37, 28 November 2018 (UTC)
- Support Abecido (talk) 09:26, 29 November 2018 (UTC)
- Support Bibar (talk) 10:13, 29 November 2018 (UTC)
- Support Saig Keryann (talk) 14:38, 29 November 2018 (UTC)
- Support An important feature, needed to promote wider use of Wikisource by readers. Sites allowing to download ebooks are popular now, and we need to have such feature — NickK (talk) 16:35, 29 November 2018 (UTC)
- Support Strong support! Edhral 07:09, 30 November 2018 (UTC)
- Support --OrsolyaVirág (talk) 14:23, 30 November 2018 (UTC)
- Support --.mau. ✉ 15:58, 30 November 2018 (UTC)
- Support Very important and should be a basic funcion of all mediawiki services... ciampix (talk) 16:17, 30 November 2018 (UTC)
- Support Pyb (talk) 16:28, 30 November 2018 (UTC)
- Support --Arcyon37 (talk) 16:40, 30 November 2018 (UTC)
- Support Mauricio V. Genta (talk) 16:41, 30 November 2018 (UTC)
Create integrated interwiki mechanism for Wikisource
- Français: Créer un mécanisme interwiki intégré spécifique pour Wikisource.
- Problem: Interwiki mechanism based on a single Wikidata item used in Wikipedia is not suitable for Wikisource. Wikisource can present multiple editions of the same text as well as multiple translations to a single language, eg. made by various translators. The Wikidata model used to store information from Wikisource is two-level, based on "work" and "edition" Wikidata elements. The purpose of this proposal is to create an implementation of link-based interwiki system that used this model and is integrated with MediaWiki.
- Français: Le mécanisme interwiki basé sur un seul élément Wikidata utilisé dans Wikipedia ne convient pas pour Wikisource. Wikisource peut présenter plusieurs éditions du même texte ainsi que plusieurs traductions dans une seule langue, par exemple, fait par divers traducteurs. Le modèle Wikidata utilisé pour stocker les informations de Wikisource est à deux niveaux, basé sur les éléments "travail" et "édition" de Wikidata. Le but de cette proposition est de créer une implémentation du système interwiki basé sur les liens qui utilise ce modèle et qui est intégrée à MediaWiki.
- Who would benefit: All Wikisources
- Français: Tous les Wikisources
- Proposed solution: JavaScript based implementation is used in Swedish Wikisource. However, links created using JavaScript are visible only by browsers with JavaScript enabled. If the mechanism is integrated with MediaWiki, the links are available to any HTML parsing tool, eg. indexing machines. Another disadvantage of the Swedish solutiuon is that it needs to be maintained separately by each Wikisource. Wikisource communities are small and have no resources to do this. The suggested solution is to make the links integrated with page's HTML code by MediaWiki.
- Français: L'implémentation basée sur JavaScript est utilisée dans Wikisource suédois. Cependant, les liens créés en utilisant JavaScript sont visible uniquement par les navigateurs avec JavaScript activé. Si le mécanisme est intégré à MediaWiki, les liens sont disponibles pour n’importe quel fichier HTML, outil d'analyse, par exemple, machines d'indexation. Un autre inconvénient de la solution suédoise est qu’il doit être entretenu séparément par chaque Wikisource. Les communautés Wikisource sont petites et n'ont pas ressources pour le faire. La solution suggérée est de faire les liens intégré au code HTML de la page par MediaWiki.
- More comments: In pre-Wikidata interwiki implementation, multiple interwikis to a single wiki worked fine and were used in Wikisource. So invention of Wikidata became actually a degradation of interwiki system in Wikisources.
- Français: Dans l'implémentation interwiki antérieure à Wikidata, plusieurs interwikis sur un seul wiki fonctionnait bien et était utilisé dans Wikisource. Ainsi, l'invention de Wikidata est devenue en réalité une dégradation du système d'interwiki dans Wikisources.
- Phabricator tickets: phab:T128173, phab:T180304
- Proposer: Ankry (talk) 16:04, 10 November 2018 (UTC)
Discussion
- Comment @Tpt: is this linked with T180303 ? --Hsarrazin (talk) 17:25, 18 November 2018 (UTC)
- Yes, except T180303 is about the other projects sidebar and not interlanguage links. But it should be fairly easy to implement if the interlanguage links have been fixed. Tpt (talk) 20:06, 18 November 2018 (UTC)
- Wikipedia have same problem as well. C933103 (talk) 02:21, 23 November 2018 (UTC)
Voting
- Support <3 Matlin (talk) 19:13, 16 November 2018 (UTC)
- Support Libcub (talk) 11:48, 17 November 2018 (UTC)
- Support Peter Alberti (talk) 17:13, 17 November 2018 (UTC)
- Support JAn Dudík (talk) 20:36, 17 November 2018 (UTC)
- Support Liuxinyu970226 (talk) 01:21, 18 November 2018 (UTC)
- Support Hatchiko (talk) 05:08, 18 November 2018 (UTC)
- Support Satdeep Gill (talk) 07:12, 18 November 2018 (UTC)
- Support ਨਿਸ਼ਾਨ ਸਿੰਘ ਵਿਰਦੀ (talk) 07:12, 18 November 2018 (UTC)
- Support Armaan kakrala (talk) 07:13, 18 November 2018 (UTC)
- Support Harshaan Ghuman (talk) 07:14, 18 November 2018 (UTC)
- Support Simranjeet Sidhu (talk) 07:14, 18 November 2018 (UTC)
- Support Dugal harpreet (talk) 07:17, 18 November 2018 (UTC)
- Support Jagvir Kaur (talk) 07:18, 18 November 2018 (UTC)
- Support @Lea Lacroix (WMDE): ;) VIGNERON * discut. 12:35, 18 November 2018 (UTC)
- Support Sebastian Wallroth (talk) 13:04, 18 November 2018 (UTC)
- Support Micru (talk) 14:52, 18 November 2018 (UTC)
- Support - thought it was already worked on ^^--Hsarrazin (talk) 17:25, 18 November 2018 (UTC)
- Support Aristoi (talk) 20:10, 18 November 2018 (UTC)
- Support Ninovolador (talk) 20:14, 18 November 2018 (UTC)
- Support Thurs (talk) 20:22, 18 November 2018 (UTC)
- Support maybe something with qualifiers on wikidata links can be used for this ? —TheDJ (talk • contribs) 15:00, 19 November 2018 (UTC)
- Support I wholeleartedly support initiatives extended towards the wellbeing of Wikipedia's sister projects; Wikisource is vibrant in Polish and deserves support - one of the forms being this extension idea. Wojciech Pędzich Talk 21:18, 19 November 2018 (UTC)
- Support PiotrekD (talk) 21:27, 19 November 2018 (UTC)
- Support Mend My Way 23:52, 19 November 2018 (UTC)
- Support Zdzislaw (talk) 00:11, 20 November 2018 (UTC)
- Support Candalua (talk) 06:34, 20 November 2018 (UTC)
- Support Toto256 (talk) 06:37, 20 November 2018 (UTC)
- Support Salicyna (talk) 18:24, 20 November 2018 (UTC)
- Support Alex brollo (talk) 19:46, 20 November 2018 (UTC)
- Support Vulphere 07:19, 21 November 2018 (UTC)
- Support Novak Watchmen (talk) 15:16, 21 November 2018 (UTC)
- Support Gce (talk) 17:27, 21 November 2018 (UTC)
- Support Balajijagadesh (talk) 18:46, 22 November 2018 (UTC)
- Support Bodhisattwa (talk) 01:11, 23 November 2018 (UTC)
- Support Kaviraf (talk) 11:44, 23 November 2018 (UTC)
- Support --*j*jac (talk) 11:59, 23 November 2018 (UTC)
- Support Sannita - not just another it.wiki sysop 01:02, 24 November 2018 (UTC)
- Support --Acélan (talk) 13:10, 24 November 2018 (UTC)
- Support Wuyouyuan (talk) 20:25, 24 November 2018 (UTC)
- Support Sturban (talk) 04:04, 25 November 2018 (UTC)
- Support Vieux têtard (talk) 07:59, 25 November 2018 (UTC)
- Support Cobalt~frwiki (talk) 10:33, 25 November 2018 (UTC)
- Support Krokus (talk) 13:02, 25 November 2018 (UTC)
- Support — AfroThundr (u · t · c) 03:04, 26 November 2018 (UTC)
- Support PMG (talk) 11:54, 26 November 2018 (UTC)
- Support Zeetendra ») 13:54, 26 November 2018 (UTC)
- Support Viticulum (talk) 20:24, 27 November 2018 (UTC)
- Support Zyephyrus (talk) 18:19, 28 November 2018 (UTC)
- Support Obviously εΔω 17:48, 29 November 2018 (UTC)
- Support Edhral 07:08, 30 November 2018 (UTC)
- Support Oh yes. Interwikis that are not 1:1 are very difficult to manage. For Wikisource we often have two translations, and I would really like to a) see both from the original, b) see link to original in both — NickK (talk) 15:51, 30 November 2018 (UTC)
Diacritics editing tool
- Français: Un outil pour plus de diacritiques.
- Problem: I't difficult and time-consuming to find Unicode for unusual characters and to build characters that have no Unicode (i. e. q̃)
- Français: Il est difficile et fastidieux de rechercher Unicode pour des caractères inhabituels et de créer des caractères sans Unicode ((i. e. q̃)
- Who would benefit: all wikisource contributors
- Français: Tous les contributeurs wikisource
- Proposed solution: it's possible to build a gadget to manipulate diacritics only (using standard string normalize property, decompose then compose)
- Français: Il est possible de créer un gadget pour manipuler uniquement les signes diacritiques (à l'aide de la propriété de normalisation de chaîne standard, décomposer puis composer)
- More comments: A running draft tool to edit diacritics is running into it.wikisource.
- Français: it.wikisource est en train d'élaborer un brouillon pour éditer les signes diacritiques.
- Phabricator tickets:
- Proposer: Alex brollo (talk) 09:16, 6 November 2018 (UTC)
Discussion
@DChan (WMF): Any thoughts on this idea? Kaldari (talk) 18:38, 8 November 2018 (UTC)
- A tool for Unicode IVS input is probably also good-to-have? C933103 (talk) 08:09, 9 November 2018 (UTC)
- @Kaldari: Hmm, there are many different sets of diacritics, across different scripts. Collecting and maintaining that data would be significant work. On the other hand, we don't want to end up with many versions of this tool with different hard-coded sets of diacritics.
- To avoid this extra burden, it may be worth extending the jQuery.IME rules format so that a rule set can specify a list of labelled buttons, each of which performs one of the substitutions in the rule set. In particular, its IPA-SIL rule set already contains a definition of the diacritic substitutions used in the it.wikisource script. DChan (WMF) (talk) 21:18, 20 November 2018 (UTC)
Voting
- Support Liuxinyu970226 (talk) 01:04, 18 November 2018 (UTC)
- Support ਨਿਸ਼ਾਨ ਸਿੰਘ ਵਿਰਦੀ (talk) 07:12, 18 November 2018 (UTC)
- Support Satdeep Gill (talk) 07:13, 18 November 2018 (UTC)
- Support Harshaan Ghuman (talk) 07:15, 18 November 2018 (UTC)
- Support Simranjeet Sidhu (talk) 07:15, 18 November 2018 (UTC)
- Support Jagvir Kaur (talk) 07:18, 18 November 2018 (UTC)
- Support Zabia (talk) 10:10, 18 November 2018 (UTC)
- Support NMaia (talk) 11:06, 18 November 2018 (UTC)
- Support very important as Wikisources gather old books with sometimes odd writing VIGNERON * discut. 12:23, 18 November 2018 (UTC)
- Support Should be minimalistic, but i think it is not that hard Ninovolador (talk) 20:16, 18 November 2018 (UTC)
- Support Pymouss Tchatcher - 21:43, 18 November 2018 (UTC)
- Support Sadads (talk) 17:58, 19 November 2018 (UTC)
- Support Will be also useful on Wiktionaries (eg. to mark stress in Russian words). PiotrekD (talk) 21:33, 19 November 2018 (UTC)
- Support Vulphere 06:05, 21 November 2018 (UTC)
- Support Novak Watchmen (talk) 15:21, 21 November 2018 (UTC)
- Support Sometimes can be necessary. Gce (talk) 17:29, 21 November 2018 (UTC)
- Support May be useful for the French wikisource, as we sometimes encounter some weird characters that are difficult to type in. Poslovitch (talk) 20:26, 22 November 2018 (UTC)
- Support Shev123 (talk) 10:45, 23 November 2018 (UTC)
- Support --*j*jac (talk) 12:01, 23 November 2018 (UTC)
- Support Sahaquiel9102 (talk) 17:36, 23 November 2018 (UTC)
- Support --Acélan (talk) 13:10, 24 November 2018 (UTC)
- Support Ranjithsiji (talk) 22:56, 25 November 2018 (UTC)
- Support Zyephyrus (talk) 18:19, 28 November 2018 (UTC)
- Support Bibar (talk) 10:10, 29 November 2018 (UTC)
- Support εΔω 17:44, 29 November 2018 (UTC)
- Support Jayprakash >>> Talk 06:08, 30 November 2018 (UTC)
- Support Edhral 07:09, 30 November 2018 (UTC)
ProofreadPage extension in alternate namespaces
- Français: Utiliser les outils de l'espace page dans d'autres espaces
- Problem: ProofreadPage elements, such as page numbers, "Source" link in navigation, etc. do not display in namespaces other than mainspace
- Français: Les éléments de l’espace page, tels que les numéros de page, le lien "Source" dans la navigation, etc. ne s'affichent pas dans les espaces de noms autres que l’espace principal.
- Who would benefit: Wikisources with works in non-mainspace, such as user translations on English Wikisource
- Français: Utilisateurs Wikisource qui font des travaux qui ne sont pas en espace principal, tels que des traductions utilisateur sur Wikisource anglaise
- Proposed solution: Modify the ProofreadPage extension to allow its use in namespaces other than mainspace
- Français: Modifier l'extension de l'espace page, ProofreadPage, pour permettre son utilisation dans des espaces de noms autres que l’espace principal.
- More comments: I also proposed this in 2017
- Phabricator tickets: phab:T53980
- Proposer: —Beleg Tâl (talk) 13:05, 30 October 2018 (UTC)
Discussion
- I think this might be be useful not only in the Translation namespace but also in the User namespace. Maybe make tha namespace list configurable per wiki? Ankry (talk) 02:37, 18 November 2018 (UTC)
Voting
- Support Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:19, 17 November 2018 (UTC)
- Support Liuxinyu970226 (talk) 01:05, 18 November 2018 (UTC)
- Support Ankry (talk) 02:37, 18 November 2018 (UTC)
- Support Satdeep Gill (talk) 07:10, 18 November 2018 (UTC)
- Support Satpal Dandiwal (talk) 07:10, 18 November 2018 (UTC)
- Support Armaan kakrala (talk) 07:10, 18 November 2018 (UTC)
- Support Benipal hardarshan (talk) 07:13, 18 November 2018 (UTC)
- Support ਨਿਸ਼ਾਨ ਸਿੰਘ ਵਿਰਦੀ (talk) 07:15, 18 November 2018 (UTC)
- Support Simranjeet Sidhu (talk) 07:22, 18 November 2018 (UTC)
- Support —Beleg Tâl (talk) 16:16, 18 November 2018 (UTC)
- Support Ninovolador (talk) 20:13, 18 November 2018 (UTC)
- Support Much needed for translation namespace. Bodhisattwa (talk) 03:51, 19 November 2018 (UTC)
- Support Sadads (talk) 17:58, 19 November 2018 (UTC)
- Support need off-line reader output Slowking4 (talk) 20:54, 19 November 2018 (UTC)
- Support Salicyna (talk) 18:26, 20 November 2018 (UTC)
- Support Novak Watchmen (talk) 15:21, 21 November 2018 (UTC)
- Support Jayantanth (talk) 19:56, 22 November 2018 (UTC)
- Support Vieux têtard (talk) 07:51, 25 November 2018 (UTC)
- Support Cobalt~frwiki (talk) 10:33, 25 November 2018 (UTC)
- Support PMG (talk) 11:53, 26 November 2018 (UTC)
- Support Viticulum (talk) 20:24, 27 November 2018 (UTC)
- Support Pmlineditor (t · c · l) 17:09, 28 November 2018 (UTC)
- Support Zyephyrus (talk) 18:19, 28 November 2018 (UTC)
- Support Bibar (talk) 10:14, 29 November 2018 (UTC)
Wikisource Contest Tools
- Français: Des outils pour concours et championnats.
- Problem: There are so many tools about Wikipedia online Contest, but there are no tool for Wikisource, where we can judge the proofreading. It will very useful for all wikisource WS:PotM and other Wikisource contests.
- Français: Il existe plusieurs outils sur Wikipédia pour l’organisation de concours en ligne, mais aucun pour Wikisource avec lequel nous pourrions évaluer la correction. Il serait très utile d’en avoir pour les différents concours Wikisource.
- Who would benefit: Wikisource Community
- Français: La communauté Wikisource
- Proposed solution: https://tools.wmflabs.org/wscontest/
- More comments:
- Phabricator tickets: phab:T163060
- Proposer: Jayantanth (talk) 09:18, 4 November 2018 (UTC)
Discussion
- Also see Community_Wishlist_Survey_2019/Bots_and_gadgets/Adopt_UKBot_for_edition_contests, Grant_Metrics_tool, Community_Tech/Event_Metrics. --AKlapper (WMF) (talk) 17:10, 4 November 2018 (UTC)
- I started helping with this at the Hackathon in Barcelona this year, but rather dropped the ball after that (sorry!). It's still on my (volunteer-time) radar, and I'd love to do more with it soon. We also talked about adding these metrics to GrantMetrics, but it's a pretty different system: GM is about metrics per event, this is per-user-and-event. Not that it couldn't be incorporated, but it might not make sense. Certainly things like the "big red button" (T197772) for announcing winners wouldn't be in scope elsewhere I think. Sam Wilson 08:19, 5 November 2018 (UTC)
- Without this contest tool it would be difficult to conduct any meaningful ediathon for wikisource. -- Balajijagadesh (talk) 06:49, 11 November 2018 (UTC)
Voting
- Support Micru (talk) 16:23, 17 November 2018 (UTC)
- Support Liuxinyu970226 (talk) 01:21, 18 November 2018 (UTC)
- Support Hatchiko (talk) 05:10, 18 November 2018 (UTC)
- Support Benipal hardarshan (talk) 07:12, 18 November 2018 (UTC)
- Support ਨਿਸ਼ਾਨ ਸਿੰਘ ਵਿਰਦੀ (talk) 07:14, 18 November 2018 (UTC)
- Support This would be really nice. Something similar to Fountain will be good. Satdeep Gill (talk) 07:14, 18 November 2018 (UTC)
- Support Harshaan Ghuman (talk) 07:15, 18 November 2018 (UTC)
- Support Simranjeet Sidhu (talk) 07:17, 18 November 2018 (UTC)
- Support Jagvir Kaur (talk) 07:22, 18 November 2018 (UTC)
- Support NMaia (talk) 11:05, 18 November 2018 (UTC)
- Support VIGNERON * discut. 12:30, 18 November 2018 (UTC)
- Support Sebastian Wallroth (talk) 13:19, 18 November 2018 (UTC)
- Support Much needed. Bodhisattwa (talk) 03:55, 19 November 2018 (UTC)
- Support Llywrch (talk) 07:34, 19 November 2018 (UTC)
- Support Nala Discuter 14:51, 19 November 2018 (UTC)
- Support Joalpe (talk) 22:19, 20 November 2018 (UTC)
- Support Shypoetess (talk) 05:22, 21 November 2018 (UTC)
- Support Novak Watchmen (talk) 15:19, 21 November 2018 (UTC)
- Support Balajijagadesh (talk) 18:49, 22 November 2018 (UTC)
- Support Jayantanth (talk) 19:50, 22 November 2018 (UTC)
- Support Ranjithsiji (talk) 22:55, 25 November 2018 (UTC)
- Support — AfroThundr (u · t · c) 03:05, 26 November 2018 (UTC)
- Support Zyephyrus (talk) 18:21, 28 November 2018 (UTC)
- Support Jayprakash >>> Talk 06:11, 30 November 2018 (UTC)
- Support -J. Ansari Talk 15:56, 30 November 2018 (UTC)
Interface to display two (or more) different text from same (or different) wikisource side by side
- Français:Interface permettant d'afficher deux (ou plus) textes différents provenant du même (ou différent) wikisource côte à côte
- Problem:
- When a source document is in multiple languages/ancient form of language/alternative script version of a language/follow an alternative orthography/written in another language, it is useful to read the source and a translated-transliterated-modernized version of the text side-by-side, or sometimes even line-by-line.
- Français: Lorsqu'un document source est dans plusieurs langues / forme ancienne de la langue / version de script alternative d'une langue / suit une orthographe alternative / écrit dans une autre langue, il est utile de lire la source et une version traduite-translittérée-modernisée du texte côte à côte, et parfois même ligne par ligne.
- Some wiki try to solve the problem by hard-coding source document into different alternative version of a page, and/or having multiple versions of same text inside same page, and that create additional problem of verifiability
- Français: Certains wiki tentent de résoudre le problème en codant en dur le document source dans une version alternative différente d'une page et / ou en utilisant plusieurs versions du même texte dans la même page, ce qui crée un problème supplémentaire de vérifiabilité.
- Who would benefit: all wikisource users
- Français: Tous les utilisateurs de wikisource.
- Proposed solution: Create an interface that can allow the display of two (or more) different text from same (or different) wikisource side by side, either by arrangement by editor or by selection by users.
- Français: Créez une interface permettant d’afficher côte à côte deux (ou plus) textes différents provenant du même (ou différent) wikisource, soit par arrangement par éditeur, soit par sélection par les utilisateurs.
- More comments:
- Phabricator tickets:
- Proposer: C933103 (talk) 01:22, 9 November 2018 (UTC)
Discussion
@C933103: Isn't this Community Wishlist Survey 2019/Wikisource/Two windows view for editors? Jc86035 (talk) 14:04, 4 November 2018 (UTC)
- @Jc86035: But this is for readers. I mentioned editors because in some cases automatic matching might not work so well and need editor to match and align those documents. C933103 (talk) 20:55, 4 November 2018 (UTC)
@C933103: On mul.source there is a shared script that does this kind of thing, it's the one called Compare.js. --Candalua (talk) 15:45, 5 November 2018 (UTC)
- @Candalua: I see, that is useful, however there are some limitations to the script that wouldn't cut it when it come to achieving what I want to do:
- It requires the user to manually select which international language version would show up, instead of showing a specific language version by default (For instance for a English-French bilingual document, you would want to default it to showing English side by side with French)
- It seems like there is an upper limit of displaying up to two documents at a time and cannot display three or four of them together at the same time.
- It simply show two different pages side by side, and do not support line-be-line alignment of content of two document.
- It seems like the UI is limited to showing documents with interlanguage link and cannot be used to show e.g. alternative version of the document in same wiki.
- C933103 (talk) 17:57, 5 November 2018 (UTC)
- Point 4 can be done with a template that emulates interwikis, such as this plus a local script to load the link. Point 3 is a difficult task, that can probably be achieved only by putting line or position markers into every text so that markers can be matched side-by-side. But points 1 & 2 look feasible. It would be great to have such a functionality available by default. --Candalua (talk) 08:47, 7 November 2018 (UTC)
- For point 3, it would only need to put those markers into relevant texts that are desired to have such effect, instead of literally every text. The reason why I am requesting this is that from what I see there are already some different texts on wikisources that have different versions of the same document aligned on the same page line by line using various different layouts. I think it would be easier to handle both as someone who would edit wikisource and also to people who want to copy thing from wikisource if they're separately stored in different pages and then display together than mixing all different versions together within same page. C933103 (talk) 11:35, 7 November 2018 (UTC)
- Point 4 can be also done like this: https://bn.wikisource.org/s/ef54 -- Hrishikes (talk) 07:19, 18 November 2018 (UTC)
- For point 3, it would only need to put those markers into relevant texts that are desired to have such effect, instead of literally every text. The reason why I am requesting this is that from what I see there are already some different texts on wikisources that have different versions of the same document aligned on the same page line by line using various different layouts. I think it would be easier to handle both as someone who would edit wikisource and also to people who want to copy thing from wikisource if they're separately stored in different pages and then display together than mixing all different versions together within same page. C933103 (talk) 11:35, 7 November 2018 (UTC)
- Point 4 can be done with a template that emulates interwikis, such as this plus a local script to load the link. Point 3 is a difficult task, that can probably be achieved only by putting line or position markers into every text so that markers can be matched side-by-side. But points 1 & 2 look feasible. It would be great to have such a functionality available by default. --Candalua (talk) 08:47, 7 November 2018 (UTC)
Voting
- Support C933103 (talk) 07:11, 17 November 2018 (UTC)
- Support I also dream about this tool, but I think it will be difficult to match line by line, this may require machine learning tool (word2vec or fastText). Patrice Dargenton (talk) 11:19, 17 November 2018 (UTC)
- Support Libcub (talk) 11:49, 17 November 2018 (UTC)
- Support JAn Dudík (talk) 20:35, 17 November 2018 (UTC)
- Support Liuxinyu970226 (talk) 01:05, 18 November 2018 (UTC)
- Support Benipal hardarshan (talk) 07:09, 18 November 2018 (UTC)
- Support ਨਿਸ਼ਾਨ ਸਿੰਘ ਵਿਰਦੀ (talk) 07:09, 18 November 2018 (UTC)
- Support Armaan kakrala (talk) 07:10, 18 November 2018 (UTC)
- Support Simranjeet Sidhu (talk) 07:10, 18 November 2018 (UTC)
- Support Wikilover90 (talk) 07:10, 18 November 2018 (UTC)
- Support Harshaan Ghuman (talk) 07:10, 18 November 2018 (UTC)
- Support Satdeep Gill (talk) 07:10, 18 November 2018 (UTC)
- Support Dugal harpreet (talk) 07:11, 18 November 2018 (UTC)
- Support Jagvir Kaur (talk) 07:11, 18 November 2018 (UTC)
- Support Nitesh Gill (talk) 07:12, 18 November 2018 (UTC)
- Support Zabia (talk) 10:10, 18 November 2018 (UTC)
- Support NMaia (talk) 11:06, 18 November 2018 (UTC)
- Support there is already a lot of tools doing more or less this (I use mw:Extension:DoubleWiki a lot), but none is perfect and we need one well-thought and well-supported tool, VIGNERON * discut. 12:28, 18 November 2018 (UTC)
- Support Hsarrazin (talk) 17:11, 18 November 2018 (UTC)
- Support Ankry (talk) 23:25, 18 November 2018 (UTC)
- Support Great idea! Very helpful for older manuscripts that have been retranslated multiple times from multiple sources. Lostinlodos (talk) 01:13, 20 November 2018 (UTC)
- Support Salicyna (talk) 18:23, 20 November 2018 (UTC)
- Support Novak Watchmen (talk) 15:16, 21 November 2018 (UTC)
- Support Thurs (talk) 10:29, 22 November 2018 (UTC)
- Support Jayantanth (talk) 19:50, 22 November 2018 (UTC)
- Support Kaviraf (talk) 11:42, 23 November 2018 (UTC)
- Support --*j*jac (talk) 12:03, 23 November 2018 (UTC)
- Support Sahaquiel9102 (talk) 17:38, 23 November 2018 (UTC)
- Support Sannita - not just another it.wiki sysop 01:03, 24 November 2018 (UTC)
- Support Sturban (talk) 04:05, 25 November 2018 (UTC)
- Support Vieux têtard (talk) 07:55, 25 November 2018 (UTC)
- Support Ranjithsiji (talk) 22:55, 25 November 2018 (UTC)
- Support Nemo 22:19, 27 November 2018 (UTC)
- Support Zyephyrus (talk) 18:20, 28 November 2018 (UTC)
- Support εΔω 17:47, 29 November 2018 (UTC)
- Support Edhral 07:08, 30 November 2018 (UTC)
Offer PDF export of original pagination of entire books
- Français: Pouvoir exporter en pdf en respectant la pagination de l'édition source.
- Problem: Presently PDF conversion of proofread wikisource books doesn't mirrors original pagination and page design of original edition, since it comes from ns0 transclusion.
- Français: La conversion en PDF des livres Wikisource ne reflète pas la pagination et le design original des pages de l’édition originale, car la conversion provient de la transclusion et non des pages.
- Who would benefit: Offline readers.
- Français: Lecteurs hors ligne.
- Proposed solution: To build an alternative PDF coming from conversion, page for page, of nsPage namespace.
- Français: Élaborer un outil pour générer un PDF alternatif provenant d’une conversion page par page.
- More comments: Some wikisource contributors think that nsIndex and nsPage are simply "transcription tools"; I think that they are much more - they are the true digitalization of a edition, while ns0 transclusioni is something like a new edition.
- Français: Certains contributeurs de wikisource pense que nsIndex et nsPage sont simplement des « outils de transcription » ; je pense qu’ils sont beaucoup plus que cela – ce sont la vraie numérisation d’une édition, tandis que la transclusion ns0 constitue une nouvelle édition.
- Phabricator tickets: T179790
- Proposer: Alex brollo (talk)
Discussion
- With the ws-export tool getting error messages many a times it is better to have this functionality in to the default pdf download of the mediawiki. So it would be easy to download the book and associated subpages with it in the correct order. -- Balajijagadesh (talk) 06:48, 11 November 2018 (UTC)
Voting
- Support Pcastellina (talk) 08:34, 17 November 2018 (UTC)
- Support Libcub (talk) 11:49, 17 November 2018 (UTC)
- Support Liuxinyu970226 (talk) 01:04, 18 November 2018 (UTC)
- Support Hatchiko (talk) 05:08, 18 November 2018 (UTC)
- Support Imzadi 1979 → 05:36, 18 November 2018 (UTC)
- Support Satdeep Gill (talk) 07:09, 18 November 2018 (UTC)
- Support Satpal Dandiwal (talk) 07:10, 18 November 2018 (UTC)
- Support Benipal hardarshan (talk) 07:10, 18 November 2018 (UTC)
- Support Wikilover90 (talk) 07:11, 18 November 2018 (UTC)
- Support ਨਿਸ਼ਾਨ ਸਿੰਘ ਵਿਰਦੀ (talk) 07:11, 18 November 2018 (UTC)
- Support Simranjeet Sidhu (talk) 07:13, 18 November 2018 (UTC)
- Support Harshaan Ghuman (talk) 07:13, 18 November 2018 (UTC)
- Support Armaan kakrala (talk) 07:14, 18 November 2018 (UTC)
- Support Dugal harpreet (talk) 07:15, 18 November 2018 (UTC)
- Support more generally PDF export should be totally re-done on Wikisource if we really want to achieve "Knowledge as a service" and "Knowledge equity" for our readers. VIGNERON * discut. 12:32, 18 November 2018 (UTC)
- Support Info-farmer (talk) 13:19, 18 November 2018 (UTC)
- Support Jeb (talk) 15:49, 18 November 2018 (UTC)
- Support Ankry (talk) 23:26, 18 November 2018 (UTC)
- Support Emptyfear (talk) 15:23, 19 November 2018 (UTC)
- Support Sadads (talk) 17:58, 19 November 2018 (UTC)
- Support Zdzislaw (talk) 00:24, 20 November 2018 (UTC)
- Support Actually, I'd apply this to ALL of wikimedia sites. Export to PDF is broken in many ways and needs some tuning. Lostinlodos (talk) 01:15, 20 November 2018 (UTC)
- Support Thibaut120094 (talk) 14:20, 20 November 2018 (UTC)
- Support Salicyna (talk) 18:26, 20 November 2018 (UTC)
- Support Andrewredk (talk) 20:12, 20 November 2018 (UTC)
- Support Tris T7 (talk) 02:36, 21 November 2018 (UTC)
- Support MYMMMC (talk) 05:49, 21 November 2018 (UTC)
- Support Reptilien.19831209BE1 (talk) 06:28, 21 November 2018 (UTC)
- Strong support Conny (talk) 15:06, 21 November 2018 (UTC)
- Support Novak Watchmen (talk) 15:16, 21 November 2018 (UTC)
- Support S1.pl (talk) 16:35, 21 November 2018 (UTC)
- Support Gce (talk) 17:29, 21 November 2018 (UTC)
- Support And.martire (talk) 11:50, 22 November 2018 (UTC)
- Support Peter Alberti (talk) 17:45, 22 November 2018 (UTC)
- Support Balajijagadesh (talk) 18:48, 22 November 2018 (UTC)
- Support Jayantanth (talk) 19:56, 22 November 2018 (UTC)
- Support Bodhisattwa (talk) 01:12, 23 November 2018 (UTC)
- Support Tpe.g5.stan (talk) 09:48, 23 November 2018 (UTC)
- Support Chrisric (talk) 11:26, 23 November 2018 (UTC)
- Support --*j*jac (talk) 11:58, 23 November 2018 (UTC)
- Support Sahaquiel9102 (talk) 17:38, 23 November 2018 (UTC)
- Support Sannita - not just another it.wiki sysop 01:01, 24 November 2018 (UTC)
- Support odder (talk) 10:46, 24 November 2018 (UTC)
- Support Wuyouyuan (talk) 20:22, 24 November 2018 (UTC)
- Support SyB~Anicium (talk) 20:32, 24 November 2018 (UTC)
- Support Vulphere 02:15, 25 November 2018 (UTC)
- Support Cobalt~frwiki (talk) 10:36, 25 November 2018 (UTC)
- Support Yland (talk) 17:39, 25 November 2018 (UTC)
- Support Ranjithsiji (talk) 22:52, 25 November 2018 (UTC)
- Support — AfroThundr (u · t · c) 03:04, 26 November 2018 (UTC)
- Support As wikipedia content is consulted offline, on SIRI, in the Knowledge graph of Google ; Wikisource content should be easy to export. Isn't it perfectly in line wit the Strategic Direction of Wikimedia Movement? :) Pyb (talk) 10:39, 26 November 2018 (UTC)
- Support Gideoraielgave (talk) 17:20, 26 November 2018 (UTC)
- Support Nemo 22:19, 27 November 2018 (UTC)
- Support Zyephyrus (talk) 18:21, 28 November 2018 (UTC)
- Support εΔω 17:44, 29 November 2018 (UTC)
- Support Edhral 07:12, 30 November 2018 (UTC)
Better import of descriptions of images with croptool
- Français: Mieux importer les descriptions d'images avec l'outil croptool.
- Problem: many images from wikisuorce books are not correctly or fully categorized and described. I am cross-wiki user so when I crop an image with the croptool on wikisource my efforts rarely stop there. I take care to improve categorization and description and I try to inform users about that. Many cropped images are probably underused because of this aspect, the files on commons lack any information regarding descriptions or categories.
- Français: De nombreuses images de livres wikisource ne sont pas correctement ou entièrement catégorisé et décrit. Je suis un utilisateur multi-wiki alors quand j’extrais et recadre une image avec l'outil « croptool » sur wikisource, mes efforts s'arrêtent rarement là.
Je prends soin d’améliorer la catégorisation et la description et j’essaie d’informer les utilisateurs à ce sujet. De nombreuses images recadrées sont probablement sous-utilisé à cause de cet aspect, les dossiers sur commons ne possèdent aucune information concernant les descriptions ou les catégories.
- Français: De nombreuses images de livres wikisource ne sont pas correctement ou entièrement catégorisé et décrit. Je suis un utilisateur multi-wiki alors quand j’extrais et recadre une image avec l'outil « croptool » sur wikisource, mes efforts s'arrêtent rarement là.
- Who would benefit: People who need to reuse cropped images in the future and should be able to find them.
- Français: Les utilisateurs ayant besoin de réutiliser les images extraites devrait pouvoir les retrouver.
- Proposed solution: import with croptool the content of the caption of a figure on the commons file description.
Improving description and categorization is a lot of manual work. I think that at least for the first aspect there is a shortcut. We use Template:FreedImg which contains a "caption" entry. My idea is that when croptool is used and saves an image on commons, it reads the language domain of the current wikisource, placing such iso language code in the description on the file and adding a description in that space based on the first "caption" string going from the "=" to the next vertical bar.
The only thing I should do as a user is to save the code of the image before cropping, but this is something I already do and it's really not a problem, especially if it saves time later.
For example in this page I would firstly write the code for the figure (with just plain text in the caption), and than croptool will read "it.wikisource.org" and "caption=tempio di minerva" and place under int:filedesc {{Information |description={{it|tempio di minerva}} ...}}
This will work at least for the first or single image on a page. I don't mind using it only for the pages with just one image (maybe the caption import can be an option to select), and if it is too complicated at least I hope we can start to think about this issue in the framework of c:commons:structured data in the future because we can't keep uploading thousands of files with such poor descriptions.
In any case the description line with the iso language code should always be added by croptool even if it is left empty, IMHO.
Preliminary discussion at itwikisource was supportive of the idea.
- Français: Importer avec croptool le contenu de la légende d'une figure dans la description du fichier des biens communs. Améliorer la description et la catégorisation nécessite beaucoup de travail manuel. Je pense qu'au moins pour le premier aspect il y a un raccourci. Nous utilisons Template: FreedImg qui contient une entrée « légende » ("caption"). Mon idée est que, lorsque croptool est utilisé et enregistre une image sur commons, il lit le domaine de langage du wikisource actuel, en plaçant ce code de langage ISO dans la description du fichier et en ajoutant une description dans cet espace en fonction du premier "libellé" chaîne allant du "=" à la barre verticale suivante.
La seule chose que je devrais faire en tant qu’utilisateur est de sauvegarder le code de l’image avant de recadrer, mais c’est quelque chose que je fais déjà et c’est vraiment pas un problème, surtout si cela fait gagner du temps plus tard.
Par exemple, dans cette page, je commencerais par écrire le code de la figure (avec juste du texte en clair dans la légende), et que croptool lira "it.wikisource.org" et "caption = tempio di minerva" et placer sous int:filedesc {{Information |description={{it|tempio di minerva}} ...}}
Cela fonctionnera au moins pour la première ou une seule image sur une page. Cela ne me dérange pas de l'utilisez que pour les pages avec une seule image (peut-être que l’importation de sous-titres peut être une option à sélectionner), et si c’est trop compliqué au moins j'espère que nous pourrons commencer à réfléchir à cette question dans le cadre de c:commons:structured data à l'avenir car nous ne pouvons pas continuer à télécharger des milliers de fichiers avec de telles descriptions médiocres. Dans tous les cas, la ligne de description avec le code de langue ISO devrait toujours être ajoutée par croptool même s'elle est laissée vide, à mon humble avis.
Une discussion préliminaire à itwikisource soutient cette idée.
- Français: Importer avec croptool le contenu de la légende d'une figure dans la description du fichier des biens communs. Améliorer la description et la catégorisation nécessite beaucoup de travail manuel. Je pense qu'au moins pour le premier aspect il y a un raccourci. Nous utilisons Template: FreedImg qui contient une entrée « légende » ("caption"). Mon idée est que, lorsque croptool est utilisé et enregistre une image sur commons, il lit le domaine de langage du wikisource actuel, en plaçant ce code de langage ISO dans la description du fichier et en ajoutant une description dans cet espace en fonction du premier "libellé" chaîne allant du "=" à la barre verticale suivante.
- More comments:
- Phabricator tickets:
- Proposer: Alexmar983 (talk) 18:04, 9 November 2018 (UTC)
Discussion
- Really CropTool is an excellent tool to import book illustrations; the problem is that a book illustration needs a set of metadata and categories very different from the book's one. The main problem is presently that CropTool uploads often a Book template for illustrations, that's completeìy unappropriate (a drawing/a picture is not a book!). I feel that the first step should be, a "translation" of Book template into a simplified and customized Info template. Next steps could be help user in the difficult task of good, and esay, descriptions and categorization. --Alex brollo (talk) 22:45, 9 November 2018 (UTC)
- Français:CropTool est un excellent outil pour importer des illustrations de livres. Le problème est qu'une illustration de livre nécessite un ensemble de métadonnées et de catégories très différentes de celles du livre. Actuellement, le principal problème est que CropTool télécharge souvent un modèle de livre pour les illustrations, ce qui est totalement inapproprié (un dessin / une image n'est pas un livre!). Je pense que la première étape devrait être une "traduction" du modèle de livre en un modèle d’informations simplifié et personnalisé. Les prochaines étapes pourraient consister à aider l’utilisateur dans la tâche difficile consistant à obtenir de bonnes descriptions et catégorisations.
Voting
- Support Liuxinyu970226 (talk) 01:21, 18 November 2018 (UTC)
- Support Hatchiko (talk) 05:09, 18 November 2018 (UTC)
- Support Armaan kakrala (talk) 07:11, 18 November 2018 (UTC)
- Support Satpal Dandiwal (talk) 07:11, 18 November 2018 (UTC)
- Support Satdeep Gill (talk) 07:13, 18 November 2018 (UTC)
- Support ਨਿਸ਼ਾਨ ਸਿੰਘ ਵਿਰਦੀ (talk) 07:15, 18 November 2018 (UTC)
- Support Simranjeet Sidhu (talk) 07:23, 18 November 2018 (UTC)
- Support Jagvir Kaur (talk) 07:24, 18 November 2018 (UTC)
- Support VIGNERON * discut. 12:36, 18 November 2018 (UTC)
- Support —TheDJ (talk • contribs) 15:04, 19 November 2018 (UTC)
- Support Emptyfear (talk) 15:25, 19 November 2018 (UTC)
- Support Alex brollo (talk) 19:45, 20 November 2018 (UTC)
- Support Novak Watchmen (talk) 15:22, 21 November 2018 (UTC)
- Support MartinPoulter (talk) 12:08, 22 November 2018 (UTC)
- Support Balajijagadesh (talk) 18:47, 22 November 2018 (UTC)
- Support —Beleg Tâl (talk) 19:03, 22 November 2018 (UTC)
- Support Kaviraf (talk) 11:43, 23 November 2018 (UTC)
- Support --*j*jac (talk) 12:09, 23 November 2018 (UTC)
- Support Sannita - not just another it.wiki sysop 01:01, 24 November 2018 (UTC)
- Support Cobalt~frwiki (talk) 10:35, 25 November 2018 (UTC)
- Support Ranjithsiji (talk) 22:54, 25 November 2018 (UTC)
- Support Shev123 (talk) 10:52, 26 November 2018 (UTC)
- Support Cstomaci (talk) 13:28, 27 November 2018 (UTC)
- Support Zyephyrus (talk) 18:20, 28 November 2018 (UTC)
- Support Bibar (talk) 10:12, 29 November 2018 (UTC)
- Support Edhral 07:13, 30 November 2018 (UTC)
XTools Edit Counter for Wikisource
- Français: Compteur de modifications très amélioré.
- Problem: There are not wikisource specific stats about user wise Proofread/validation. It is impossible to know stats about proofreading task. Wikisource workflow is different from Wikipedia. It could not be done by xtool. So we need specific Stats tools for Wikisource.
- Français: Il n’existe pas de statistiques spécifiques sur les correction/Validations par utilisateurs. Les processus de travail (workflow) de Wikisource diffèrent de ceux de Wikipédia. Ce ne peux être fait via par xtool. Nous avons besoin d’un outil statistique spécifique pour Wikisource.
- Who would benefit: Whole Wikisource Community.
- Français: Toute la communauté Wikisource.
- Proposed solution: Make a stats Tools for Wikisource specific.
- Français: Créer un outil de statistiques spécifiques à Wikisource.
- More comments:
- Phabricator tickets: phab:T173012
- Proposer: Jayantanth (talk) 08:54, 4 November 2018 (UTC)
Discussion
- Just a note: reliable analysis of page proofread status changes would require data from page header which is a part of a specific revision text and not available in the labs database copy, AFAIK. This might be a good question: how to get access to this data eficiently. Ankry (talk) 02:58, 18 November 2018 (UTC)
Voting
- Support Saederup92 (talk) 19:33, 16 November 2018 (UTC)
- Support (because I love stats and because it's important to know more about our projects to describe them properly to the world) Noé (talk) 16:18, 17 November 2018 (UTC)
- Support ··· 🌸 Rachmat04 · ☕ 18:31, 17 November 2018 (UTC)
- Support Nickw25 (talk) 23:03, 17 November 2018 (UTC)
- Support Marcelo9987 (talk) 00:01, 18 November 2018 (UTC)
- Support Liuxinyu970226 (talk) 01:21, 18 November 2018 (UTC)
- Support Ankry (talk) 02:49, 18 November 2018 (UTC)
- Support Armaan kakrala (talk) 07:11, 18 November 2018 (UTC)
- Support Benipal hardarshan (talk) 07:13, 18 November 2018 (UTC)
- Support ਨਿਸ਼ਾਨ ਸਿੰਘ ਵਿਰਦੀ (talk) 07:14, 18 November 2018 (UTC)
- Support Satdeep Gill (talk) 07:15, 18 November 2018 (UTC)
- Support Simranjeet Sidhu (talk) 07:20, 18 November 2018 (UTC)
- Support Jagvir Kaur (talk) 07:23, 18 November 2018 (UTC)
- Support Richard Nevell (talk) 10:54, 18 November 2018 (UTC)
- Support NMaia (talk) 11:53, 18 November 2018 (UTC)
- Support VIGNERON * discut. 12:33, 18 November 2018 (UTC)
- Support Pymouss Tchatcher - 21:41, 18 November 2018 (UTC)
- Support Sadads (talk) 17:59, 19 November 2018 (UTC)
- Support Hsarrazin (talk) 20:42, 19 November 2018 (UTC)
- Support Mounir Touzri (talk) 00:23, 20 November 2018 (UTC)
- Support Zdzislaw (talk) 00:26, 20 November 2018 (UTC)
- Support 4nn1l2 (talk) 05:47, 20 November 2018 (UTC)
- Support Lyokoï (talk) 15:21, 20 November 2018 (UTC)
- Support Salicyna (talk) 18:22, 20 November 2018 (UTC)
- Support Alex brollo (talk) 19:43, 20 November 2018 (UTC)
- Support CAPTAIN RAJU(T) 23:01, 20 November 2018 (UTC)
- Support Tris T7 (talk) 02:34, 21 November 2018 (UTC)
- Support Acer11 (talk) 07:08, 21 November 2018 (UTC)
- Support Novak Watchmen (talk) 15:19, 21 November 2018 (UTC)
- Support Balajijagadesh (talk) 18:46, 22 November 2018 (UTC)
- Support Jayantanth (talk) 19:32, 22 November 2018 (UTC)
- Support Bodhisattwa (talk) 01:14, 23 November 2018 (UTC)
- Support Would love to know the number of pages i've proofread, validated, created, till date and also per source. Siddhant (talk) 01:19, 23 November 2018 (UTC)
- Support Chrisric (talk) 11:14, 23 November 2018 (UTC)
- Support Kaviraf (talk) 11:43, 23 November 2018 (UTC)
- Support odder (talk) 10:46, 24 November 2018 (UTC)
- Support --Acélan (talk) 13:13, 24 November 2018 (UTC)
- Support Vulphere 02:15, 25 November 2018 (UTC)
- Support Sturban (talk) 04:06, 25 November 2018 (UTC)
- Support Vieux têtard (talk) 07:57, 25 November 2018 (UTC)
- Support Yland (talk) 17:40, 25 November 2018 (UTC)
- Support Ranjithsiji (talk) 22:54, 25 November 2018 (UTC)
- Support — AfroThundr (u · t · c) 03:05, 26 November 2018 (UTC)
- Support PMG (talk) 11:56, 26 November 2018 (UTC)
- Support Pmlineditor (t · c · l) 17:10, 28 November 2018 (UTC)
- Support Zyephyrus (talk) 18:21, 28 November 2018 (UTC)
- Support--Jayprakash >>> Talk 18:56, 28 November 2018 (UTC)
- Support εΔω 17:46, 29 November 2018 (UTC)
- Support Edhral 07:13, 30 November 2018 (UTC)
Enable book2scroll that works for all Wikisources
- Français: Rendre book2scroll accessible sur tous les Wikisource.
- Problem: book2scroll is not enable for all wikisource and not working for any non -latin wikisource. It is very useful for Page markinn numbering in index: pages any more..
- Français: book2scrool n’est pas activé pour tous les wikisources et ne fonctionne pas sur les wikisources non-latin. Cet outil est très utile pour la numérotation du marquage des Pages dans l’index:page.
- Who would benefit: Whole Wikisource community.
- Français: Toute la communauté wikisource.
- Proposed solution: problem is that this code is very old (as in Toolserver-old), and only works with some site naming schemes. Other languages don't work either for many titles.
- Français: Le problème est que le code est très anciens (??? as in Toolserver-old), et ne fonctionne que pour la nomenclature de nommage de certains sites et ne fonctionne pas pour plusieurs titres.
- More comments:
- Phabricator tickets: phab:T205549
- Proposer: Jayantanth (talk) 08:43, 4 November 2018 (UTC)
Discussion
I just verified it on en.* and it appears to work fine. Lostinlodos (talk) 01:12, 20 November 2018 (UTC)
- Currently enable for English French German Italian Latin Portuguese Belarusian Bengali and русский. But what about the others languages??
- Français: Outil actif sur Wikisource Anglais, Français, Allemand, Italien, Latin, Bélarusse, Bengali et ??? Qu’en est-il des autres langues?
Jayantanth (talk) 19:45, 22 November 2018 (UTC)
Voting
- Support Liuxinyu970226 (talk) 01:05, 18 November 2018 (UTC)
- Support Ankry (talk) 02:40, 18 November 2018 (UTC)
- Support Benipal hardarshan (talk) 07:12, 18 November 2018 (UTC)
- Support Wikilover90 (talk) 07:12, 18 November 2018 (UTC)
- Support Satdeep Gill (talk) 07:12, 18 November 2018 (UTC)
- Support Satpal Dandiwal (talk) 07:13, 18 November 2018 (UTC)
- Support ਨਿਸ਼ਾਨ ਸਿੰਘ ਵਿਰਦੀ (talk) 07:13, 18 November 2018 (UTC)
- Support Simranjeet Sidhu (talk) 07:16, 18 November 2018 (UTC)
- Support Jagvir Kaur (talk) 07:19, 18 November 2018 (UTC)
- Support VIGNERON * discut. 12:32, 18 November 2018 (UTC)
- Support Pymouss Tchatcher - 21:42, 18 November 2018 (UTC)
- Support Salicyna (talk) 18:23, 20 November 2018 (UTC)
- Support Novak Watchmen (talk) 15:20, 21 November 2018 (UTC)
- Support Jayantanth (talk) 19:33, 22 November 2018 (UTC)
- Support Bodhisattwa (talk) 01:16, 23 November 2018 (UTC)
- Support Sahaquiel9102 (talk) 17:36, 23 November 2018 (UTC)
- Support Sannita - not just another it.wiki sysop 01:03, 24 November 2018 (UTC)
- Support Ranjithsiji (talk) 22:53, 25 November 2018 (UTC)
- Support PMG (talk) 11:50, 26 November 2018 (UTC)
- Support Pmlineditor (t · c · l) 17:08, 28 November 2018 (UTC)
- Support Zyephyrus (talk) 18:20, 28 November 2018 (UTC)
2020
UI improvements on Wikisource
- Problem: Big part of work on WS is proofreading of OCR texts. Wikitexteditor2010 have some useful functions, but these are divided in more tabs:
- Advanced - there is very useful search and replace button
- Special characters - there are many characters which are not on keyboard
- Proofread tools (page namespace only) - some more tools.
- When I am working on some longer text from OCR, there are typical errors, which can be fixed by search and repace (e.g " -> “ or ii -> n) . So I must use first tab. Now there is missing character from another language, so I must switch to second tab and find this character. Then I find next typical error, so I must again switch to first...
- Who would benefit: Wikisource editors, but useful for other projects too.
- Proposed solution: Proofread is probably made mainly on desktops (notebooks) which have monitor wide enough to have all these tools on one tab without need of switching again and again
- More comments:
- Phabricator tickets:
- Proposer: JAn Dudík (talk) 20:59, 22 October 2019 (UTC)
Discussion
Hi, did you know that you can customize the edittoolbar to your liking? See https://www.mediawiki.org/wiki/Manual:Custom_edit_buttons. Also I use a search-replace plugin directly in a browser as this works better for me. See e.g. https://chrome.google.com/webstore/detail/find-replace-for-text-edi/jajhdmnpiocpbpnlpejbgmpijgmoknnl https://addons.mozilla.org/en-US/firefox/addon/find-replace-for-text-editing/?src=search I use the chrome one and it works alright for simple stuff. For more advanced stuff I copy the text to notepad++/notepadqq/libreoffice writer and do the regex stuff there.--So9q (talk) 11:26, 25 October 2019 (UTC)
- Very late to the party, but nothing has seemed to change. There is a need to customize the edit bar per book and not per user. Every book has special requirements for proofreading that are static. A book on Cicero’s letters may need quick access to Greek polytonic letters, but a book on Mediaeval poetry will have thorn/ Wynn/yogh and possibly long s. A book of poetry will need immediate access to the poem tag, but not a novel. Therefore, we need a scripting language to be able to set the edit bar according to the needs of the work. This is how typesetting used to work and it did an outstanding job for centuries. Languageseeker (talk) 19:04, 10 March 2021 (UTC)
Voting
- Support JogiAsad (talk) 13:21, 25 November 2019 (UTC)
- Support Liuxinyu970226 (talk) 15:27, 25 November 2019 (UTC)
- Support 游魂 16:46, 25 November 2019 (UTC)
- Support Ciao • Bestoernesto • ✉ 17:53, 25 November 2019 (UTC)
- Support *•.¸♡ ℍ𝕒𝕣𝕕𝕒𝕣𝕤𝕙𝕒𝕟 𝔹𝕖𝕟𝕚𝕡𝕒𝕝 ♡¸.•*𝕋𝕒𝕝𝕜 15:47, 26 November 2019 (UTC)
- Support Mauricio V. Genta (talk) 02:41, 27 November 2019 (UTC)
- Support Wikilover90 (talk) 10:27, 27 November 2019 (UTC)
- Support--Avicenno (talk) 10:51, 27 November 2019 (UTC)
- Support --Helmoony (talk) 11:31, 27 November 2019 (UTC)
- Support Harnoor ghuman (talk) 14:42, 30 November 2019 (UTC)
- Support Rajdeep ghuman (talk) 14:43, 30 November 2019 (UTC)
- Support Gurnoor ghuman (talk) 14:45, 30 November 2019 (UTC)
- Support Jan Kameníček (talk) 18:33, 1 December 2019 (UTC)
- Support Saederup92 (talk) 13:30, 2 December 2019 (UTC)
- Support Novak Watchmen (talk) 17:52, 2 December 2019 (UTC)
Repair Index finder
- Problem: It's rather similar to the first proposal on this page; that is, for at least a month, the Index finding thingy is broken; whatever title you put in it, it says something along the lines of "The index finder is broken. Sorry for the inconvenience." (This is just from memory!) It also gives a list of indexes, from the largest to the smallest. The compromise I at any rate am using now is the index-finder installed in the search engine.
- Who would benefit: Everybody who wants to find an index.
- Proposed solution: Somebody who has a good knowledge about bugs? I'm not good at wikicode!
- More comments: Excuses for any vague terminology - I am writing via mobile.
- Phabricator tickets: task T232710
- Proposer: Orlando the Cat (talk) 07:00, 5 November 2019 (UTC)
Discussion
- Orlando the Cat, it looks like the bug was fixed, as per the associated Phabricator ticket. Can you confirm if this is still a problem? Thanks! --IFried (WMF) (talk) 22:39, 18 November 2019 (UTC)
- IFired {WMF), unfortunately it doesn't appear to have been fixed - a search for "Chesterton" here still says "The search engine does not work. Sorry for the inconvenience." Orlando the Cat (talk) 03:53, 19 November 2019 (UTC)
- Orlando the Cat, thanks for getting back to us! --IFried (WMF) (talk) 18:01, 19 November 2019 (UTC)
- @IFried (WMF): Has there been any deploys since November 12? Judging by Phabricator the bug looks like it's fixed, but may not have been deployed yet. --Xover (talk) 12:11, 27 November 2019 (UTC)
- Xover Good catch. In that case, Orlando the Cat, I'm pinging you again to confirm if this is still a problem. It looks like the fix may have been deployed to production on 11/26. Thanks! --IFried (WMF) (talk) 18:30, 1 December 2019 (UTC)
- IFried (WMF): The link Orlando posted above still shows the error message mentioned. --Xover (talk) 18:53, 1 December 2019 (UTC)
- Xover: Noted. thanks for looking into this and letting me know! --IFried (WMF) (talk) 16:58, 2 December 2019 (UTC)
- @IFried (WMF) and Orlando the Cat: It looks like the fix for phab:T232710 is in MediaWiki 1.35/wmf.8 which is scheduled for deployment this Wednesday, December 4 (according to the latest Tech News). --Xover (talk) 17:31, 2 December 2019 (UTC)
- Xover: Noted. thanks for looking into this and letting me know! --IFried (WMF) (talk) 16:58, 2 December 2019 (UTC)
- IFried (WMF): The link Orlando posted above still shows the error message mentioned. --Xover (talk) 18:53, 1 December 2019 (UTC)
- Xover Good catch. In that case, Orlando the Cat, I'm pinging you again to confirm if this is still a problem. It looks like the fix may have been deployed to production on 11/26. Thanks! --IFried (WMF) (talk) 18:30, 1 December 2019 (UTC)
- @IFried (WMF): Has there been any deploys since November 12? Judging by Phabricator the bug looks like it's fixed, but may not have been deployed yet. --Xover (talk) 12:11, 27 November 2019 (UTC)
- Orlando the Cat, thanks for getting back to us! --IFried (WMF) (talk) 18:01, 19 November 2019 (UTC)
- IFired {WMF), unfortunately it doesn't appear to have been fixed - a search for "Chesterton" here still says "The search engine does not work. Sorry for the inconvenience." Orlando the Cat (talk) 03:53, 19 November 2019 (UTC)
Voting
- Support Consulnico (talk) 11:34, 21 November 2019 (UTC)
- Support Liuxinyu970226 (talk) 10:25, 24 November 2019 (UTC)
- Support Naḥum (talk) 13:16, 25 November 2019 (UTC)
- Support 游魂 16:44, 25 November 2019 (UTC)
- Support Ciao • Bestoernesto • ✉ 17:48, 25 November 2019 (UTC)
- Support Hsarrazin (talk) 14:29, 26 November 2019 (UTC)
- Support Geonuch (talk) 15:08, 26 November 2019 (UTC)
- Support --Acélan (talk) 13:14, 27 November 2019 (UTC)
- Support Novak Watchmen (talk) 17:52, 2 December 2019 (UTC)
Enable book2scroll that works for all Wikisources
- Problem: book2scroll is not enabled for all Wikisource and not working for any non -latin wikisource. It is very useful for Page marking numbering in index: pages any more..
- Français: book2scrool n’est pas activé pour tous les wikisources et ne fonctionne pas sur les wikisources non-latin. Cet outil est très utile pour la numérotation du marquage des Pages dans l’index:page.
- Who would benefit: Whole Wikisource community.
- Français: Toute la communauté wikisource.
- Proposed solution: problem is that this code is very old (as in Toolserver-old), and only works with some site naming schemes. Other languages don't work either for many titles.
- Français: Le problème est que le code est très anciens (??? as in Toolserver-old), et ne fonctionne que pour la nomenclature de nommage de certains sites et ne fonctionne pas pour plusieurs titres.
- More comments: same as previous year list
- Phabricator tickets: phab:T205549
- Proposer: Jayantanth (talk) 15:58, 26 October 2019 (UTC)
Discussion
Voting
- Support Bodhisattwa (talk) 06:22, 21 November 2019 (UTC)
- Support Lyokoï (talk) 12:43, 21 November 2019 (UTC)
- Support Balajijagadesh (talk) 05:22, 22 November 2019 (UTC)
- Support Libcub (talk) 08:20, 22 November 2019 (UTC)
- Support JogiAsad (talk) 13:27, 25 November 2019 (UTC)
- Support Liuxinyu970226 (talk) 15:26, 25 November 2019 (UTC)
- Support A garbage person (talk) 16:18, 25 November 2019 (UTC)
- Support 游魂 16:42, 25 November 2019 (UTC)
- Support Ciao • Bestoernesto • ✉ 17:46, 25 November 2019 (UTC)
- Support Sgvijayakumar (talk) 19:10, 25 November 2019 (UTC)
- Support Vkalaivani (talk) 22:45, 25 November 2019 (UTC)
- Support Geonuch (talk) 05:37, 26 November 2019 (UTC)
- Support Mahir256 (talk) 07:40, 1 December 2019 (UTC)
- Support सुबोध कुलकर्णी (talk) 12:09, 2 December 2019 (UTC)
- Support Novak Watchmen (talk) 17:52, 2 December 2019 (UTC)
Migrate Wikisource specific edit tools from gadgets to Wikisource extension
- Problem: There are many useful edit tools gadgets on some wikisources. Many of these should be used everywhere, but...
- Not every user knows, he can import script from another wiki.
- Some of these script cannot be only imported, they must be translated or localised.
- Majority of users will search these tools on en.wikisource, but there are many scripts eg. on it.wikisource too
- Who would benefit: Editors on other Wikisources
- Proposed solution: Select the best tools across wikisources and integrate them as new functions.
- More comments:
- Phabricator tickets:
- Proposer: JAn Dudík (talk) 13:24, 5 November 2019 (UTC)
Discussion
- It would be good to point to these gadgets or describe the proposed process to choose and approve propositions of gadgets to integrate. --Wargo (talk) 21:35, 17 November 2019 (UTC)
- 1) Ask communities for the best tools on their wikisource
- 2) Make list of them, with comments, merge potentially duplicates
- 3) Ask communities again which ones should be integrated.
- 4) Make global version and integrate it (eg as beta function)
- There is one problem, single-wikis gadgets are often hidden for others due language barrier etc. JAn Dudík (talk) 21:31, 18 November 2019 (UTC)
Voting
- Support Balajijagadesh (talk) 05:25, 22 November 2019 (UTC)
- Support Satdeep Gill (talk) 06:59, 22 November 2019 (UTC)
- Support *•.¸♡ ℍ𝕒𝕣𝕕𝕒𝕣𝕤𝕙𝕒𝕟 𝔹𝕖𝕟𝕚𝕡𝕒𝕝 ♡¸.•*𝕋𝕒𝕝𝕜 07:18, 22 November 2019 (UTC)
- Support Yes. Extensions are more robust. Amir E. Aharoni (talk) 08:16, 22 November 2019 (UTC)
- Support Jan.Kamenicek (talk) 10:50, 23 November 2019 (UTC)
- Support Emptyfear (talk) 17:11, 23 November 2019 (UTC)
- Support Liuxinyu970226 (talk) 10:30, 24 November 2019 (UTC)
- Support JogiAsad (talk) 13:26, 25 November 2019 (UTC)
- Support Frolove freedom (talk) 16:26, 25 November 2019 (UTC)
- Support 游魂 16:46, 25 November 2019 (UTC)
- Support Ciao • Bestoernesto • ✉ 17:50, 25 November 2019 (UTC)
- Support Sgvijayakumar (talk) 19:07, 25 November 2019 (UTC)
- Support Ninovolador (talk) 21:27, 25 November 2019 (UTC)
- Support Vkalaivani (talk) 22:46, 25 November 2019 (UTC)
- Support Hsarrazin (talk) 14:25, 26 November 2019 (UTC)
- Support Geonuch (talk) 15:06, 26 November 2019 (UTC)
- Support Mauricio V. Genta (talk) 02:43, 27 November 2019 (UTC)
- Support Jagseer S Sidhu (talk) 09:40, 27 November 2019 (UTC)
- Support Mulkh Singh (talk) 09:48, 27 November 2019 (UTC)
- Support Wikilover90 (talk) 10:26, 27 November 2019 (UTC)
- Support Avicenno (talk) 10:50, 27 November 2019 (UTC)
- Support Helmoony (talk) 11:30, 27 November 2019 (UTC)
- Support Sumanth699 (talk) 11:49, 27 November 2019 (UTC)
- Support Satpal Dandiwal (talk) 12:10, 27 November 2019 (UTC)
- Support Armaan kakrala (talk) 13:43, 27 November 2019 (UTC)
- Support Harshaan Ghuman (talk) 13:44, 27 November 2019 (UTC)
- Support Dugal harpreet (talk) 13:54, 27 November 2019 (UTC)
- Support Harkawal Benipal (talk) 15:05, 27 November 2019 (UTC)
- Support Rajdeep ghuman (talk) 15:08, 27 November 2019 (UTC)
- Support Harnoor ghuman (talk) 15:12, 27 November 2019 (UTC)
- Support Gurnoor ghuman (talk) 15:19, 27 November 2019 (UTC)
- Support VIGNERON * discut. 17:29, 27 November 2019 (UTC)
- Support Manavpreet Kaur (talk) 18:28, 27 November 2019 (UTC)
- Support Simranjeet Sidhu (talk) 06:25, 29 November 2019 (UTC)
- Support εΔω 17:07, 29 November 2019 (UTC)
- Support Charan Gill (talk) 01:12, 1 December 2019 (UTC)
- Support Info-farmer (talk) 01:57, 1 December 2019 (UTC)
- Support KCVelaga (talk) 07:23, 1 December 2019 (UTC)
- Support SuswethaK (talk) 10:38, 1 December 2019 (UTC)
- Support Naga sai sravanth (talk) 13:58, 1 December 2019 (UTC)
- Support Gurtej Chauhan (talk) 14:42, 1 December 2019 (UTC)
- Support Rorki amandeep sandhu (talk) 15:11, 1 December 2019 (UTC)
- Support Sandeep Dhaula (talk) 15:32, 1 December 2019 (UTC)
- Support MNavya (talk) 15:44, 1 December 2019 (UTC)
- Support Dharampal Singh (talk) 15:50, 1 December 2019 (UTC)
- Support Tpt (talk) 19:04, 1 December 2019 (UTC)
- Support Pyb (talk) 19:27, 1 December 2019 (UTC)
- Support Shev123 (talk) 20:06, 1 December 2019 (UTC)
- Support FreeCorp (talk) 20:15, 1 December 2019 (UTC)
- Support Lupin~frwiki (talk) 21:40, 1 December 2019 (UTC)
- Support -J. Ansari Talk 02:00, 2 December 2019 (UTC)
- Support Gurmehak Sidhu123 (talk) 05:11, 2 December 2019 (UTC)
- Support Manpreet kaur85 (talk) 05:11, 2 December 2019 (UTC)
- Support Devil855 (talk) 05:13, 2 December 2019 (UTC)
- Support Rahmanuddin (talk) 06:50, 2 December 2019 (UTC)
- Support ਲਵਪ੍ਰੀਤ ਸਿੰਘ ਸਿੱਧੂ ਗੱਲਬਾਤ 11:23, 2 December 2019 (UTC)
- Support सुबोध कुलकर्णी (talk) 12:27, 2 December 2019 (UTC)
- Support Ruthven (msg) 12:36, 2 December 2019 (UTC)
- Support Rajeeb (talk!) 12:55, 2 December 2019 (UTC)
- Support Sannita - not just another it.wiki sysop 13:11, 2 December 2019 (UTC)
- Support Novak Watchmen (talk) 17:52, 2 December 2019 (UTC)
Batch move API
- Problem: On Wikisource, the "atomic unit" is a work, consisting of a scanned book in the File: namespace, a set of transcribed pages in the Page: namespace, an index in the Index: namespace, and hopefully also one or more pages in mainspace that transcludes the pages for presentation. This is unlike something like a Wikipedia, where the atomic unit is the (single) page in mainspace, period.ProofreadPage ties these together using the pagename: an Index: page looks for its own pagename (i.e. without namespace prefix) in the File: namespace, and creates virtual pages at
Page:filenameoftheuploadedfile.PDF/1
(and…/2
etc.). If any one of these are renamed, the whole thing breaks down.A work can easily have 1000+ pages: if it needs to be renamed, all 1000 pages have to be renamed. This is obviously not something you would ever undertake manually. But API:Move just supports moving a single page, leading to the need for complicated hacks like w:User:Plastikspork/massmove.js.The net result is that nothing ever gets renamed on Wikisource, and when it's done it's only done by those running a personal admin-bot (so of the already very few admins available, only the subset that run their own admin-bots can do this, and that's before taking availability into account). - Who would benefit: All projects, but primarily the Wikisources; it would be used (via scripts) by +sysop, but it would benefit all users who can easily have consistent page names for, say, a multi-volume work or whatever else necessitates renaming.
- Proposed solution: It would wastly simplify this if API:Move supported batch moves of related pages, at worst by an indexed list of from—to titles; better with from—to provided by a generator function; and ideally by intelligently moving by some form of pattern. For example,
Index:vitalrecordsofbr021916brid.djvu
would probably move toIndex:Vital records of Bridgewater, Massachusetts - Vol. 2.djvu
, and Page:-namespace pages fromPage:vitalrecordsofbr021916brid.djvu/1
would probably move toPage:Vital records of Bridgewater, Massachusetts - Vol. 2.djvu/1
It would also be of tremendous help if mw.api actually understood ProofreadPage and offered a convenience function that treated the whole work as a unit (Index:filename, Page:filename/pagenum, and, if local, File:filename) for purposes of renaming (moving) them. - More comments: For the purposes of this proposal, I consider cross-wiki moves out of scope, so, e.g., renaming a File: at Commons as part of the process of renaming the Index:/Page: pages on English Wikisource would be a separate problem (too complicated). Ditto fixing any local mainspace transclusions that refer to the old name (that's a manageable manual or semi-automated/user-tools job).
- Phabricator tickets:
- Proposer: Xover (talk) 12:41, 5 November 2019 (UTC)
Discussion
- @Xover: Why sysop bit is needed here? I think the bot flag is enough unless the pages are fully protected. Ankry (talk) 20:45, 9 November 2019 (UTC)
- @Ankry: Because page-move vandalism rises to a whole `nother level when you can do it in batches of 1k pages at a time. And for the volume we're talking about, having to go through a request and waiting for an admin to handle it is not a big deal: single page moves happen all the time, but batch moves of entire works would typically top out at a couple per week tops (ignore a decade's worth of backlog for now). Given these factors, requiring +sysop (or, if you want to be fancy, some other bit that can be assigned to a given user group like "mass movers" or whatever) seems like a reasonable tradeoff. You really don't want inexperienced users doing this willy nilly!But so long as I get an API that lets me do this in a sane way (and w:User:Plastikspork/massmove.js is pretty insane), I'd be perfectly happy imposing limitations like that in the user script or gadget implementing it (unless full "Move work" functionality is implemented directly in core, of course). Different projects will certainly have different views on that issue. --Xover (talk) 21:28, 9 November 2019 (UTC)
- «Problem: On Wikisource, the "atomic unit" is a work». In an ideal world yes, but not for MediaWiki until phabricator:T17071 is fixed. Nemo 09:07, 22 November 2019 (UTC)
Voting
- Support Bodhisattwa (talk) 06:35, 21 November 2019 (UTC)
- Support JAn Dudík (talk) 07:14, 21 November 2019 (UTC)
- Support Consulnico (talk) 11:35, 21 November 2019 (UTC)
- Support Wargo (talk) 23:07, 21 November 2019 (UTC)
- Support --Jan.Kamenicek (talk) 10:35, 23 November 2019 (UTC)
- Support Liuxinyu970226 (talk) 15:28, 25 November 2019 (UTC)
- Support –MJL ‐Talk‐☖ 15:37, 25 November 2019 (UTC)
- Support 游魂 16:53, 25 November 2019 (UTC)
- Support Ciao • Bestoernesto • ✉ 18:01, 25 November 2019 (UTC)
- Support Geonuch (talk) 01:35, 26 November 2019 (UTC)
- Support Risker (talk) 05:04, 26 November 2019 (UTC)
- Support Hsarrazin (talk) 14:34, 26 November 2019 (UTC)
- Support Novak Watchmen (talk) 17:52, 2 December 2019 (UTC)
Activate templatestyles by Index page css field
- Problem: templatestyles extension is almost magic into wikisource environment, but there's the need to activate easily it into all pages of an Index.
- Who would benefit: all contributors
- Proposed solution: to allow optionally to fill Index page css field with a valid templatestyle page. A simple regex could be used to see if css field content contains a valid css or a valid page name.
- More comments: Presently it.wikisource and nap.wikisource are testing other tricks to load work-specific templatestyles into all pages of an Index, with very interesting results.
- Phabricator tickets: phab:T226275, phab:T215165
- Proposer: Alex brollo (talk) 07:24, 9 November 2019 (UTC)
Discussion
- Reproducing original books is inherently layout and formatting heavy, presenting books to readers is inherently layout and formatting heavy. Inline formatting templates are carrying a lot of weight right now, with somewhat severe limitations and very little semantics. Getting a good system for playing with the power of CSS would help a lot. --Xover (talk) 11:08, 9 November 2019 (UTC)
Voting
- Support Liuxinyu970226 (talk) 15:24, 25 November 2019 (UTC)
- Support Nice tools Marknamz8931 (talk) 15:39, 25 November 2019 (UTC)
- Support 游魂 16:36, 25 November 2019 (UTC)
- Support Ciao • Bestoernesto • ✉ 17:43, 25 November 2019 (UTC)
- Support Xover (talk) 12:35, 27 November 2019 (UTC)
- Support Paperoastro (talk) 11:34, 1 December 2019 (UTC)
- Support (NB: some patches for this exist on nap.source) Ruthven (msg) 12:37, 2 December 2019 (UTC)
- Support Novak Watchmen (talk) 17:52, 2 December 2019 (UTC)
Make content of Special:IndexPages up-to-date and available to wikicode
- Problem: 1. The content of Special:IndexPages (eg. s:pl:Special:IndexPages) is not updated after changing status of some pages in an index page until the appropriate index page is purged. 2. The data from this page is not available to wikicode. Its availability would make possible creation of various statistics / sortable lists or graphic tools showing the status of index pages by users. In plwikisource, we make this data available to wikicode via bot which updates specific teplates regularily; these extra edits would be able to be avoided.
- Who would benefit: All wikisources, mainly those with large number of indexes
- Proposed solution: Make per-index numbers of pages with various statuses from Special:IndexPages available via mechanism like a magic function, a LUA function or something similar.
- More comments:
- Phabricator tickets:
- Proposer: Ankry (talk) 19:12, 9 November 2019 (UTC)
Discussion
Voting
- Support Yes, but this should probably go together with task T207142, to make sure that metadata works the same across all languages. Amir E. Aharoni (talk) 08:19, 22 November 2019 (UTC)
- Support Libcub (talk) 08:27, 22 November 2019 (UTC)
- Support Bodhisattwa (talk) 14:57, 22 November 2019 (UTC)
- Support Liuxinyu970226 (talk) 10:31, 24 November 2019 (UTC)
- Support 游魂 16:55, 25 November 2019 (UTC)
- Support Hsarrazin (talk) 14:25, 26 November 2019 (UTC)
- Support Geonuch (talk) 15:06, 26 November 2019 (UTC)
- Support Bonvol (talk) 20:23, 26 November 2019 (UTC)
- Support Zdzislaw (talk) 20:29, 26 November 2019 (UTC)
- Support Wolan (talk) 21:12, 26 November 2019 (UTC)
- Support Ankry (talk) 21:32, 26 November 2019 (UTC)
- Support Nawider (talk) 21:48, 26 November 2019 (UTC)
- Support Atudu (talk) 03:04, 27 November 2019 (UTC)
- Support Maitake (talk) 09:55, 27 November 2019 (UTC)
- Support Joanna Le (talk) 20:23, 27 November 2019 (UTC)
- Support Himiltruda (talk) 20:29, 27 November 2019 (UTC)
- Support Draco flavus (talk) 10:04, 29 November 2019 (UTC)
- Support Gurtej Chauhan (talk) 03:52, 1 December 2019 (UTC)
- Support Vearthy (talk) 17:40, 2 December 2019 (UTC)
- Support Novak Watchmen (talk) 17:52, 2 December 2019 (UTC)
Transcluded book viewer with book pagination
- Problem: When we view a transcluded (NS0) book, its a normal view of wikilike environments. Most of the book reader or lover don't like this kind of view and navigation. They are always like a book, page by page view two-page view like a physical book. Every-time we go to the next page subpage. For Italian Wikisource create one js to view like this, Vis, View In Sequence (two-sided view of our page).
- Who would benefit: Wikisource editors and readers
- Proposed solution: Create Vis like default viewer, View In Sequence (two-sided view of our page).
- More comments:
- Phabricator tickets:
- Proposer: Jayantanth (talk) 15:43, 11 November 2019 (UTC)
Discussion
Voting
- Support Bodhisattwa (talk) 11:05, 21 November 2019 (UTC)
- Support Likibp (talk) 14:04, 21 November 2019 (UTC)
- Support Libcub (talk) 08:24, 22 November 2019 (UTC)
- Support --Jan.Kamenicek (talk) 10:46, 23 November 2019 (UTC)
- Support Liuxinyu970226 (talk) 10:30, 24 November 2019 (UTC)
- Support BugWarp (talk) 21:57, 24 November 2019 (UTC)
- Support Stefan Kühn (talk) 13:18, 25 November 2019 (UTC)
- Support Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:31, 25 November 2019 (UTC)
- Support 游魂 16:54, 25 November 2019 (UTC)
- Support Slager (talk) 17:57, 25 November 2019 (UTC)
- Support Risker (talk) 05:05, 26 November 2019 (UTC)
- Support Geonuch (talk) 05:37, 26 November 2019 (UTC)
- Support Bonvol (talk) 20:18, 26 November 2019 (UTC)
- Support Zdzislaw (talk) 20:30, 26 November 2019 (UTC)
- Support Wolan (talk) 21:10, 26 November 2019 (UTC)
- Support Ankry (talk) 21:36, 26 November 2019 (UTC)
- Support Nawider (talk) 21:47, 26 November 2019 (UTC)
- Support Maitake (talk) 09:54, 27 November 2019 (UTC)
- Support Xover (talk) 12:33, 27 November 2019 (UTC)
- Support Joanna Le (talk) 20:23, 27 November 2019 (UTC)
- Support Himiltruda (talk) 20:26, 27 November 2019 (UTC)
- Support Wellparp (talk) 19:10, 28 November 2019 (UTC)
- Support Zyephyrus (talk) 19:31, 29 November 2019 (UTC)
- Support DraconicDark (talk) 02:13, 30 November 2019 (UTC)
- Support Mahir256 (talk) 07:39, 1 December 2019 (UTC)
- Support εΔω 10:45, 1 December 2019 (UTC)
- Support --Paperoastro (talk) 11:31, 1 December 2019 (UTC)
- Support Tiven2240 (talk) 16:29, 1 December 2019 (UTC)
- Support Candalua (talk) 16:32, 1 December 2019 (UTC)
- Support सुबोध कुलकर्णी (talk) 12:06, 2 December 2019 (UTC)
- Support Sannita - not just another it.wiki sysop 13:10, 2 December 2019 (UTC)
- Support Vearthy (talk) 17:39, 2 December 2019 (UTC)
- Support Novak Watchmen (talk) 17:52, 2 December 2019 (UTC)
Repair Book Uploader Bot
- Problem: Book Uploader Bot was a valuable tool for the upload of books from Google-Books on Commons for Wikisource. It is not working for a long time and it takes a long time for uploading a book from: Google Books (you need to download the book in PDF, make an OCR, convert into a djvu, upload on Commons and then fill the information). From IA, we have IA upload. It is working but also have some issues from time to time.
- Who would benefit: Contributors of Wikisources
- Proposed solution: Repair the tool or build a new one
- More comments:
- Phabricator tickets:
- Proposer: Shev123 (talk) 14:58, 10 November 2019 (UTC)
Discussion
Voting
- Support Le ciel est par dessus le toit (talk) 09:27, 21 November 2019 (UTC)
- Support Consulnico (talk) 11:42, 21 November 2019 (UTC)
- Support Kaviraf (talk) 16:42, 21 November 2019 (UTC)
- Support Viticulum (talk) 21:53, 21 November 2019 (UTC)
- Support Libcub (talk) 08:19, 22 November 2019 (UTC)
- Support --Jan.Kamenicek (talk) 10:27, 23 November 2019 (UTC)
- Support Liuxinyu970226 (talk) 10:23, 24 November 2019 (UTC)
- Support Sewepb (talk) 07:17, 25 November 2019 (UTC)
- Support 游魂 16:44, 25 November 2019 (UTC)
- Support Ciao • Bestoernesto • ✉ 17:49, 25 November 2019 (UTC)
- Support Geonuch (talk) 01:30, 26 November 2019 (UTC)
- Support Novak Watchmen (talk) 17:53, 2 December 2019 (UTC)
Inter-language link support via Wikidata
- Problem: Wikidata's inter-language link system does not work well for Wikisource, because it assumes that pages are structured the same way as Wikipedia pages are structured, and this is not the case.
- Who would benefit: Editors and readers of all Wikisources, and editors and readers of Wikidata
- Proposed solution:
- Support linking from Wikidata to Multilingual Wikisource
- Support automatic interlanguage links between multiple editions that are linked to different items on Wikidata, where these items are linked by "has edition" and "edition or translation of"
- More comments: This was also proposed last year
- Phabricator tickets: phab:T138332, phab:T128173, phab:T180304, phab:T54971
- Proposer: —Beleg Tâl (talk) 15:47, 23 October 2019 (UTC)
Discussion
This issue causes a lot of confusion for new editors on Wikisource and Wikidata, who frequently set up the interwiki links incorrectly in order to bypass this limitation. —Beleg Tâl (talk) 16:12, 23 October 2019 (UTC)
- @Beleg Tâl: great proposal ! For information @Tpt: is working on something quite similar (Tpt: can you confirm?), we should keep this proposal as this is important and any help is welcome but still we should keep that in mind ;) Cdlt, VIGNERON * discut. 14:47, 27 October 2019 (UTC)
- HI! Yes, indeed, I am working on it as part of mw:Extension:Wikisource. It's currently in the process of being deployed on the Wikimedia test cluster before a deployment on Wikisource. It should be done soon, so, hopefully no need from the Foundation on this (except helping the deployment). Tpt (talk) 13:59, 30 October 2019 (UTC)
- @Tpt: Fantastic, thank you!! —Beleg Tâl (talk) 17:22, 2 November 2019 (UTC)
- HI! Yes, indeed, I am working on it as part of mw:Extension:Wikisource. It's currently in the process of being deployed on the Wikimedia test cluster before a deployment on Wikisource. It should be done soon, so, hopefully no need from the Foundation on this (except helping the deployment). Tpt (talk) 13:59, 30 October 2019 (UTC)
- FYI I repeated T54971, which I asked for several decades to try to support it. --Liuxinyu970226 (talk) 13:17, 3 November 2019 (UTC)
- I would just notify that in svwikisource and plwikisource there are javascript-based implementations of multi-version interwiki and they seem to work fine if appropriate structures are available in Wikidata. Ankry (talk) 20:09, 9 November 2019 (UTC)
Voting
- Support JAn Dudík (talk) 07:17, 21 November 2019 (UTC)
- Support Le ciel est par dessus le toit (talk) 13:01, 21 November 2019 (UTC)
- Support Kaviraf (talk) 16:39, 21 November 2019 (UTC)
- Support Exilexi (talk) 20:24, 21 November 2019 (UTC)
- Support: currently clearly not obvious to find original or translated edition. —Pols12 (talk) 21:24, 21 November 2019 (UTC)
- Support Sadads (talk) 21:42, 21 November 2019 (UTC)
- Support Satdeep Gill (talk) 05:19, 22 November 2019 (UTC)
- Support Libcub (talk) 08:14, 22 November 2019 (UTC)
- Support Jahl de Vautban (talk) 09:21, 22 November 2019 (UTC)
- Support Bodhisattwa (talk) 14:36, 22 November 2019 (UTC)
- Support Bencemac (talk) 08:58, 24 November 2019 (UTC)
- Support Liuxinyu970226 (talk) 10:28, 24 November 2019 (UTC)
- Support *•.¸♡ ℍ𝕒𝕣𝕕𝕒𝕣𝕤𝕙𝕒𝕟 𝔹𝕖𝕟𝕚𝕡𝕒𝕝 ♡¸.•*𝕋𝕒𝕝𝕜 16:56, 24 November 2019 (UTC)
- Support Shizhao (talk) 02:58, 25 November 2019 (UTC)
- Support Stefan Kühn (talk) 13:17, 25 November 2019 (UTC)
- Support Naḥum (talk) 13:26, 25 November 2019 (UTC)
- Support JogiAsad (talk) 13:26, 25 November 2019 (UTC)
- Support Blue Rasberry (talk) 15:33, 25 November 2019 (UTC)
- Support –MJL ‐Talk‐☖ 15:38, 25 November 2019 (UTC)
- Support 游魂 16:53, 25 November 2019 (UTC)
- Support Trey314159 (talk) 17:08, 25 November 2019 (UTC)
- Support Very good idea ! / Français : Très bonne idée ! Eunostos (talk) 20:41, 25 November 2019 (UTC)
- Support Vladis13 (talk) 21:18, 25 November 2019 (UTC)
- Support Risker (talk) 05:03, 26 November 2019 (UTC)
- Support [no[User:Hsarrazin|Hsarrazin]] (talk) 14:32, 26 November 2019 (UTC)
- Support And hopefully tha "Add links" link will no longer mislead users Ankry (talk) 21:33, 26 November 2019 (UTC)
- Support Atudu (talk) 03:05, 27 November 2019 (UTC)
- Support Wikilover90 (talk) 10:28, 27 November 2019 (UTC)
- SupportDugal harpreet (talk) 13:58, 27 November 2019 (UTC)
- Support Toto256 (talk) 22:40, 27 November 2019 (UTC)
- Support Peter Alberti (talk) 19:57, 28 November 2019 (UTC)
- Support Marajozkee (talk) 14:39, 29 November 2019 (UTC)
- Support Geonuch (talk) 12:21, 30 November 2019 (UTC)
- Support Rajdeep ghuman (talk) 14:37, 30 November 2019 (UTC)
- Support Harnoor ghuman (talk) 14:39, 30 November 2019 (UTC)
- Support Gurnoor ghuman (talk) 14:47, 30 November 2019 (UTC)
- Support Satpal Dandiwal (talk) 21:02, 30 November 2019 (UTC)
- Support Charan Gill (talk) 01:13, 1 December 2019 (UTC)
- Support Gurtej Chauhan (talk) 03:54, 1 December 2019 (UTC)
- Support KCVelaga (talk) 07:24, 1 December 2019 (UTC)
- Support Mahir256 (talk) 07:38, 1 December 2019 (UTC)
- Support Pyb (talk) 08:58, 1 December 2019 (UTC)
- Support Jan Kameníček (talk) 10:00, 1 December 2019 (UTC)
- Support MNavya (talk) 15:48, 1 December 2019 (UTC)
- Support Candalua (talk) 16:36, 1 December 2019 (UTC)
- Support Shev123 (talk) 20:06, 1 December 2019 (UTC)
- Support This would be a very good and necessary thing to have. Doing it in a truly comprehensive way is probably a big and difficult project because, let's face it, sitelinks were made with Wikipedia in mind and Wikisource's needs are very different. A comprehensive solution should probably be delivered in the scope of a project that is more like Structured Data on Commons. Nevertheless, a first step could be made in this direction in some way within the framework of Community Tech. --Amir E. Aharoni (talk) 20:31, 1 December 2019 (UTC)
- Support FreeCorp (talk) 20:48, 1 December 2019 (UTC)
- Support Lupin~frwiki (talk) 21:25, 1 December 2019 (UTC)
- Support Jagseer S Sidhu (talk) 05:04, 2 December 2019 (UTC)
- Support Manpreet kaur85 (talk) 05:12, 2 December 2019 (UTC)
- Support Gurmehak Sidhu123 (talk) 05:12, 2 December 2019 (UTC)
- Support Akash-Chahal047 (talk) 05:12, 2 December 2019 (UTC)
- Support Saroye Saab001 (talk) 05:12, 2 December 2019 (UTC)
- Support Devil855 (talk) 05:14, 2 December 2019 (UTC)
- Support Manavpreet Kaur (talk) 12:23, 2 December 2019 (UTC)
- Support Sannita - not just another it.wiki sysop 13:18, 2 December 2019 (UTC)
- Support Omshivaprakash (talk) 14:15, 2 December 2019 (UTC)
- Support Novak Watchmen (talk) 17:53, 2 December 2019 (UTC)
Index creation wizard
- Problem: The process of turning a PDF or DjVu file into an index for transcription and proofreading is quite complicated and confusing. See Help:Index pages and Help:Page numbers for the basics.
- Who would benefit: Anyone wanting to start a Wikisource transcription
- Proposed solution: Create a wizard that walks an editor though the process of creating an index from a PDF or DjVu file (that has already been uploaded). Most importantly, it will facilitate creating the pagelist, by allowing the editor to go through the pages and identify the cover, title page, table of contents, etc, as well as where the page numbering begins.
- More comments: This is similar to a proposal from the 2016 Wishlist, but more limited in scope, i.e. this proposal only deals with the index creation process, not uploading or importing files.
- Phabricator tickets: task T154413 (related)
- Proposer: Kaldari (talk) 15:32, 30 October 2019 (UTC)
Update June 2020: a project page has been set up for this at Wikisource Pagelist Widget.
Discussion
- A wizard for initial setup is a good start, but an interactive visual editor for Index: pages, and especially for
<pagelist … />
tags, would be even better. The pagelist is often edited multiple times and by multiple people, and currently requires a lot of jumping between the scan and the browser, mental arithmetic and mapping between physical and logical page numbers, multiple numbering schemes and ranges in a single work, etc. etc. A visual editor oriented around thumbnails of each page in the book and allowing you to tag pages: “This thumbnail, physically in position 7 in the file, is logically the ‘Title’ page”; “In these 24 pages (physical 13–37) the numbering scheme is roman numerals, and numbering starts on the first page I've selected”; “On this page (physical 38) the logical numbering resets to 1, and we're now back to default arabic numerals”; “This page (physical 324) is not included in the logical numbering sequence, so it should be skipped and logical numbering should resume on the subsequent page, and this page should get the label ‘Plate’”. All this stuff is much easier to do in a visual / direct-manipulation way than by writing rules describing it in a custom mini-syntax. --Xover (talk) 11:40, 9 November 2019 (UTC)
Voting
- Support JAn Dudík (talk) 07:17, 21 November 2019 (UTC)
- Support Wargo (talk) 23:07, 21 November 2019 (UTC)
- Support Libcub (talk) 08:21, 22 November 2019 (UTC)
- Support Bodhisattwa (talk) 14:58, 22 November 2019 (UTC)
- Support --Jan.Kamenicek (talk) 10:33, 23 November 2019 (UTC)
- Support Pavithra.A (talk) 11:55, 23 November 2019 (UTC)
- Support Liuxinyu970226 (talk) 10:42, 24 November 2019 (UTC)
- Support Shizhao (talk) 02:56, 25 November 2019 (UTC)
- Support LA2 (talk) 12:42, 25 November 2019 (UTC)
- Support Geonuch (talk) 13:06, 25 November 2019 (UTC)
- Support JogiAsad (talk) 13:13, 25 November 2019 (UTC)
- Support Naḥum (talk) 13:13, 25 November 2019 (UTC)
- Support Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:16, 25 November 2019 (UTC)
- Support Zabia (talk) 13:38, 25 November 2019 (UTC)
- Support Blue Rasberry (talk) 15:33, 25 November 2019 (UTC)
- Support –MJL ‐Talk‐☖ 15:36, 25 November 2019 (UTC)
- Support LauritzT (talk) 16:22, 25 November 2019 (UTC)
- Support 游魂 16:49, 25 November 2019 (UTC)
- Support Slager (talk) 17:58, 25 November 2019 (UTC)
- Support So9q (talk) 18:15, 25 November 2019 (UTC)
- Support It really is complicated and it is a pity as DjVU files seem very useful but I am yet to muster the courage to learn the process. Either a wizard or a complete visual editor would be a great addition. / Français : c'est effectivement compliqué et c'est dommage car les fichers DjVu ont l'air vraiment utiles mais je n'ai pas encore le courage d'apprendre le processus. Un tutoriel ou un éditeur visuel complet serait un excellent ajout. Eunostos (talk) 20:44, 25 November 2019 (UTC)
- Support Risker (talk) 05:05, 26 November 2019 (UTC)
- Support Atudu (talk) 03:08, 27 November 2019 (UTC)
- Support See my comment above. Xover (talk) 06:11, 27 November 2019 (UTC)
- Support Wikilover90 (talk) 10:27, 27 November 2019 (UTC)
- Support --Helmoony (talk) 11:31, 27 November 2019 (UTC)
- SupportDugal harpreet (talk) 14:06, 27 November 2019 (UTC)
- Support ··· 🌸 Rachmat04 · ☕ 14:36, 27 November 2019 (UTC)
- Support Wellparp (talk) 19:08, 28 November 2019 (UTC)
- Support This is an interesting proposal for a start in this space. I can see it being tested on mid-sized Wikisources which don't have their own gadgets and stuff, and then evolve into a method to finally standardise some workflows across the bigger Wikisources à la phabricator:T17071. Nemo 23:34, 29 November 2019 (UTC)
- Support Harnoor ghuman (talk) 14:35, 30 November 2019 (UTC)
- Support Rajdeep ghuman (talk) 14:36, 30 November 2019 (UTC)
- Support Gurnoor ghuman (talk) 14:46, 30 November 2019 (UTC)
- Support Gurtej Chauhan (talk) 03:53, 1 December 2019 (UTC)
- Support KCVelaga (talk) 07:24, 1 December 2019 (UTC)
- Support Mahir256 (talk) 07:43, 1 December 2019 (UTC)
- Support Naga sai sravanth (talk) 14:00, 1 December 2019 (UTC)
- Support MNavya (talk) 15:47, 1 December 2019 (UTC)
- Support Tpt (talk) 20:43, 1 December 2019 (UTC)
- Support Akash-Chahal047 (talk) 05:13, 2 December 2019 (UTC)
- Support Gurmehak Sidhu123 (talk) 05:13, 2 December 2019 (UTC)
- Support Saroye Saab001 (talk) 05:14, 2 December 2019 (UTC)
- Support Devil855 (talk) 05:14, 2 December 2019 (UTC)
- Support Manpreet kaur85 (talk) 05:14, 2 December 2019 (UTC)
- Support Pyb (talk) 05:55, 2 December 2019 (UTC)
- Support सुबोध कुलकर्णी (talk) 12:02, 2 December 2019 (UTC)
- Support Sannita - not just another it.wiki sysop 13:16, 2 December 2019 (UTC)
- Support Saederup92 (talk) 13:31, 2 December 2019 (UTC)
- Support Omshivaprakash (talk) 14:15, 2 December 2019 (UTC)
- Support Novak Watchmen (talk) 17:53, 2 December 2019 (UTC)
Vertical display for classical Chinese content
- Problem: Most content in Chinese Wikisource is classical Chinese, which has been printed or written in vertical for thousands of years.
- Who would benefit: Chinese and Japanese Wikisource. Other Wikimedia projects of languages in vertical display (like Manchu).
- Proposed solution: Add vertical support to the Wikimedia software. To the proposer's knowledge, MediaWiki already supports right-to-left display of Arabic and Hebrew.
A switch button on each page and "force" setting in Special:Preferences should be added to allow readers to switch the display mode between traditional vertical text 傳統直寫 and modern horizontal text 新式橫寫. Magic word will be added that allow pages to set its own default display mode.
Hypothetical vertical Chinese Wikisource as follows. (In this picture, some characters are rotated but they should not.)
- More comments:
- Phabricator tickets:
- Proposer: 維基小霸王 (talk) 13:59, 1 November 2019 (UTC)
Discussion
- Traditionally Chinese, Japanese, and Korean would be vertically written from up to down, then from right to left. Yet many younger East Asians are forgetting the history of one row from right to left derived from this traditional vertical writing, like File:重慶大韓民國臨時政府遺跡地-충칭대한민국임(림)시정부-Chungchingdaehanmingukrimsijeongbu-Interim government of the Republic of Korea in Chungking6.jpg. If this is successful, I advise changing column every few characters per user's preference, like 5, 10, or 20 words.--Jusjih (talk) 04:14, 4 November 2019 (UTC)
- @維基小霸王 and Jusjih: I know that (at least) the incubation of Wikipedia in American Sign Language is written top-down and left-right: incubator:Wp/ase. I don't know exactly how it works but one should look into that. Cheers, VIGNERON * discut. 10:14, 5 November 2019 (UTC)
- Being written top-down then left-right is the same as ancient Mongolian. It will somehow work for vertical classical Chinese when arranging the proper direction.--Jusjih (talk) 04:26, 6 November 2019 (UTC)
Voting
- Support MichaelSchoenitzer (talk) 23:22, 20 November 2019 (UTC)
- Support Bodhisattwa (talk) 06:43, 21 November 2019 (UTC)
- Support Consulnico (talk) 11:32, 21 November 2019 (UTC)
- Support Lyokoï (talk) 12:42, 21 November 2019 (UTC)
- Support Likibp (talk) 13:47, 21 November 2019 (UTC)
- Support Like tears in rain (talk) 16:12, 21 November 2019 (UTC)
- Support Pamputt (talk) 21:37, 21 November 2019 (UTC)
- Support Sadads (talk) 21:39, 21 November 2019 (UTC)
- Support Libcub (talk) 08:14, 22 November 2019 (UTC)
- Support For great justice! Amir E. Aharoni (talk) 08:14, 22 November 2019 (UTC)
- Support Liuxinyu970226 (talk) 10:27, 24 November 2019 (UTC)
- Support Shizhao (talk) 02:57, 25 November 2019 (UTC)
- Support Sebastian Wallroth (talk) 10:53, 25 November 2019 (UTC)
- Support Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:30, 25 November 2019 (UTC)
- Support Robertsky (talk) 15:53, 25 November 2019 (UTC)
- Support A garbage person (talk) 16:17, 25 November 2019 (UTC)
- Support Strongly support. 游魂 16:40, 25 November 2019 (UTC)
- Support Trey314159 (talk) 17:05, 25 November 2019 (UTC)
- Support AllyD (talk) 18:22, 25 November 2019 (UTC)
- Support Waddie96 (talk) 18:52, 25 November 2019 (UTC)
- Support Geonuch (talk) 05:33, 26 November 2019 (UTC)
- Support 94rain Talk 09:10, 30 November 2019 (UTC)
- Support Jan Kameníček (talk) 21:14, 30 November 2019 (UTC)
- Support Gurtej Chauhan (talk) 03:17, 1 December 2019 (UTC)
- Support MER-C (talk) 20:17, 1 December 2019 (UTC)
- Support Royal Patrol Vikarna 05:40, 2 December 2019 (UTC)
- Support Strongly support. TongcyDai (talk) 05:46, 2 December 2019 (UTC)
- Support Numbei (talk) 14:06, 2 December 2019 (UTC)
- Support —— Eric Liu(留言.百科用戶頁) 07:49, 2 December 2019 (UTC)
- Support--Jimmyshjj • ☎️ • 📧 09:21, 2 December 2019 (UTC)
- Support Sannita - not just another it.wiki sysop 13:12, 2 December 2019 (UTC)
- Support Novak Watchmen (talk) 17:53, 2 December 2019 (UTC)
Improve workflow for uploading books to Wikisource
- Problem:
- Uploading books to Wikisource is difficult.
- In the current workflow you need to upload the file on Commons, then go to Wikisource and create the Index page (and you need to know the exact URL). :The files need to be DJVU, which has different layers for the scan and the text. This is important for tools like Match & Split (if the file is a PDF, this tool doesn't work).
- More importantly, the current workflow (especially for library uploads) includes Internet Archive, and the famous IA-Upload tool. This tool is now fundamental for many libraries and uploaders, but it has several issues.
- As Internet Archive stopped creating the DJVU files from his scans, the international community has struggled solving the issue of creating automatically a DJVU for uploading on Commons and then Wikisource.
- This has created a situation where libraries love Internet Archive, want to use it, but then get stuck because they don't know how to create a DJVU for Wikisource, and the IA-Upload is bugged and fails often.
- Summary
- IA-Upload tool is bugged and fails often when creating DJVU files.
- M&S doesn't work with PDF files.
- Users do not expect to upload to Commons when transferring files from Internet Archive to Wikisource.
- Upload to Internet Archive is an important feature expecially for GLAMs (ie. libraries).
- Who would benefit:
- all Wikisource communities, especially new users
- new GLAMs (libraries and archives) who at the moment have an hard time coping with the Wiki ecosystem.
- Proposed solution:
- Improve the IA-Upload tool: https://tools.wmflabs.org/ia-upload/commons/init
- The tool should be able to create good-quality DJVU from Archive files, and do not fail as often as it does now.
- it should also hide, for the end-user, the uploading to Commons phase. The user should be able to upload a file on Internet Archive, and then use the ID of the file to directly create the Index page on Wikisource. We could have an "Advanced mode" that shows all the passages for experienced user, and a "Standard" one that makes things more simple.
- More comments:
- Phabricator tickets: related: phab:T154413
- Proposer: originally proposed by Aubrey (talk) in 2017 - re-proposed by Candalua (talk) 16:15, 6 November 2019 (UTC)
Discussion
Voting
- Support Consulnico (talk) 11:32, 21 November 2019 (UTC)
- Support MartinPoulter (talk) 14:21, 21 November 2019 (UTC)
- Support Sadads (talk) 21:37, 21 November 2019 (UTC)
- Support Viticulum (talk) 22:06, 21 November 2019 (UTC)
- Support Libcub (talk) 08:19, 22 November 2019 (UTC)
- Support Jahl de Vautban (talk) 09:17, 22 November 2019 (UTC)
- Support Alan Talk 12:41, 22 November 2019 (UTC)
- Support Bodhisattwa (talk) 14:47, 22 November 2019 (UTC)
- Support Alf7e (talk) 16:44, 22 November 2019 (UTC)
- Support Emptyfear (talk) 17:16, 23 November 2019 (UTC)
- Support VIGNERON * discut. 10:08, 24 November 2019 (UTC)
- Support Liuxinyu970226 (talk) 10:31, 24 November 2019 (UTC)
- Support Marta Arosio (WMIT) (talk) 12:43, 25 November 2019 (UTC)
- Support Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:20, 25 November 2019 (UTC)
- Support Shev123 (talk) 14:21, 25 November 2019 (UTC)
- Support Blue Rasberry (talk) 15:32, 25 November 2019 (UTC)
- Support –MJL ‐Talk‐☖ 15:44, 25 November 2019 (UTC)
- Support 游魂 16:43, 25 November 2019 (UTC)
- Support Slager (talk) 17:56, 25 November 2019 (UTC)
- Support DraconicDark (talk) 21:10, 25 November 2019 (UTC)
- Support Geonuch (talk) 01:35, 26 November 2019 (UTC)
- Support Risker (talk) 05:04, 26 November 2019 (UTC)
- Support Hsarrazin (talk) 14:29, 26 November 2019 (UTC)
- Support Francesca Lissoni (WMIT) (talk) 09:12, 27 November 2019 (UTC)
- Support--Francesca Ussani (WMIT) (talk) 09:27, 27 November 2019 (UTC)
- Support GioRan (talk) 11:56, 27 November 2019 (UTC)
- Support Acélan (talk) 13:15, 27 November 2019 (UTC)
- Support Pyb (talk) 18:04, 27 November 2019 (UTC)
- Support Toto256 (talk) 22:42, 27 November 2019 (UTC)
- Support Wellparp (talk) 19:09, 28 November 2019 (UTC)
- Support Marajozkee (talk) 14:44, 29 November 2019 (UTC)
- Support Gurtej Chauhan (talk) 03:49, 1 December 2019 (UTC)
- Support Candalua (talk) 16:36, 1 December 2019 (UTC)
- Support सुबोध कुलकर्णी (talk) 12:04, 2 December 2019 (UTC)
- Support YES, PLEASE Sannita - not just another it.wiki sysop 13:10, 2 December 2019 (UTC)
- Support This is why I'm not contributing to Wikisource. Trizek from FR 13:37, 2 December 2019 (UTC)
- Support Novak Watchmen (talk) 17:53, 2 December 2019 (UTC)
Ajax editing of nsPage text
- Problem: Dealing with simple pages editing, much user time is lost into the cycle save - load in view mode - go to next page that opens in view mode - load it into edit mode.
- Who would benefit: experienced users
- Proposed solution: it.wikisource implemented an ajax environment, that allows to save edited text and to upload next page in edit mode (and much more) very fastly by ajax calls: it:s:MediaWiki:Gadget-eis.js (eis means Edit In Sequence). It's far from refined, but it works and it has been tested into other wikisource projects too. IMHO the idea should be refined and developed.
- More comments:
- Phabricator tickets:
- Proposer: Alex brollo (talk) 07:16, 25 October 2019 (UTC)
Discussion
- I enthusiastically support - I have often wished that I could move directly from page to page while staying in Edit mode - it would be particularly useful for error checking: making sure, for instance, that every page in a range which could have been proofread by different people over a number of months or even years all conform to the latest format/structure etc. CharlesSpencer (talk) 11:03, 25 October 2019 (UTC)
- I think this is a very good project specific improvement that can be made within the remit of community wishlist. Seems feasible as well. —TheDJ (talk • contribs) 12:55, 4 November 2019 (UTC)
- This would be a great first step towards something like a full-featured dedicated "transcription mode", that would likely involve popping into full screen (hiding page chrome, navbar, etc.; use all available space inside the browser window, but don't let the page scroll because it conflicts with the independently scrolling text field and scanned page display, in practice causing your whole editing UI to "jump around" unpredictably), some more flexibility and intelligence in coarse layout (i.e. when previewing a page, the text field and scanned page are side by side, but the rendered text you are trying to compare to the scanned page is about a screenworths of vertical scrolling away), prefetching of the next scanned page (cf. the gadget mentioned at the last Wikimania), and possibly other refinements (line by line highlighting on the scanned page? We often have pixel coordinates for that fro the OCR process). Alex brollo's proposal is one great first change under a broader umbrella that is adapting the tools to the typical workflow on Wikisource, versus the typical workflow on Wikipedia-like projects: the difference makes tools that are perfectly adequate for Wikipedia-likes really clunky and awkward for the Wikisources. Usable, but with needlessly high impedance. --Xover (talk) 12:53, 5 November 2019 (UTC)
- @Samwilson: Could s:User:Samwilson/FullScreenEditing.js be a piece of this larger puzzle? I haven't played with it, but it looks like a good place to start. If this kind of thing (a separate focussed editing mode) were implemented somewhere core-adjacent, it might also provide an opportunity to clean up the markup used ala. that attempt last year(ish) that failed due to reasons (I'm too fuzzy on the details. Resize behaviour for the text fields got messed up, I think.). Could something like that also have hooks for user scripts? There's lots of little things that are suitable for user scripting to optimize the proofreading process. Memoized per-work snippets of text or regex substitutions; refilling header/footer from the values in the associated Index:; magic comment / variables (think Emacs variables or linter options) for stuff like curly/straight quote marks. In a dedicated editing mode, where the markup is clean (unlike the chaos of a full skin and multiple editors), both the page and the code could have API-like hooks that would make that kind of thing easier. --Xover (talk) 11:20, 9 November 2019 (UTC)
- Thanks for appreciation :-). Really the it.wikisource eis tool - even if rough in code - is appreciated by many users. I like to mention too its "ajax-preview" option, that allows to see very fastly (<1 sec) the result of current editing/formatting and that allows too some simple edit of brief chuncks of text nodes (immediately editing the underlying textarea). Some text mistakes are much more evident in "view" mode that in "edit" mode, but presently Visual Editor is too slow to be used for typical fast editing into wikisource. --Alex brollo (talk) 09:43, 7 November 2019 (UTC)
Voting
- Support Consulnico (talk) 11:34, 21 November 2019 (UTC)
- Support Le ciel est par dessus le toit (talk) 17:21, 21 November 2019 (UTC)
- Support Sadads (talk) 21:38, 21 November 2019 (UTC)
- Support Wargo (talk) 23:07, 21 November 2019 (UTC)
- Support Alan Talk 12:45, 22 November 2019 (UTC)
- Support --Jan.Kamenicek (talk) 10:37, 23 November 2019 (UTC)
- Support Liuxinyu970226 (talk) 10:22, 24 November 2019 (UTC)
- Support VIGNERON * discut. 10:37, 24 November 2019 (UTC)
- Support *•.¸♡ ℍ𝕒𝕣𝕕𝕒𝕣𝕤𝕙𝕒𝕟 𝔹𝕖𝕟𝕚𝕡𝕒𝕝 ♡¸.•*𝕋𝕒𝕝𝕜 17:13, 24 November 2019 (UTC)
- Support HitomiAkane (talk) 13:05, 25 November 2019 (UTC)
- Support JogiAsad (talk) 13:06, 25 November 2019 (UTC)
- Support Geonuch (talk) 13:07, 25 November 2019 (UTC)
- Support 游魂 16:47, 25 November 2019 (UTC)
- Support So9q (talk) 18:08, 25 November 2019 (UTC)
- Support Ninovolador (talk) 21:26, 25 November 2019 (UTC)
- Support Hsarrazin (talk) 14:26, 26 November 2019 (UTC)
- Support So very much YES! I want a full-screen editing mode that can be triggered from the Index: and that gives me something approaching a native (non-web) text editor. No multiple scroll bars (text field + browser window), no wasting screen space on web site chrome (I really don't need the sidebar when in this imagined editing mode), and actually using modern webtech to give a decent workflow and editing experience. Xover (talk) 05:50, 27 November 2019 (UTC)
- Support Acélan (talk) 13:15, 27 November 2019 (UTC)
- Support Paperoastro (talk) 11:35, 1 December 2019 (UTC)
- Support Gurtej Chauhan (talk) 14:49, 1 December 2019 (UTC)
- Support Candalua (talk) 16:33, 1 December 2019 (UTC)
- Support Ruthven (msg) 12:38, 2 December 2019 (UTC)
- Support Sannita - not just another it.wiki sysop 13:12, 2 December 2019 (UTC)
- Support Novak Watchmen (talk) 17:54, 2 December 2019 (UTC)
New OCR tool
- Problem: 1) Wikisource has to rely on external OCR tools. The most widely used one has been out of service for many months and all that time we are waiting, whether its creator appears and repairs it or not. The other external OCR tools do not work well (they either have extremely slow response, or generate bad quality text). None of these tools can also handle text divided into columns in magazine pages and they often have problems with non-English characters and diacritics, the OCR output needs to be improved.
2) The tool hOCR is not working for wikisources based on non-Latin scripts. PheTool hOCR is creating a Tesseract OCR text layer for wikisources based on Latin script. E. g. for Indic Wikisource, there is a temporary Google OCR to do this, but integrating non-Latin scripts into our tool would be more useful. - Who would benefit: Wikisource contributors handling scanned texts which do not have an original OCR layer or whose original OCR layer is poor, and contributors to wikisources based on non-Latin scripts.
- Proposed solution: Create an integral OCR tool that the Wikimedia programmers would be able to maintain without relying on help of one specific person. The tool should:
- be quick
- generate good quality OCR text
- be able to handle text written in columns
- be able to handle non-English characters of Latin script including diacritics
- be able to handle non-Latin languages
Tesseract, which is an open source application, also has a specific procedure to training OCR which requires corrected text of a page and an image of the page itself. On the Wikisource side, pages that have been marked as proofread show books that have been transcribed and reviewed fully. So, what needs to be done is to strip formatting the text of these finished trascriptions, expand template transclusions and move references to the bottom. Then take the text along with an image of the page in question and run it through the Tesseracts procedure. The improvement would then be updated on ToolLabs. The better the OCR the easier the process is with each book, allowing Wikisource editors to become more productive, completing more pages than they could do previously. This would also motivate users on Wikisource.
- More comments: Proposals "hOCR should work for all wikisource" by Jayantanth and "Improve OCR with wikisource texts" by Snaevar were merged into this proposal.
Some concerns have appeared that WMF nearly always uses open source software, which excludes e. g. Abby Reader and Adobe, and that the problem with free OCR engines is their lack of language support, so they are never really going to replace Phe's tools fully. I do not know whether free OCR engines suffice for this task or not, but I hope the new tool to be as good or even better than Phe's tools and ideological reasons that would be an obstacle to quality should be put aside.
- Phabricator tickets: phab:T161978, phab:T228594
- Proposer: Jan.Kamenicek (talk) 19:51, 24 October 2019 (UTC)
Discussion
I think this is the #1 biggest platform-related problem we are facing on English Wikisource at this time. —Beleg Tâl (talk) 15:09, 27 October 2019 (UTC)
Yeah. For some reason neither Google Cloud nor phetools support all of the languages of Tesseract. Tesseract in comparision to the wikisources is missing Anglo-Saxon, Faroese, Armenian, Limburgish, Neapolitan, Piedmontese, Sakha, Venetian and Min nan.--Snaevar (talk) 15:12, 27 October 2019 (UTC)
- Note that you really don't want a tool that scans all pages for all languages as that is so compute-intensive that you'd wait minutes for every page you tried to OCR. Tesseract supports a boatload of languages and scripts, and can be trained for more, but you still need a sensible way to pick which ones are relevant on any given page. --Xover (talk) 07:27, 31 October 2019 (UTC)
- I know. Both the Google Cloud and phetools gadgets pull the language from the language code of the wikisource that the button is pressed on and thus only uses one language. The same thing applies here. These languages are mentioned however so it is clear which wikisources this proposal could support, and witch ones it would not. P.S. I am not american, so I will never try to word things to cover all bases.--Snaevar (talk) 23:01, 2 November 2019 (UTC)
Even aside from the OCR aspect, being able to extract the formatting out of a PDF int wikitext would be highly valuable for converting pdfs (and other formats via pdf) into wikimarkup. T.Shafee(Evo﹠Evo)talk 11:19, 29 October 2019 (UTC)
- I am not sure about formatting. Some scans or even originals are quite poor and in such cases the result of trying to identify italics or bold letters may be much worse than if the tool extracted just pure text. I would support adding such feature only if it were possible to be turned on and off. --Jan.Kamenicek (talk) 22:05, 30 October 2019 (UTC)
Many pages requires only simple automatic OCR. But there are pages with another font (italics, fraktur) or pages with mixed languages (e.g. Missal both in local language and latin), where would be usseful to have possibility of some recognizing options. This can be more easily made on local PC, but not everybody have this option. JAn Dudík (talk) 11:21, 31 October 2019 (UTC)
Would also be great to default the OCR formatting to match the MOS, rather than having to change it all to conform to the MOS manually. --YodinT 14:19, 25 November 2019 (UTC)
Voting
- Support Bodhisattwa (talk) 06:45, 21 November 2019 (UTC)
- Support JAn Dudík (talk) 07:15, 21 November 2019 (UTC)
- Support Le ciel est par dessus le toit (talk) 13:00, 21 November 2019 (UTC)
- Support Lyokoï (talk) 17:32, 21 November 2019 (UTC)
- Support Tpt (talk) 19:36, 21 November 2019 (UTC)
- Support: impossible to contribute since Phe’s tool is down. —Pols12 (talk) 21:03, 21 November 2019 (UTC)
- Support Pamputt (talk) 21:38, 21 November 2019 (UTC)
- Support Sadads (talk) 21:41, 21 November 2019 (UTC)
- Support Balajijagadesh (talk) 05:24, 22 November 2019 (UTC)
- Support Libcub (talk) 08:13, 22 November 2019 (UTC)
- Support Jahl de Vautban (talk) 09:22, 22 November 2019 (UTC)
- Support Lionel Scheepmans ✉ Contact French native speaker, sorry for my dysorthography 10:47, 22 November 2019 (UTC)
- Support Alan Talk 12:46, 22 November 2019 (UTC)
- Support JLTB34 (talk) 13:29, 22 November 2019 (UTC)
- Support GPSLeo (talk) 21:10, 22 November 2019 (UTC)
- Support DraconicDark (talk) 02:29, 23 November 2019 (UTC)
- Support FreeCorp (talk) 05:25, 23 November 2019 (UTC)
- Support Pavithra.A (talk) 12:14, 23 November 2019 (UTC)
- Support Emptyfear (talk) 17:12, 23 November 2019 (UTC)
- Support @ջեօ 17:15, 23 November 2019 (UTC)
- Support --Armenmir (talk) 17:27, 23 November 2019 (UTC)
- Support আফতাবুজ্জামান (talk) 23:18, 23 November 2019 (UTC)
- Support Liuxinyu970226 (talk) 10:26, 24 November 2019 (UTC)
- Support VIGNERON * discut. 10:40, 24 November 2019 (UTC)
- Support Pymouss Tchatcher - 11:38, 24 November 2019 (UTC)
- Support Eatcha (talk) 12:22, 25 November 2019 (UTC)
- Support --Bander7799 (talk) 12:34, 25 November 2019 (UTC)
- Support JogiAsad (talk) 13:27, 25 November 2019 (UTC)
- Support Murma174 (talk) 13:27, 25 November 2019 (UTC)
- Support Also in rtl language wikisource, do not insert ltr tags before punctuation marks. This causes problems. Naḥum (talk) 13:37, 25 November 2019 (UTC)
- Support --YodinT 14:19, 25 November 2019 (UTC)
- Support Blue Rasberry (talk) 15:32, 25 November 2019 (UTC)
- Support –MJL ‐Talk‐☖ 15:35, 25 November 2019 (UTC)
- Support Husky (talk) 16:12, 25 November 2019 (UTC)
- Support A garbage person (talk) 16:19, 25 November 2019 (UTC)
- Support 游魂 16:43, 25 November 2019 (UTC)
- Support Sgvijayakumar (talk) 19:09, 25 November 2019 (UTC)
- Support Ninovolador (talk) 21:27, 25 November 2019 (UTC)
- Support Vkalaivani (talk) 22:46, 25 November 2019 (UTC)
- Support Risker (talk) 05:03, 26 November 2019 (UTC)
- Support Geonuch (talk) 05:32, 26 November 2019 (UTC)
- Support Hsarrazin (talk) 14:31, 26 November 2019 (UTC)
- Support β16 - (talk) 15:08, 26 November 2019 (UTC)
- Support Thibaut120094 (talk) 16:51, 26 November 2019 (UTC)
- Support Noting that Community Tech forking and fixing Phe's tools will help precisely nothing in the long run. We need a WMF-supported tool that's within some WMF team's responsibilities to maintain and properly integrated into Mediawiki release cycles. Make use of volunteers where available, certainly, but someone at the WMF needs to own the OCR tool or it might as well stay a community gadget. Do please feel free to use this Wish to spend the necessary time kicking Phe's OCR tools until they start working again though. It's bound to be something stupid that's making it fail: like, has anybody tried to simply restart the tool? It could be hanging on a stale NFS file handle for all we know! Xover (talk) 06:10, 27 November 2019 (UTC)
- That is exactly what I hope is going to be solved. In this proposal I stated the problem: "Wikisource has to rely on external OCR tools" and proposed the solution: "Create an integral OCR tool that the Wikimedia programmers would be able to maintain without relying on help of one specific person." --Jan Kameníček (talk) 10:14, 1 December 2019 (UTC)
- Support Acélan (talk) 13:19, 27 November 2019 (UTC)
- Support Harkawal Benipal (talk) 16:08, 27 November 2019 (UTC)
- Support Indic Wikisource community members at Wiki Advanced Training 2019 asked for a Bulk OCR tool not dependent on platform (Linux, Windows etc.). I hope this tool allows Bulk OCRing pages. Satdeep Gill (talk) 16:43, 27 November 2019 (UTC)
- Support WhatamIdoing (talk) 16:55, 27 November 2019 (UTC)
- Support Pyb (talk) 18:05, 27 November 2019 (UTC)
- Support This would be number my #1 for wikisource. Of course it should be open source. Wellparp (talk) 19:03, 28 November 2019 (UTC)
- Support Peter Alberti (talk) 19:54, 28 November 2019 (UTC)
- Support 94rain Talk 12:53, 30 November 2019 (UTC)
- Support Satpal Dandiwal (talk) 21:07, 30 November 2019 (UTC)
- Support while also agreeing with Xover's thoughts. Mahir256 (talk) 07:37, 1 December 2019 (UTC)
- Support Candalua (talk) 16:35, 1 December 2019 (UTC)
- Support Rahmanuddin (talk) 06:49, 2 December 2019 (UTC)
- Support सुबोध कुलकर्णी (talk) 12:25, 2 December 2019 (UTC)
- Support Ruthven (msg) 12:41, 2 December 2019 (UTC)
- Support Sannita - not just another it.wiki sysop 13:19, 2 December 2019 (UTC)
- Support Jberkel (talk) 13:22, 2 December 2019 (UTC)
- Support Saederup92 (talk) 13:24, 2 December 2019 (UTC)
- Support Omshivaprakash (talk) 14:14, 2 December 2019 (UTC)
- Support Novak Watchmen (talk) 17:54, 2 December 2019 (UTC)
- Support --Yoosef Pooranvary (talk) 11:38, 19 November 2020 (UTC)
Repair search and replace in Page editing
- Problem: Actually, "Search and replace", as provided by the code Editor (top left option in the advanced editing tab), just doesn't work when using it at "Page" namespace.
This is the basic tool to... search and replace text when editing, mass correct OCR mistakes, etc. It is simply not working.
- Who would benefit: All editing users
- Proposed solution: Reimplement the function, or fix the bug in the Mediawiki software.
- More comments: There are some workarounds, as implemented in it.source, but they are new gadgets that mimic this basic functionality of MediaWiki.
- Phabricator tickets: phabricator:T183950, phab:T198688 and phab:T212347
- Proposer: Ruthven (msg) 11:44, 29 October 2019 (UTC)
Discussion
- Extending the proposal: This would profit all Wiki-Projects.
- I would suggest something more general: when I use Search and replace, I cannot go a step backwards anymore, in case my replace (or more importantly something before) was wrong. This is a general problem with the text-editor. Every time I use any of the already existing buttons (like Bold, or math or what so ever), I cannot do this step backwards. So, if I' m editing for sometime and then do something wrong and then use one of these buttons (or search and replace), I must do the whole work from the beginning, because I cannot go back to the mistake that I did before using one of these buttons. This is not the case with the visual editor, so, I think, it would be possible to change this in the texteditor rather easily.
- There are only two options in search and replace: you can either replace one after the other, or the whole text. I would be really grateful if I could use search and replace only in a marked text (and not the whole one)Yomomo (talk) 22:24, 8 November 2019 (UTC)
- About Search and replace. If I want to replace something with more lines, the new-line-mark will not be included. I don't know how difficult it is to change this, but it would be a profit to be able to replace parts also when they (and the new part) have more lines. Yomomo (talk) 14:52, 1 November 2019 (UTC)
Voting
- Support JAn Dudík (talk) 07:15, 21 November 2019 (UTC)
- Support Wargo (talk) 22:58, 21 November 2019 (UTC)
- Support Libcub (talk) 08:23, 22 November 2019 (UTC)
- Support Liuxinyu970226 (talk) 10:30, 24 November 2019 (UTC)
- Support *•.¸♡ ℍ𝕒𝕣𝕕𝕒𝕣𝕤𝕙𝕒𝕟 𝔹𝕖𝕟𝕚𝕡𝕒𝕝 ♡¸.•*𝕋𝕒𝕝𝕜 17:01, 24 November 2019 (UTC)
- Support Geonuch (talk) 13:13, 25 November 2019 (UTC)
- Support Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:17, 25 November 2019 (UTC)
- Support Alex brollo (talk) 16:17, 25 November 2019 (UTC)
- Support 游魂 16:33, 25 November 2019 (UTC)
- Support Topp (talk) 16:36, 25 November 2019 (UTC)
- Support Wilhelm Zimmerling PAR (talk) 16:36, 25 November 2019 (UTC)
- Support Slager (talk) 17:15, 25 November 2019 (UTC)
- Support Yomomo (talk) 22:17, 25 November 2019 (UTC)
- Support this has been down for really too long... Hsarrazin (talk) 14:24, 26 November 2019 (UTC)
- Support I think fixing this will also make easier creation/fixing of various gadgets Ankry (talk) 21:35, 26 November 2019 (UTC)
- Support Acélan (talk) 13:18, 27 November 2019 (UTC)
- Support εΔω 17:12, 29 November 2019 (UTC)
- Support Paperoastro (talk) 11:50, 1 December 2019 (UTC)
- Support And, perhaps, extended to support stuff like "change case," other general editing functions, ideally in a floating menu. Akme (talk) 11:00, 2 December 2019 (UTC)
- Support सुबोध कुलकर्णी (talk) 12:13, 2 December 2019 (UTC)
- Support As proposer Ruthven (msg) 12:37, 2 December 2019 (UTC)
- Support Novak Watchmen (talk) 17:54, 2 December 2019 (UTC)
Offer PDF export of original pagination of entire books
- Français: Pouvoir exporter en pdf en respectant la pagination de l'édition source.
- Problem: Presently PDF conversion of proofread wikisource books doesn't mirrors original pagination and page design of original edition, since it comes from ns0 transclusion.
- Français: La conversion en PDF des livres Wikisource ne reflète pas la pagination et le design original des pages de l’édition originale, car la conversion provient de la transclusion et non des pages.
- Who would benefit: Offline readers.
- Français: Lecteurs hors ligne.
- Proposed solution: To build an alternative PDF coming from conversion, page for page, of nsPage namespace.
- Français: Élaborer un outil pour générer un PDF alternatif provenant d’une conversion page par page.
- More comments: Some wikisource contributors think that nsIndex and nsPage are simply "transcription tools"; I think that they are much more - they are the true digitalization of a edition, while ns0 transclusioni is something like a new edition.
- Français: Certains contributeurs de wikisource pense que nsIndex et nsPage sont simplement des « outils de transcription » ; je pense qu’ils sont beaucoup plus que cela – ce sont la vraie numérisation d’une édition, tandis que la transclusion ns0 constitue une nouvelle édition.
- Phabricator tickets: T179790
- Proposer: previous year proposer Alex brollo got voted 57, Jayantanth (talk) 16:03, 26 October 2019 (UTC)
Discussion
- I think I would have actually Opposed this: I don't want to reproduce original pagination, we have the original PDF for that. For this proposal to make sense, to me, it would need to be about having some way to control PDF generation in the same way transclusion to mainspace controls wikitext rendering. I wouldn't necessarily want to reproduce each original page in a PDF page there (often, yes, but not always), and I might want to tweak some formatting specifically for a paged medium (PDF) that doesn't apply in a web page, or vice versa. In other words, I'm going to abstain from voting on this proposal but I might support something like it in the future if it was better fleshed out. --Xover (talk) 06:03, 27 November 2019 (UTC)
Voting
- Support Libcub (talk) 08:28, 22 November 2019 (UTC)
- Support Geert Van Pamel (WMBE) (talk) 09:27, 22 November 2019 (UTC)
- Support --Jan.Kamenicek (talk) 10:22, 23 November 2019 (UTC)
- Support JogiAsad (talk) 13:24, 25 November 2019 (UTC)
- Support Melroross (talk) 15:20, 25 November 2019 (UTC)
- Support Liuxinyu970226 (talk) 15:28, 25 November 2019 (UTC)
- Support 游魂 16:55, 25 November 2019 (UTC)
- Support Une très bonne remarque qui débouche sur une idée pour un outil utile. Conserver la pagination d'origine peut être vraiment important pour certains usages des PDF. / English : A very good remark leading to an idea for a useful tool. Keeping the original pagination can be very important for some uses of a PDF. Eunostos (talk) 20:40, 25 November 2019 (UTC)
- Support Geonuch (talk) 05:34, 26 November 2019 (UTC)
- Support Bonvol (talk) 20:24, 26 November 2019 (UTC)
- Support This is so critical to unleashing the true power of Wikisource. We are generating a really valuable library behind the scenes, but the public is unable to "check out" our materials in the way many people are accustomed to doing this (e.g., downloading to their e-reader device). People do not generally do long-form reading through a web browser. Pete Forsyth (talk) 23:54, 26 November 2019 (UTC)
- Support Mauricio V. Genta (talk) 02:47, 27 November 2019 (UTC)
- Support Maitake (talk) 09:55, 27 November 2019 (UTC)
- Support PMG (talk) 13:21, 27 November 2019 (UTC)
- Support Paperoastro (talk) 11:32, 1 December 2019 (UTC)
- Support ਲਵਪ੍ਰੀਤ ਸਿੰਘ ਸਿੱਧੂ ਗੱਲਬਾਤ 11:26, 2 December 2019 (UTC)
- Support Novak Watchmen (talk) 17:54, 2 December 2019 (UTC)
Reorganize the Wikisource toolbar
- français: reorganization wikisource toolbar
- Problem: Some shortcuts are superfluous, others are missing
- français: Certains raccourcis sont superflus, d'autres absents
- Who would benefit: facilitate editing for new writers
- français: faciliter l'édition pour les nouveaux rédacteurs
- Proposed solution: Rearrange the toolbar a bit
- français: Réorganiser un peu la barre outils
- More comments: In the toolbar, we have {{}},{{|}}, {{|}}. I think keep {{}} and replace the other two useless it goes as fast to type | on the keyboard at the desired place. Instead we could put {{paragraph|}}, {{space|}}, {{separation}}, <ref>txt</ref> duplicates the icon next to (insert file) at the top left. It could be replaced by <ref follow=pxxx>. Next to <br/> we could add <brn|> and {{br0}}. The <search-replace> could appear next to the pencil dropdown at the top-right.
- français: Dans la barre, nous avons {{}},{{|}}, {{|}}. Je pense garder {{}} et remplacer les 2 autres pour moi inutiles ça va aussi vite de taper au clavier le | à l'endroit voulu. A la place on pourrait y mettre {{alinéa|}}, {{espace|}}, {{separation}} <ref>txt</ref> fait double emploi avec l'icone à côté (inserer fichier) en haut à gauche. On pourrait le remplacer par <ref follow=pxxx>. A côté de <br/>, on pourrait rajouter <brn|> et {{br0}}. Le <rechercher-remplacer> pourrait figurer à côté du crayon changer d'éditeur.
- Phabricator tickets:
- Proposer: Carolo6040 (talk) 10:58, 25 October 2019 (UTC)
Discussion
- I think you mean the Character insertion bar below the editor ? That can already be modified by the community itself, it does not require effort by the development team. —TheDJ (talk • contribs) 12:48, 4 November 2019 (UTC)
- we need a redesign of default menus for wikisource. this is beyond the capabilities of the new editor. visual editor will not be used until this is done, either by community or developers. Slowking4 (talk) 15:11, 4 November 2019 (UTC)
- Still, these changes can be performed by local interface admins (such edits are not to be done by new editors). Check for example MediaWiki:Edittools. Ruthven (msg) 18:55, 4 November 2019 (UTC)
- "Oppose" expending Wishlist resources on this. This can be fixed by the local project, and is something that should be handled by the local project. For example, the set of relevant templates and things like style guides for (curly) quote marks etc. are going to vary from project to project. Perhaps if there was something not possible with the current toolbar it might make sense to add that support, but then just to enable local customization. --Xover (talk) 12:16, 27 November 2019 (UTC)
Voting
- Support Liuxinyu970226 (talk) 10:25, 24 November 2019 (UTC)
- Support JogiAsad (talk) 13:23, 25 November 2019 (UTC)
- Support 游魂 16:50, 25 November 2019 (UTC)
- Support Ciao • Bestoernesto • ✉ 17:58, 25 November 2019 (UTC)
- Support Novak Watchmen (talk) 17:54, 2 December 2019 (UTC)
improve external link
- Problem: in italian version it is a problem to make too much link to Wikidata in a single page. But this is necessary to improve te use of Wikisource books out of is ouwn platform: on tablet, pc: The presence of links to Wikidata make the books an hipertext much more usefull.
- Who would benefit: Every readers
- Proposed solution: I am not a tecnic so I have only needs e not solutions ;-)
- More comments:
- Phabricator tickets:
- Proposer: Susanna Giaccai (talk) 11:22, 4 November 2019 (UTC)
Discussion
- @Giaccai: Can you give specific examples of pages where this is currently a problem ? —TheDJ (talk • contribs) 12:57, 4 November 2019 (UTC)
- This is the only one page with a Lua error: it:s:Ricordi di Parigi/Uno sguardo all’Esposizione. IMHO it's a Lua "not enough memory" issue, coming from Lua exausted space: you can see "Lua memory usage: 50 MB/50 MB" into NewPP limit report. --Alex brollo (talk) 14:47, 4 November 2019 (UTC)
- Weren't the links to Wikidata to be used only in case of author's names? --Ruthven (msg) 18:45, 4 November 2019 (UTC)
- No, presently there are tests to link to wikidata other kinds of entities (i.e. locations); wikidata is used to find a link to a wikisource page, or to a wikipedia page, or to wikidata page when both are lacking (dealing with locations, usually the resulting link points to wikipedia). --Alex brollo (talk) 07:17, 5 November 2019 (UTC)
- I just investigated the error. The "not enough memory" issue is caused by s:it:Modulo:Wl and s:it:Module:Common. @Alex brollo: What is going on is that the full item serialization is loaded into Lua memory twice per link, once by
local item = mw.wikibase.getEntity(qid)
in s:it:Modulo:Wl and once bylocal item = mw.wikibase.getEntityObject()
in s:it:Module:Common. You could probably avoid both of this calls by relying on the Wikibase Lua functions that are already used s:it:Modulo:Wl and, so, limit a lot the memory consumption of the module. Tpt (talk) 16:08, 12 November 2019 (UTC)- @Tpt: Thanks! I'll review the code following your suggestions. --Alex brollo (talk) 14:26, 14 November 2019 (UTC)
- I just investigated the error. The "not enough memory" issue is caused by s:it:Modulo:Wl and s:it:Module:Common. @Alex brollo: What is going on is that the full item serialization is loaded into Lua memory twice per link, once by
- No, presently there are tests to link to wikidata other kinds of entities (i.e. locations); wikidata is used to find a link to a wikisource page, or to a wikipedia page, or to wikidata page when both are lacking (dealing with locations, usually the resulting link points to wikipedia). --Alex brollo (talk) 07:17, 5 November 2019 (UTC)
- Weren't the links to Wikidata to be used only in case of author's names? --Ruthven (msg) 18:45, 4 November 2019 (UTC)
- This is the only one page with a Lua error: it:s:Ricordi di Parigi/Uno sguardo all’Esposizione. IMHO it's a Lua "not enough memory" issue, coming from Lua exausted space: you can see "Lua memory usage: 50 MB/50 MB" into NewPP limit report. --Alex brollo (talk) 14:47, 4 November 2019 (UTC)
Voting
- Support Liuxinyu970226 (talk) 10:23, 24 November 2019 (UTC)
- Support JogiAsad (talk) 13:04, 25 November 2019 (UTC)
- Support 游魂 16:49, 25 November 2019 (UTC)
- Support Ciao • Bestoernesto • ✉ 17:56, 25 November 2019 (UTC)
- Support Saederup92 (talk) 13:27, 2 December 2019 (UTC)
- Support Novak Watchmen (talk) 17:54, 2 December 2019 (UTC)
XTools Edit Counter for Wikisource
- Français: Compteur de modifications très amélioré.
- Problem: There are no wikisource specific stats about user wise Proofread/validation. It is impossible to know stats about proofreading task. Wikisource workflow is different from Wikipedia. It could not be done by xtool. So we need specific Stats tools for Wikisource.
- Français: Il n’existe pas de statistiques spécifiques sur les correction/Validations par utilisateurs. Les processus de travail (workflow) de Wikisource diffèrent de ceux de Wikipédia. Ce ne peux être fait via par xtool. Nous avons besoin d’un outil statistique spécifique pour Wikisource.
- Who would benefit: Whole Wikisource Community.
- Français: Toute la communauté Wikisource.
- Proposed solution: Make a stats Tools for Wikisource specific.
- Français: Créer un outil de statistiques spécifiques à Wikisource.
- More comments:
- Phabricator tickets: phab:T173012
- Proposer: Jayantanth (talk) 16:01, 26 October 2019 (UTC)
Discussion
- I'm initially a “Support Sure, why not?” on this, but given there is a limited amount of resources available for the Wishlist tasks, and this is both not very important and potentially quite time-consuming to implement, I'm going to abstain from voting for this. It's a nice idea, but not worth the cost. --Xover (talk) 05:56, 27 November 2019 (UTC)
- @Xover: I totally understand your point as I felt a bit the same way but after rethink, I don't think it's cost that much considering the impact. Better knowing a community can have a very strong effect to boost said community. In particular, I'm thinking about participation contest, who all need stats and could benefit from this edit counter. Cheers, VIGNERON * discut. 17:33, 27 November 2019 (UTC)
Voting
- Support Bodhisattwa (talk) 06:33, 21 November 2019 (UTC)
- Support Kaviraf (talk) 16:45, 21 November 2019 (UTC)
- Support Wargo (talk) 23:07, 21 November 2019 (UTC)
- Support Libcub (talk) 08:20, 22 November 2019 (UTC)
- Support Alan Talk 12:43, 22 November 2019 (UTC)
- Support --Jan.Kamenicek (talk) 10:24, 23 November 2019 (UTC)
- Support Liuxinyu970226 (talk) 10:23, 24 November 2019 (UTC)
- Support *•.¸♡ ℍ𝕒𝕣𝕕𝕒𝕣𝕤𝕙𝕒𝕟 𝔹𝕖𝕟𝕚𝕡𝕒𝕝 ♡¸.•*𝕋𝕒𝕝𝕜 16:52, 24 November 2019 (UTC)
- Support Sgd. Hasley 16:56, 24 November 2019 (UTC)
- Support JogiAsad (talk) 13:25, 25 November 2019 (UTC)
- Support Blue Rasberry (talk) 15:32, 25 November 2019 (UTC)
- Support –MJL ‐Talk‐☖ 15:38, 25 November 2019 (UTC)
- Support 游魂 16:38, 25 November 2019 (UTC)
- Support Ashok Talk 17:05, 25 November 2019 (UTC)
- Support Risker (talk) 05:04, 26 November 2019 (UTC)
- Support Good idea. Since edit counter doesn't group edits by work, the resulting data is pretty meaningless for Wikisource. Pete Forsyth (talk) 00:00, 27 November 2019 (UTC)
- Support---Avicenno (talk) 10:53, 27 November 2019 (UTC)
- Support Geonuch (talk) 11:23, 27 November 2019 (UTC)
- Support ··· 🌸 Rachmat04 · ☕ 14:33, 27 November 2019 (UTC)
- Support Harkawal Benipal (talk) 16:07, 27 November 2019 (UTC)
- Support VIGNERON * discut. 17:30, 27 November 2019 (UTC)
- Support Xtools are always helpful and they should be on Wikisource. Satpal Dandiwal (talk) 21:10, 30 November 2019 (UTC)
- Support Mahir256 (talk) 07:40, 1 December 2019 (UTC)
- Support Gurtej Chauhan (talk) 14:47, 1 December 2019 (UTC)
- Support सुबोध कुलकर्णी (talk) 12:07, 2 December 2019 (UTC)
- Support Ruthven (msg) 12:35, 2 December 2019 (UTC)
- Support Novak Watchmen (talk) 17:54, 2 December 2019 (UTC)
Template limits
- Problem: Texts on Wikisources use a lot of templates and quite often pages exceed the template limit. You can see for instance: en:s:Category:Pages where template include size is exceeded, zh:s:分类:模板包含上限已经超过的页面, fr:s:Catégorie:Pages contenant trop d'inclusions de modèles, and so on. The number are actually quite lower than the reality because sometimes we removed the templates, splitting the text or sacrificing the appearances in order to get a decent result (which is bad).
- Who would benefit: Every text on every Wikisource is potentially concerned but obviously the target is the text with a lot of templates (either the long text, the text with heavy formatting or both).
- Proposed solution: I'm not a dev but I can imagine multiples solutions :
increase the limit (easy but maybe not a good idea in the long run)bad idea (cf. infra)- improve the expansion of template (it's strange that "small" template like the ones for formatting consume so much)
- use something than template to format text
- any other idea is welcome
- More comments:
- Phabricator tickets: not exactly the same but there is phab:T123844
- Proposer: VIGNERON * discut. 09:28, 24 October 2019 (UTC)
Discussion
- Would benefit all projects as pages that use a large number of templates, such as cite templates, often hit the limit and have to work round the problem. Keith D (talk) 23:44, 27 October 2019 (UTC)
- for clarity, this is soley about the include size limit? (There are several other types of template limits). Bawolff (talk) 23:14, 1 November 2019 (UTC)
- @Bawolff: What usually bites us is the post-expand include size limit. See e.g. s:Category:Pages where template include size is exceeded. Note that the problem is exacerbated by ugly templates that spit out oodles of data, but the underlying issue is that the Wikisourcen operate by transcluding together lots of smaller pages into one big page, so even well-designed templates and non-pathological cases will sometimes hit this limit. --Xover (talk) 12:02, 5 November 2019 (UTC)
- @VIGNERON: unfortunately, various parser limits exist to protect our servers and users from pathologically slow pages. Relaxing them is not a good solution, so we can't accept this proposal as it is. However, if it were reformulated more generally like "do something about this problem", it might be acceptable. MaxSem (WMF) (talk) 19:32, 8 November 2019 (UTC)
- @MaxSem (WMF): thank for this input. And absolutely! Raising the limit is just of the ideas I suggested, "do something about this problem" is exactly what this proposition is about. I scratched the "increase the limit" suggestion, I can change other wording if needed, my end goal is just to be able to format text on Wikisource. And if you have any other suggestion, you're welcome 😉. VIGNERON * discut. 19:54, 8 November 2019 (UTC)
- The problem here is that almost all content on large Wikisources is transcluded using ProofreadPage. I noticed that the result is that all the code of templates placed on pages in the Page namespace is transcluded (counted into the post-expand include size limit) twice. If you also note here that except the templataes, Wikisource pages have a lot of non-template content, you will see that Wikisource templates must be tiny, effective, etc. And even long CSS class name in an extensively used template might be a problem.
- @Bawolff and MaxSem (WMF): So the problem is whether this particular limit has to be the same for very large, high traffic wikis like English Wikipedia as for medium/small low trafic wikis like Wikisource? I think that Wikisources would benefit much even if raising it for 25-50% (from 2MB to 2.5-3MB)
- Another idea is based on the fact that Wikisource page creation idea is: create/verify/leave untouched for years. So if large transclusion pages hit a lot parser efficiency, maybe the solution is to use less aggressive updates / more aggressive caching for them? I think, that delayed updates would not be a big problem for Wikisource pages.
- Just another idea: in plwikisource we have not pages hitting this limit at the moment due to a workaround used: for large pages we make userspace transclusions using {{iwpages}} template, see here. Of course, very large pages may then kill users' browsers instead of killing servers. But I think this is acceptable if somebody really wants to see the whole Bible on a single page (we had such requests...). Unfortunately, this mechanism is incompatible with the Cite extension (transcluded parts contain references with colliding id's - but maybe this can be easily fixed?). Also, a disadvantage is that there is no dependencies to the userspace transcluded parts of the page(s) (but maybe this is not a problem?). Ankry (talk) 20:04, 9 November 2019 (UTC)
- Yeah, depending on just exactly what the performance issue that limit is trying to avoid is, it is very likely a good idea to investigate whether that problem is actually relevant on the Wikisources. Once a page on Wikisource is finished it is by definition an exception if it is ever edited again: after initial development the page is supposed to reflect the original printed book which, obviously, will not change. Even the big Wikisources are also tiny compared to enwp, so general resource consumption (RAM, CPU) during parsing has a vastly smaller multiplication factor. A single person could probably be reasonably expected to patrol all edits for a given 24-hour period on enWS without making it a full time job (I do three days worth of userExpLevel=unregistered;newcomer;learner recent changes on my lunch break). If we can run enwp with the current limit, it should be possible handle all the Wikisourcen with even ten times that limit and barely be able to see it anywhere in Grafana.Not that there can't be smarter solutions, of course. And I don't know enough about the MW architecture here to predict exactly what the limit is achieving, so it's entirely possible even a tiny change will melt the servers. But it's something that's worth investigating at least. --Xover (talk) 21:50, 9 November 2019 (UTC)
- @Ankry and Xover: thanks a lot for these inputs, raising even a bit the limit may be a good short term solution but I think we need more a long term solution. I think the most urgent is to look more into all the aspect of the problem to see what can be done and how. Cheers, VIGNERON * discut. 15:01, 12 November 2019 (UTC)
- [The following is just my personal view and does not necessarily reflect anyone else's reasoning on this question]: One issue with just raising the limit on a small wiki, is that first one wiki will want it, then another wiki, and then a slightly bigger wiki wants it, and pretty soon english wikipedia is complaining its unfair that everyone else can have X when they can't and things spiral. So its a lot easier to have the same standard across all wikis. Bawolff (talk) 00:45, 22 November 2019 (UTC)
- Although, one thing to note, this is primarily about the page tag, so I guess if we did mess with the limit, we could maybe change the limit just for stuff included with the page tag. But I'm not sure if people would go for thatBawolff (talk) 00:54, 22 November 2019 (UTC)
- @Bawolff: “Everyone will want it and it's hard to say no”. Certainly. But that's a social problem and not a technical one. As you note, the Wikisourcen will be served (at least mostly) if the raised limit only applies when transclusion is invoked through ProofreadPage. As a proxy for project size it should serve reasonably well: I don't see any ProofreadPage-using project growing to within orders of magnitude of enwp scope any time soon (sadly. that would be a nice problem to have). --Xover (talk) 12:40, 27 November 2019 (UTC)
- Although, one thing to note, this is primarily about the page tag, so I guess if we did mess with the limit, we could maybe change the limit just for stuff included with the page tag. But I'm not sure if people would go for thatBawolff (talk) 00:54, 22 November 2019 (UTC)
- [The following is just my personal view and does not necessarily reflect anyone else's reasoning on this question]: One issue with just raising the limit on a small wiki, is that first one wiki will want it, then another wiki, and then a slightly bigger wiki wants it, and pretty soon english wikipedia is complaining its unfair that everyone else can have X when they can't and things spiral. So its a lot easier to have the same standard across all wikis. Bawolff (talk) 00:45, 22 November 2019 (UTC)
- @Ankry and Xover: thanks a lot for these inputs, raising even a bit the limit may be a good short term solution but I think we need more a long term solution. I think the most urgent is to look more into all the aspect of the problem to see what can be done and how. Cheers, VIGNERON * discut. 15:01, 12 November 2019 (UTC)
- Yeah, depending on just exactly what the performance issue that limit is trying to avoid is, it is very likely a good idea to investigate whether that problem is actually relevant on the Wikisources. Once a page on Wikisource is finished it is by definition an exception if it is ever edited again: after initial development the page is supposed to reflect the original printed book which, obviously, will not change. Even the big Wikisources are also tiny compared to enwp, so general resource consumption (RAM, CPU) during parsing has a vastly smaller multiplication factor. A single person could probably be reasonably expected to patrol all edits for a given 24-hour period on enWS without making it a full time job (I do three days worth of userExpLevel=unregistered;newcomer;learner recent changes on my lunch break). If we can run enwp with the current limit, it should be possible handle all the Wikisourcen with even ten times that limit and barely be able to see it anywhere in Grafana.Not that there can't be smarter solutions, of course. And I don't know enough about the MW architecture here to predict exactly what the limit is achieving, so it's entirely possible even a tiny change will melt the servers. But it's something that's worth investigating at least. --Xover (talk) 21:50, 9 November 2019 (UTC)
Voting
- Support Le ciel est par dessus le toit (talk) 09:29, 21 November 2019 (UTC)
- Support Consulnico (talk) 11:35, 21 November 2019 (UTC)
- Support Hildepont (talk) 16:41, 21 November 2019 (UTC)
- Support Sadads (talk) 21:42, 21 November 2019 (UTC)
- Support Viticulum (talk) 21:54, 21 November 2019 (UTC)
- Support Balajijagadesh (talk) 05:27, 22 November 2019 (UTC)
- Support Libcub (talk) 08:16, 22 November 2019 (UTC)
- Support -- Hrishikes (talk) 09:15, 22 November 2019 (UTC)
- Support Jahl de Vautban (talk) 09:17, 22 November 2019 (UTC)
- Support Bodhisattwa (talk) 04:19, 23 November 2019 (UTC)
- Support Pavithra.A (talk) 11:52, 23 November 2019 (UTC)
- Support This is a problem BEANS X2 (talk) 12:04, 23 November 2019 (UTC)
- Support Liuxinyu970226 (talk) 10:24, 24 November 2019 (UTC)
- Support Pymouss Tchatcher - 11:38, 24 November 2019 (UTC)
- Support Naḥum (talk) 13:22, 25 November 2019 (UTC)
- Support –MJL ‐Talk‐☖ 15:40, 25 November 2019 (UTC)
- Support Does not have to be a raise limit solution it could be some improved handing of the expansion that does not use so many bytes Keith D (talk) 16:26, 25 November 2019 (UTC)
- Support 游魂 16:51, 25 November 2019 (UTC)
- Support Sgvijayakumar (talk) 19:09, 25 November 2019 (UTC)
- Support Vkalaivani (talk) 22:45, 25 November 2019 (UTC)
- Support Geonuch (talk) 01:31, 26 November 2019 (UTC)
- Support Dominic Z. (talk) 14:23, 26 November 2019 (UTC)
- Support Hsarrazin (talk) 14:27, 26 November 2019 (UTC)
- Support Thibaut120094 (talk) 16:53, 26 November 2019 (UTC)
- Support Bonvol (talk) 20:22, 26 November 2019 (UTC)
- Support Zdzislaw (talk) 20:29, 26 November 2019 (UTC)
- Support Wolan (talk) 21:11, 26 November 2019 (UTC)
- Support Ankry (talk) 21:31, 26 November 2019 (UTC)
- Support Nawider (talk) 21:47, 26 November 2019 (UTC)
- Support Noting that the proposal is "some kind of fix for post-expand include size limits being frequently hit”, where simply upping the limit slightly for the Wikisources is the seemingly straightforward way to achieve that. Xover (talk) 05:40, 27 November 2019 (UTC)
- Support Maitake (talk) 09:54, 27 November 2019 (UTC)
- Support Acélan (talk) 13:20, 27 November 2019 (UTC)
- Support Joanna Le (talk) 20:22, 27 November 2019 (UTC)
- Support Himiltruda (talk) 20:28, 27 November 2019 (UTC)
- Support Draco flavus (talk) 10:03, 29 November 2019 (UTC)
- Support εΔω 17:13, 29 November 2019 (UTC)
- Support Zyephyrus (talk) 19:25, 29 November 2019 (UTC)
- Support Jan Kameníček (talk) 18:34, 1 December 2019 (UTC)
- Support Want to see this problem addressed in general. Oppose a Wikisource specific hack. MER-C (talk) 20:19, 1 December 2019 (UTC)
- Support सुबोध कुलकर्णी (talk) 12:16, 2 December 2019 (UTC)
- Support Sannita - not just another it.wiki sysop 13:13, 2 December 2019 (UTC)
- Support Geraki TL 13:20, 2 December 2019 (UTC)
- Support Novak Watchmen (talk) 17:55, 2 December 2019 (UTC)
Better editing of transcluded pages
- Problem: When somebody wants to edit text in page with transcluded content, he find nothing relevant in source, only links to one or many transcluded pages under textarea. There are some tools (default in some wikisources) which helps to find the correct page. These tools displays number of page in the middle of text (in some wikis in the edge) and in source html there are invisible parts, but sometimes in the middle of the word/sentence/paragraph.
- Who would benefit: Users who wants to correct transcluded text
- Proposed solution: 1) Make invisible html marking visible, but not disturbing the text. Find the way how to move it from the middle of words.
- en.wikisource example (link to page is on the left edge):
dense undergrowth of the sweet myrtle, <span><span class="pagenum ws-pagenum" id="2" data-page-number="2" title="Page:Tales,_Edgar_Allan_Poe,_1846.djvu/16">​</span></span>so much prized by the horticulturists of England.
- cs.wikisource example (link is not displayed by deafault, when make visible by css, is in the middle of text.)
vedoucí od západního břehu řeky k východ<span><span class="pagenum" id="20" title="Stránka:E. T. Seton - Prerijní vlk, přítel malého Jima.pdf/23"></span></span>nímu.
- en.wikisource example (link to page is on the left edge):
- Alternate solution: 2) after click to [edit] display pagination of transcluded text, click on page will open it for edit.
- Alternate solution 2: 3) Make transcluded page editable in VE.
- More comments: Split from this proposal
- Phabricator tickets:
- Proposer: JAn Dudík (talk) 16:30, 11 November 2019 (UTC)
Discussion
- I don't really see this as a worthwhile thing for Community Tech to spend their time on. The existing page separators from ProofreadPage can be customised locally by each project, and its display or not can be customised in project-local CSS. Editing of transcluded content is an inherent problem with a ProofreadPage-based project and is not really something that can be “fixed” in a push by Community Tech. --Xover (talk) 05:45, 27 November 2019 (UTC)
Voting
- Support Wargo (talk) 23:07, 21 November 2019 (UTC)
- Support Oh yes. Templates are useful for robust page layout and book structure, but sometimes difficult for editing. Amir E. Aharoni (talk) 08:15, 22 November 2019 (UTC)
- Support Libcub (talk) 08:25, 22 November 2019 (UTC)
- Support --Jan.Kamenicek (talk) 10:49, 23 November 2019 (UTC)
- Support Emptyfear (talk) 17:08, 23 November 2019 (UTC)
- Support Liuxinyu970226 (talk) 10:25, 24 November 2019 (UTC)
- Support *•.¸♡ ℍ𝕒𝕣𝕕𝕒𝕣𝕤𝕙𝕒𝕟 𝔹𝕖𝕟𝕚𝕡𝕒𝕝 ♡¸.•*𝕋𝕒𝕝𝕜 16:55, 24 November 2019 (UTC)
- Support Geonuch (talk) 13:08, 25 November 2019 (UTC)
- Support 游魂 16:35, 25 November 2019 (UTC)
- Support Ciao • Bestoernesto • ✉ 17:39, 25 November 2019 (UTC)
- Support ··· 🌸 Rachmat04 · ☕ 14:35, 27 November 2019 (UTC)
- Support Sannita - not just another it.wiki sysop 13:16, 2 December 2019 (UTC)
- Support Saederup92 (talk) 13:23, 2 December 2019 (UTC)
- Support Novak Watchmen (talk) 17:55, 2 December 2019 (UTC)
memoRegex
- Problem: OCR editing needs lots of work-specific regex substitutions, and it would be great to save them, and to share them with any other user. Regex shared substitutions are too very useful to armonize formatting into all pages of a work.
- Who would benefit: all users (the unexperienced ones could use complex regex subsitutions, tested by experienced ones)
- Proposed solution: it.wikisource uses it:s:MediaWiki:Gadget-memoRegex.js, that does the job (it optionally saves regex substitutions tested with a it.source Find & Replace tool, so that they can be called by any other user with a click while editing pages of the same Index). The idea should be tested, refined and applied to a deep revision of central Find and Replace tool.
- More comments: The tool has been tested into different projects.
- Phabricator tickets:
- Proposer: Alex brollo (talk) 07:33, 25 October 2019 (UTC)
Discussion
- Actually this is very useful. It's an extension to a workaround to solve the search & replace bug that affects all Wikisource projects. If reimplementing the Search & Replace is retained as a solution, "memoRegex" should be considered as part of the implementation. --Ruthven (msg) 18:51, 4 November 2019 (UTC)
Voting
- Support Libcub (talk) 08:32, 22 November 2019 (UTC)
- Support JLTB34 (talk) 13:27, 22 November 2019 (UTC)
- Support Liuxinyu970226 (talk) 15:24, 25 November 2019 (UTC)
- Support 游魂 16:36, 25 November 2019 (UTC)
- Support Akme (talk) 16:58, 25 November 2019 (UTC)
- Support Ciao • Bestoernesto • ✉ 17:42, 25 November 2019 (UTC)
- Support Slager (talk) 17:56, 25 November 2019 (UTC)
- Support Bonvol (talk) 20:25, 26 November 2019 (UTC)
- Support Maitake (talk) 09:56, 27 November 2019 (UTC)
- Support PMG (talk) 13:21, 27 November 2019 (UTC)
- Support Joanna Le (talk) 20:25, 27 November 2019 (UTC)
- Support Draco flavus (talk) 10:04, 29 November 2019 (UTC)
- Support Geonuch (talk) 12:20, 30 November 2019 (UTC)
- Support Paperoastro (talk) 11:33, 1 December 2019 (UTC)
- Support Ruthven (msg) 12:39, 2 December 2019 (UTC)
- Support Novak Watchmen (talk) 17:55, 2 December 2019 (UTC)
ProofreadPage extension in alternate namespaces
- Français: Utiliser les outils de l'espace page dans d'autres espaces
- Problem: ProofreadPage elements, such as "Source" link in navigation, do not display in namespaces other than mainspace
- Français: Les éléments de l’espace page, tels que le lien "Source" dans la navigation, ne s'affichent pas dans les espaces de noms autres que l’espace principal.
- Who would benefit: Wikisources with works in non-mainspace, such as user translations on English Wikisource
- Français: Utilisateurs Wikisource qui font des travaux qui ne sont pas en espace principal, tels que des traductions utilisateur sur Wikisource anglaise
- Proposed solution: Modify the ProofreadPage extension to allow its use in namespaces other than mainspace
- Français: Modifier l'extension de l'espace page, ProofreadPage, pour permettre son utilisation dans des espaces de noms autres que l’espace principal.
- More comments: I also proposed this in the 2019 and 2017 wishlist surveys.
- Phabricator tickets: phab:T53980
- Proposer: —Beleg Tâl (talk) 16:23, 23 October 2019 (UTC)
Discussion
- Not a lot of work, heaps of impact. Thanks for the proposal. --Gryllida 23:35, 6 November 2019 (UTC)
Voting
- Support Amir E. Aharoni (talk) 08:18, 22 November 2019 (UTC)
- Support Libcub (talk) 08:28, 22 November 2019 (UTC)
- Support definitely for translation namepace. Bodhisattwa (talk) 14:41, 22 November 2019 (UTC)
- Support --Jan.Kamenicek (talk) 10:32, 23 November 2019 (UTC)
- Support Liuxinyu970226 (talk) 10:26, 24 November 2019 (UTC)
- Support Naḥum (talk) 13:24, 25 November 2019 (UTC)
- Support Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:29, 25 November 2019 (UTC)
- Support 游魂 16:54, 25 November 2019 (UTC)
- Support Eunostos (talk) 20:47, 25 November 2019 (UTC)
- Support Geonuch (talk) 01:30, 26 November 2019 (UTC)
- Support Risker (talk) 05:05, 26 November 2019 (UTC)
- Support Also should be a no-brainer. Xover (talk) 12:43, 27 November 2019 (UTC)
- Support Tiven2240 (talk) 16:33, 1 December 2019 (UTC)
- Support Sannita - not just another it.wiki sysop 13:17, 2 December 2019 (UTC)
- Support Novak Watchmen (talk) 17:55, 2 December 2019 (UTC)
Improve extraction of a text layer from PDFs
- Problem: If a scan in PDF has an OCR layer (i. e. original OCR layer, usually of high quality, which is a part of many PDF scans provided by libraries, not the OCR text obtained by our OCR tools), the text is very poorly extracted from it in Wikisource page namespace. DJVUs do not suffer this problem and their OCR layer is extracted well. If the PDF is converted into DJVU, the extraction of the text from its OCR layer improves too. (Example of OCR extraction from a pdf here: [1], example of the same from djvu here: [2] ) As most libraries including Internet Archive or HathiTrust offer downloading PDFs with OCR layers and not DJVUs, we need to fix the text extraction from PDFs.
- Who would benefit: All Wikisource contributors working with PDF scans downloaded from various major libraries (see above). Some contributors in Commons have expressed their concern that the DjVu file format is dying and attempted to deprecate it in favour of PDF. Although the attempt has not succeeded (this time), many people still prefer working with PDFs (because the DJVU format is difficult to work with for them, or they do not know how to convert PDF into DJVU, how to edit DJVU scans, and also because DJVU format is not supported by Internet browsers...)
- Proposed solution: Fix the extraction of text from existing OCR layers of scans in PDF.
- More comments:
- Phabricator tickets:
- Proposer: Jan.Kamenicek (talk) 20:18, 24 October 2019 (UTC)
Discussion
There are also libraries, where is possible to download bunch of pages (20-100) in PDF, but no or only single in djvu.
There is also possibility of external google OCR
mw.loader.load('//wikisource.org/w/index.php?title=MediaWiki:GoogleOCR.js&action=raw&ctype=text/javascript');
, but there are more ocr errors and sometimes there are mixed lines. JAn Dudík (talk) 12:13, 25 October 2019 (UTC)
- Yes, exactly, the Google OCR is really poor (en.ws has it among their gadgets), but the original OCR layer which is a part of most scans obtained from libraries is often really good, only Mediawiki fails to extract it correctly. If you download a PDF document e.g. from HathiTrust, it usually contains an OCR layer provided by the library (i.e. not obtained by some of our tools), and when you try to use this original OCR layer in the Wikisource page namespace, you get very poor results. But, if you take the same PDF document and convert it to djvu prior to uploading it here, then you get amazingly better results when extracting the text from the original OCR layer in Wikisource, and you do not need any of our OCR tools. This means that the original OCR layer of the PDF is good, only we are not able to extract it right from the PDF for some reason, although we are able to extract if from DJVU. --Jan.Kamenicek (talk) 17:10, 25 October 2019 (UTC)
- yeah - it is pretty bad when the text layer does not appear, and OCR buttons hang with gray, but i can cut and paste text from IA txt file. clearly a failure to hand-off clear text layer. Slowking4 (talk) 02:34, 28 October 2019 (UTC)
- @Jan.Kamenicek: It sounds like there are various problems with the extraction of some PDFs' text layers. Would indeed be great to fix! Is this to do with e.g. columns? Could you please add some examples to this proposal of PDFs (or pages of) that are failing to be extracted correctly? Thanks! —Sam Wilson 15:54, 12 November 2019 (UTC)
- @Samwilson: We can compare File:The Hussite Wars, by the Count Lützow.pdf with the File:The Hussite wars, by the Count Lützow.djvu. The PDF file was downloaded from HathiTrust, the djvu file was created by converting the pdf file into djvu using an online converter. I personally would expect that further processing would result in some data loss and that the quality of the djvu file would be worse. However, when you compare for example [3] with [4], you can see that Mediawiki extracts the OCR layer much better from the DJVU file than from the PDF file, which means that Mediawiki is not able to extract the OCR layer from PDF files properly. --Jan.Kamenicek (talk) 17:17, 12 November 2019 (UTC) I have also added the examples into the problem description above. --Jan.Kamenicek (talk) 17:22, 12 November 2019 (UTC)
- @Jan.Kamenicek: Thanks, that's very useful! Sam Wilson 19:39, 12 November 2019 (UTC)
- @Samwilson: We can compare File:The Hussite Wars, by the Count Lützow.pdf with the File:The Hussite wars, by the Count Lützow.djvu. The PDF file was downloaded from HathiTrust, the djvu file was created by converting the pdf file into djvu using an online converter. I personally would expect that further processing would result in some data loss and that the quality of the djvu file would be worse. However, when you compare for example [3] with [4], you can see that Mediawiki extracts the OCR layer much better from the DJVU file than from the PDF file, which means that Mediawiki is not able to extract the OCR layer from PDF files properly. --Jan.Kamenicek (talk) 17:17, 12 November 2019 (UTC) I have also added the examples into the problem description above. --Jan.Kamenicek (talk) 17:22, 12 November 2019 (UTC)
Voting
- Support veru useful. JAn Dudík (talk) 07:16, 21 November 2019 (UTC)
- Support MartinPoulter (talk) 14:22, 21 November 2019 (UTC)
- Support Libcub (talk) 08:21, 22 November 2019 (UTC)
- Support, as a proposer. --Jan.Kamenicek (talk) 10:51, 23 November 2019 (UTC)
- Support --Achim (talk) 15:18, 24 November 2019 (UTC)
- Support Sewepb (talk) 07:16, 25 November 2019 (UTC)
- Support Liuxinyu970226 (talk) 15:27, 25 November 2019 (UTC)
- Support 游魂 16:48, 25 November 2019 (UTC)
- Support Ciao • Bestoernesto • ✉ 17:54, 25 November 2019 (UTC)
- Support Mauricio V. Genta (talk) 02:46, 27 November 2019 (UTC)
- Support Geonuch (talk) 11:23, 27 November 2019 (UTC)
- Support No brainer. This should have been fixed ages ago as routine bugfixing. The same for phab:T219376 and phab:T230415. These aren't so much new features or improved functionality as just plain bugs. Xover (talk) 12:20, 27 November 2019 (UTC)
- Support Wellparp (talk) 19:10, 28 November 2019 (UTC)
- Support Peter Alberti (talk) 19:53, 28 November 2019 (UTC)
- Support VIGNERON * discut. 14:48, 29 November 2019 (UTC)
- Support DraconicDark (talk) 15:36, 30 November 2019 (UTC)
- Support Ruthven (msg) 12:40, 2 December 2019 (UTC)
- Support Sannita - not just another it.wiki sysop 13:17, 2 December 2019 (UTC)
- Support Novak Watchmen (talk) 17:55, 2 December 2019 (UTC)
Tools to easily localize content deleted at Commons
- Problem: When a book scan is deleted on Commons, it completely breaks indexes on Wikisource. Commons does not notify Wikisource when they delete files, nor do they make any attempt to localize the file instead of deleting it. Wikisource has no way of tracking indexes that have been broken by the Commons deletion process.
- Who would benefit: Wikisource editors
- Proposed solution: 1) Make it really easy to localize files, for example by fixing phab:T8071, and 2) Fix or replace the bot(s) that used to notify Wikisources of pending deletions of book scans used by Wikisource
- More comments: A similar approach may also be helpful for Wikiquote and Wiktionary items that depend on Wikisource, when Wikisource content is moved or deleted.
- Phabricator tickets: phab:T8071
- Proposer: —Beleg Tâl (talk) 14:45, 4 November 2019 (UTC)
Discussion
- A new commons deletion bot was created in 2017. Create an phabricator task with the tag "Community-Tech" to enable it on your wiki. Once you have done that, only bug T8071 remains.--Snaevar (talk) 18:29, 4 November 2019 (UTC)
- A better way is probably FileImporter enabled on local wiki: phab:T214280. --Xover (talk) 11:52, 5 November 2019 (UTC)
- Comment. This happened to me recently. It's killer. –MJL ‐Talk‐☖ 15:41, 25 November 2019 (UTC)
Voting
- Support --Jan.Kamenicek (talk) 10:43, 23 November 2019 (UTC)
- Support Liuxinyu970226 (talk) 10:24, 24 November 2019 (UTC)
- Support Sebastian Wallroth (talk) 10:55, 25 November 2019 (UTC)
- Support JogiAsad (talk) 13:04, 25 November 2019 (UTC)
- Support Geonuch (talk) 13:12, 25 November 2019 (UTC)
- Support –MJL ‐Talk‐☖ 15:41, 25 November 2019 (UTC)
- Support 游魂 16:52, 25 November 2019 (UTC)
- Support Akme (talk) 17:09, 25 November 2019 (UTC)
- Support Ciao • Bestoernesto • ✉ 17:59, 25 November 2019 (UTC)
- Support Eunostos (talk) 20:46, 25 November 2019 (UTC)
- Support DraconicDark (talk) 21:13, 25 November 2019 (UTC)
- Support Hsarrazin (talk) 14:38, 26 November 2019 (UTC)
- Support Solving this through phab:T214280 will solve lots of problems for every single project outside Commons: any fix that allows FileImporter to be used on the Wikisourcen can later be applied to other projects who need it. FileExporter/FileImporter are brilliant workflow for moving to Commons: it's just screaming for being enabled in the reverse direction! Xover (talk) 06:16, 27 November 2019 (UTC)
- Support Novak Watchmen (talk) 17:56, 2 December 2019 (UTC)
Generate thumbnails for large-format PDFs
- Problem: For some PDFs, with very large images (typically scanned newspapers), no images (called "thumbnails") are shown.
- Who would benefit: Wikisource when proofreading newspaper pages.
- Proposed solution: Look at the PDF files described in phab:T25326, phab:T151202, commons:Category:Finlands Allmänna Tidning 1878, to find out why no thumbnails are generated.
- More comments: When extracting the JPEG for an individual file, that JPEG can be uploaded. But when the JPEG is baked into a PDF, no thumbnail is generated. Is it because of its size? Small pages (books) work fine, but newspapers (large pages) fail.
- Phabricator tickets: phab:T151202
- Proposer: LA2 (talk) 21:04, 23 October 2019 (UTC)
Discussion
- Hi LA2! Can you provide a description of the problem? This could help give us a deeper understanding of the wish. Thank you! --IFried (WMF) (talk) 18:52, 25 October 2019 (UTC)
- The problem is very easy to understand. I find a free, digitized PDF and upload it to Commons, then start to proofread in Wikisource. This always works fine for normal books, but when I try the same for newspapers, no image is generated. Apparently this is because the image has a larger number of pixels. I haven't tried to figure out what the limit is. --LA2 (talk) 21:36, 25 October 2019 (UTC)
- For File:Finlands_Allmänna_Tidning_1878-00-00.pdf at least, ghostscript correctly rendered the file locally, but took a lot of time (Like a ridiculous amount of time. evince seems to render it instantly, so I don't know why ghostscript takes so long). So at a first guess, I suppose its hitting time limits. Bawolff (talk) 20:20, 25 October 2019 (UTC)
- Maybe the solution is to fix ghostscript? Another way is to navigate around ghostscript and use pdfimages to extract the embedded JPEG images, and render them. Since JPEG rendering seems to work fine. I don't know. --LA2 (talk) 21:34, 25 October 2019 (UTC)
- pdfimages is not a solution as a PDF page may consist of multiple images and it is hard to extract their relative location (at least not possible with pdfimages). Ankry (talk) 20:23, 9 November 2019 (UTC)
- I was going to write to the National Library about this (I think I know at least one of the persons involved) but I don't observe this slowness on gs 9.27, I think: phabricator:P9760. Maybe I should try a non-dummy command. Nemo 09:06, 27 November 2019 (UTC)
- pdfimages is not a solution as a PDF page may consist of multiple images and it is hard to extract their relative location (at least not possible with pdfimages). Ankry (talk) 20:23, 9 November 2019 (UTC)
- Maybe the solution is to fix ghostscript? Another way is to navigate around ghostscript and use pdfimages to extract the embedded JPEG images, and render them. Since JPEG rendering seems to work fine. I don't know. --LA2 (talk) 21:34, 25 October 2019 (UTC)
- What about to provide for ProofReading more compact desight at all. Those seconds scrolling counts. If we have on one site the window with the extracted text and in the other site the same size window with scan in which you can zoom and move fast, that should save your time and be more attractive for newbies. The way it is now it looks kind of techy and in some cases difficult to handle. E.g. there should be also more content help or a link to discussion page covered in more attracitve design. Juandev (talk) 09:22, 4 November 2019 (UTC)
- I think that a tool that allows to generate such thumbnails manually / on request / offline with much higher limits and available to a specific group of users (commons admins? a dedicated group?) maybe a workaround for this problem. Ankry (talk) 20:23, 9 November 2019 (UTC)
- @LA2 and Bawolff: -- File repaired (as cited above). Please check. Hrishikes (talk) 02:26, 22 November 2019 (UTC)
- I'm not sure what you want me to check - the question at hand is why that parti ular version of the file failed to render. Bawolff (talk) 09:15, 22 November 2019 (UTC)
- Wow, @Hrishikes and Bawolff:, there is a fix? How exactly does it work? Could it be integrated into the upload process? Could it be applied to all files in commons:Category:Finlands Allmänna Tidning 1878? --LA2 (talk) 19:13, 10 December 2019 (UTC)
- @LA2: -- This problem is occurring in highly compressed files and linked to the ocr layer. The fix consists of decompressing the file (so that the size in mb increases) and either flattening or removal of the ocr layer. I first tried flattening; it usually works but did not in this case; so I removed the ocr. Now it works. And yes, it is potentially usable for other files in your category. Extract the pages as png/jpg and rebuild the pdf. Hrishikes (talk) 01:39, 11 December 2019 (UTC)
- Wow, @Hrishikes and Bawolff:, there is a fix? How exactly does it work? Could it be integrated into the upload process? Could it be applied to all files in commons:Category:Finlands Allmänna Tidning 1878? --LA2 (talk) 19:13, 10 December 2019 (UTC)
Voting
- Support Important issue for every project which relies on multi-page documents (PDF is a notoriously bad format but that's what we have in practice). It probably doesn't require much coding, but the Community Tech team could help by lobbying the appropriate WMF departments to get more resources assigned to the thumbnail generation. Nemo 09:16, 22 November 2019 (UTC)
- Support --Jan.Kamenicek (talk) 10:31, 23 November 2019 (UTC)
- Support Liuxinyu970226 (talk) 10:26, 24 November 2019 (UTC)
- Support LA2 (talk) 12:45, 25 November 2019 (UTC)
- Support Stefan Kühn (talk) 13:16, 25 November 2019 (UTC)
- Support JogiAsad (talk) 13:25, 25 November 2019 (UTC)
- Support Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:26, 25 November 2019 (UTC)
- Support – Ammarpad (talk) 15:36, 25 November 2019 (UTC)
- Support A garbage person (talk) 16:18, 25 November 2019 (UTC)
- Support 游魂 16:41, 25 November 2019 (UTC)
- Support Ciao • Bestoernesto • ✉ 17:45, 25 November 2019 (UTC)
- Support Eunostos (talk) 20:37, 25 November 2019 (UTC)
- Support Geonuch (talk) 15:09, 26 November 2019 (UTC)
- Support Not that I want to encourage more use of PDF, but we run into too many pointless problems with all multi-page formats (the majority with PDF it seems) and reducing this will reduce both wasted time and frustration (which often hits new contributors: the old hands have learned to avoid the pain points). Xover (talk) 05:54, 27 November 2019 (UTC)
- Support ··· 🌸 Rachmat04 · ☕ 14:35, 27 November 2019 (UTC)
- Support Peter Alberti (talk) 19:59, 28 November 2019 (UTC)
- Support Rahmanuddin (talk) 06:50, 2 December 2019 (UTC)
- Support सुबोध कुलकर्णी (talk) 12:12, 2 December 2019 (UTC)
- Support Novak Watchmen (talk) 17:56, 2 December 2019 (UTC)
Improve export of electronic books
- Original title (Français): Améliorer l'exportation des versions électroniques des livres
- Problem: Imagine if Wikipedia pages could not display for many days, or would only be available once in a while for many weeks. Imagine if Wikipedia displayed pages with missing information or scrambled information. This is what visitors get when they download books from the French Wikisource. Visitors do not read books online in a browser. They want to download them on their reader in ePub, MOBI or PDF. The tool to export books, WsExport, has all those problems : on spring 2017, it was on and off for over a month; after October 2017, MOBI format was not available, followed by PDF after a while. These problems still continue on and off.
- Since the project was finished sometime in July or August 2019, the stability of the WsExport tool has improved. Unfortunately there has been downtimes, some up to 12 hours. The fact that the tool does not get back on line rapidly is a deterrent for our readers/visitors.
- September 30 : no download from 10:00 to 22:00 Montreal time
- October 30 : no download for around 30 minutes from 13:00 to 13:30
- October 31 : no anwser or bad gateway at 22:10
- November 1st : no download from 17:15 to 22:30
- November 2 : no download from 10:30 to 11:40
- November 2 : no download or bad gateway from 19:25 to 22:46
- I have tested books and founds the same problems as before.
- Missing text at end of page or beginning of page (in plain text or in table)
- Duplication of text at end of page or beginning of page
- Table titles don't appear
- Table alignment in a page (centered) not respected
- Text alignment in table cell not respected
- Style in table not respected in MOBI format
- And others
- More information can be found on my Wikisource page
- For all these reasons, this project is resubmitted this year. It is an important aspect of the Wikisource project: an interface for contributors and an interface for everyone else from the public who wishes to read good e-books. --Viticulum (talk) 21:45, 7 November 2019 (UTC)
- Français: Imaginez si les pages Wikipédia ne s’affichaient pas pendant plusieurs jours, ou n’étaient disponibles que de façon aléatoire durant plusieurs jours. Imaginez si, sur les pages Wikipédia, certaines informations ne s’affichaient pas ou étaient illisibles. C’est la situation qui se produit pour les visiteurs qui désirent télécharger les livres de la Wikisource en français. Les visiteurs ne lisent pas les livres en ligne dans un navigateur, ils désirent les télécharger sur leurs lecteurs en ePub, MOBI ou PDF. L’outil actuel (WsExport) permettant l’export dans ces formats possède tous ces problèmes: au printemps 2017, il fonctionnait de façon aléatoire durant un mois ; depuis octobre 2017, le format mobi puis pdf ont cessé de fonctionner. Ces problèmes continuent de façon aléatoire.
- Depuis la fin du projet en juillet ou août 2019, la stabilité de l'outil WsExport s'est améliorée. Malheureusement, il y a eu des temps d'arrêt, certains jusqu'à 12 heures. Le fait que l'outil ne soit pas remis en ligne rapidement peut être dissuasif pour nos lecteurs / visiteurs.
- 30 septembre : aucun téléchargement de 10 h à 22 h heure de Montréal
- 30 octobre : pas de téléchargement pour environ 30 minutes de 13 h à 13 h 30
- 31 octobre : pas de réponse ou mauvaise passerelle 22 h 10
- 1er novembre : pas de téléchargement de 17 h 15 à 22 h 30
- 2 novembre : pas de téléchargement de 10 h 30 à 11 h 40
- 2 novembre : pas de téléchargement ou mauvaise passerelle de 19 h 25 à 22 h 46
- J'ai testé des livres et trouve les mêmes problèmes qu'avant.
- Texte manquant à la fin ou au début de la page (dans le texte ou dans un tableau)
- Duplication de texte en fin ou en début de page
- Les titres de table n'apparaissent pas
- L'alignement de la table sur une page (centrée) n'est pas respecté
- L'alignement du texte dans la cellule du tableau n'est pas respecté
- Style dans la table non respecté en format MOBI
- Et d'autres
- Plus d'informations peuvent être trouvées sur ma page wikisource
- Pour toutes ces raisons, ce projet est soumis à nouveau cette année. La communauté Wikisource accorde une importance haute à cet aspect du projet : une interface pour les contributeurs et une interface pour tous les autres utilisateurs du public souhaitant lire de bons livres électroniques. --Viticulum (talk) 21:57, 7 November 2019 (UTC)
- Who would benefit: The end users, the visitors to Wikisource, by having access to high quality books. This would improve the credibility of Wikisource.
This export tool is the showcase of Wikisource. Contributors can be patient with system bugs, but visitors won’t be, and won’t come back.
The export tool is as important as the web site is.
- Français: L’utilisateur final, le visiteur de Wikisource, en ayant accès à des livres de haute qualité. Ceci contribuerait à améliorer la crédibilité de Wikisource. L’outil d´exportation est une vitrine pour Wikisource. Les contributeurs peuvent être patients avec les anomalies de système, mais les visiteurs ne le seront peut-être pas et ne reviendront pas. L’outil d’exportation est tout aussi important que le site web.
- Proposed solution: We need a professional tool, that runs and is supported 24/7, as the different Wikimedia web sites are, by Wikimedia Foundation professional developers.
The tool should support different possibilities of electronic book, and the evolution of ebooks technology.
The different bugs should be corrected.
- Français: Nous avons besoin d’un outil professionnel, fonctionnel et étant supporté 24/7, comme tous les différents sites Wikimedia, par les développeurs professionnels de la Fondation Wikimedia. Les différentes anomalies doivent être corrigées.
- More comments: There are not enough people in a small wiki (even on French, Polish and English Wikisource, the three most important by the size of their community) to support and maintain such a tool.
- Français: Nous ne sommes pas assez nombreux dans les petits wikis (même Wikisource en français, polonais ou anglais, les trois plus importantes par le nombre de contributeurs) pour supporter une telle application.
- Phabricator tickets: phabricator:T178803, other issues: https://github.com/wsexport/tool/issues
- Proposer: Candalua (talk) 16:18, 6 November 2019 (UTC), copy-pasting the previous one by Consulnico (talk) 10:06 with 113 enforsements, 7 November 2018 (UTC), from the 2017 proposal by Viticulum, with 54 endorsements.
Discussion
Voting
- Support MichaelSchoenitzer (talk) 23:23, 20 November 2019 (UTC)
- Support Bodhisattwa (talk) 06:40, 21 November 2019 (UTC)
- Support Le ciel est par dessus le toit (talk) 09:25, 21 November 2019 (UTC)
- Support Kaviraf (talk) 09:31, 21 November 2019 (UTC)
- Support Consulnico (talk) 11:37, 21 November 2019 (UTC)
- Support a very important problem, export is a core functionality (perhaps the most important one), export should be easy and texts should be properly rendered. VIGNERON * discut. 11:38, 21 November 2019 (UTC)
- Support Lyokoï (talk) 12:44, 21 November 2019 (UTC)
- Support Manseng (talk) 13:05, 21 November 2019 (UTC)
- Support MartinPoulter (talk) 14:23, 21 November 2019 (UTC)
- Support --Ypirétis (talk) 15:30, 21 November 2019 (UTC)
- Support Like tears in rain (talk) 16:11, 21 November 2019 (UTC)
- Support Hildepont (talk) 16:53, 21 November 2019 (UTC)
- Support Cantons-de-l'Est (talk) 17:29, 21 November 2019 (UTC)
- Support Vieux têtard (talk) 18:50, 21 November 2019 (UTC)
- Support Pamputt (talk) 21:40, 21 November 2019 (UTC)
- Support Sadads (talk) 21:42, 21 November 2019 (UTC)
- Support Viticulum (talk) 21:51, 21 November 2019 (UTC)
- Support support Balajijagadesh (talk) 05:20, 22 November 2019 (UTC)
- Support Hrishikes (talk) 07:30, 22 November 2019 (UTC)
- Support Libcub (talk) 08:12, 22 November 2019 (UTC)
- Support Although the ideal solution would probably be to give a grant to PediaPress in the order of 10^5 $ to make the Collection extension actually export usable formats. Currently the extension was made completely useless by mw:OCG and its successors. Nemo 09:03, 22 November 2019 (UTC)
- Support Geert Van Pamel (WMBE) (talk) 09:25, 22 November 2019 (UTC)
- Support Alan Talk 12:44, 22 November 2019 (UTC)
- Support JLTB34 (talk) 13:24, 22 November 2019 (UTC)
- Support there is problem in Gujarati Wiki source also while we convert it into mobi format the left half margin is is blank virus text is concentrated on right half margin--Sushant savla (talk) 13:38, 22 November 2019 (UTC)
- Support Alf7e (talk) 16:53, 22 November 2019 (UTC)
- Support --Boehm (talk) 23:38, 22 November 2019 (UTC)
- Support DraconicDark (talk) 02:29, 23 November 2019 (UTC)
- Support FreeCorp (talk) 05:24, 23 November 2019 (UTC)
- Support Emptyfear (talk) 17:17, 23 November 2019 (UTC)
- Support Move it off VPC and make it an officially WMF-supported tool. This, that and the other (talk) 01:41, 24 November 2019 (UTC)
- Support Liuxinyu970226 (talk) 10:24, 24 November 2019 (UTC)
- Support Pymouss Tchatcher - 11:37, 24 November 2019 (UTC)
- Support *•.¸♡ ℍ𝕒𝕣𝕕𝕒𝕣𝕤𝕙𝕒𝕟 𝔹𝕖𝕟𝕚𝕡𝕒𝕝 ♡¸.•*𝕋𝕒𝕝𝕜 17:09, 24 November 2019 (UTC)
- Support I support this needed improvement Mathieugp (talk) 22:57, 24 November 2019 (UTC)
- Support --Ernest-Mtl (talk) 02:02, 25 November 2019 (UTC)
- Support Shizhao (talk) 02:59, 25 November 2019 (UTC)
- Support Sebastian Wallroth (talk) 10:52, 25 November 2019 (UTC)
- Support Eatcha (talk) 12:28, 25 November 2019 (UTC)
- Support Gilles.Sahut (talk) 12:47, 25 November 2019 (UTC)
- Support JogiAsad (talk) 13:28, 25 November 2019 (UTC)
- Support Please also implement for non-latin and rtl languages. Naḥum (talk) 13:33, 25 November 2019 (UTC)
- Support Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:35, 25 November 2019 (UTC)
- Support --YodinT 14:20, 25 November 2019 (UTC)
- Support Benoit Rochon (talk) 15:16, 25 November 2019 (UTC)
- Support 游魂 16:45, 25 November 2019 (UTC)
- Support So9q (talk) 18:59, 25 November 2019 (UTC)
- Support Sgvijayakumar (talk) 19:10, 25 November 2019 (UTC)
- Support Eunostos (talk) 20:49, 25 November 2019 (UTC)
- Support Ninovolador (talk) 21:27, 25 November 2019 (UTC)
- Support Vkalaivani (talk) 22:48, 25 November 2019 (UTC)
- Support Risker (talk) 05:02, 26 November 2019 (UTC)
- Support --Hsarrazin (talk) 14:23, 26 November 2019 (UTC)
- Support β16 - (talk) 14:29, 26 November 2019 (UTC)
- Support Geonuch (talk) 15:05, 26 November 2019 (UTC)
- Support Thibaut120094 (talk) 16:50, 26 November 2019 (UTC)
- Support Bonvol (talk) 20:20, 26 November 2019 (UTC)
- Support Zdzislaw (talk) 20:29, 26 November 2019 (UTC)
- Support Wolan (talk) 21:10, 26 November 2019 (UTC)
- Support Nawider (talk) 21:46, 26 November 2019 (UTC)
- Support This is so critical to unleashing the true power of Wikisource. We are generating a really valuable library behind the scenes, but the public is unable to "check out" our materials in the way many people are accustomed to doing this (e.g., downloading to their e-reader device). People do not generally do long-form reading through a web browser Pete Forsyth (talk) 23:55, 26 November 2019 (UTC)
- Support Mauricio V. Genta (talk) 02:44, 27 November 2019 (UTC)
- Support Atudu (talk) 03:10, 27 November 2019 (UTC)
- Support RolandUnger (talk) 07:51, 27 November 2019 (UTC)
- Support Maitake (talk) 09:54, 27 November 2019 (UTC)
- Support Acélan (talk) 13:17, 27 November 2019 (UTC)
- Support ··· 🌸 Rachmat04 · ☕ 14:34, 27 November 2019 (UTC)
- Support Pyb (talk) 18:06, 27 November 2019 (UTC)
- Support Himiltruda (talk) 20:21, 27 November 2019 (UTC)
- Support Joanna Le (talk) 20:22, 27 November 2019 (UTC)
- Support Toto256 (talk) 22:41, 27 November 2019 (UTC)
- Support Wellparp (talk) 19:09, 28 November 2019 (UTC)
- Support Draco flavus (talk) 10:02, 29 November 2019 (UTC)
- Support Marajozkee (talk) 14:43, 29 November 2019 (UTC)
- Support εΔω 17:19, 29 November 2019 (UTC)
- Support Now the tool adding only the transclusion contributor name. This is create unsatisfaction among the contributors.Try to include all contributors names or avoid any name. Info-farmer (talk) 02:04, 1 December 2019 (UTC)
- Support Mahir256 (talk) 07:34, 1 December 2019 (UTC)
- Support Jules78120 (talk) 09:11, 1 December 2019 (UTC)
- Support Gurtej Chauhan (talk) 14:44, 1 December 2019 (UTC)
- Support Candalua (talk) 16:34, 1 December 2019 (UTC)
- Support Poslovitch (talk) 17:07, 1 December 2019 (UTC)
- Support Jan Kameníček (talk) 18:28, 1 December 2019 (UTC)
- Support Rahmanuddin (talk) 06:49, 2 December 2019 (UTC)
- Support Ruthven (msg) 12:39, 2 December 2019 (UTC)
- Support Too. Much. Needed. Sannita - not just another it.wiki sysop 13:15, 2 December 2019 (UTC)
- Support Geraki TL 13:21, 2 December 2019 (UTC)
- Support Omshivaprakash (talk) 14:11, 2 December 2019 (UTC)
- Support Vearthy (talk) 17:37, 2 December 2019 (UTC)
- Support Novak Watchmen (talk) 17:56, 2 December 2019 (UTC)
2021
Fix search and replace in the Page: namespace editor
- Problem: Currently, after using the search and replace function in the default editor is broken. (replace/find can't seem to find the correct selection and replace adds the header and footers to the page)
- Who would benefit: Wikisource users
- Proposed solution: Fix the underlying issues in the JS API leading to the search and replace function being broken. Alternatively, re-implement the search and replace function as a independent widget.
- More comments: Re-submission of Community_Wishlist_Survey_2020/Wikisource/Repair_search_and_replace_in_Page_editing and Community_Wishlist_Survey_2020/Wikisource/memoRegex (as the alternative)
- Phabricator tickets: T183950
- Proposer: Sohom Datta (talk) 20:14, 21 November 2020 (UTC)
Discussion
Voting
- Support --Ciao • Bestoernesto • ✉ 02:47, 9 December 2020 (UTC)
- Support It's important fix this bug. KRLS (talk) 09:20, 9 December 2020 (UTC)
- Support Arlo Barnes (talk) 16:05, 9 December 2020 (UTC)
- Support Lirazelf (talk) 17:18, 9 December 2020 (UTC)
- Support Naḥum (talk) 17:32, 9 December 2020 (UTC)
- Support JAn Dudík (talk) 20:34, 9 December 2020 (UTC)
- Support Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:34, 9 December 2020 (UTC)
- Support This is a serious bug in standard workflow. Must be addressed. Ijon (talk) 09:15, 10 December 2020 (UTC)
- Support Satdeep Gill (talk) 15:56, 10 December 2020 (UTC)
- Support Libcub (talk) 21:12, 10 December 2020 (UTC)
- Support Izno (talk) 22:20, 10 December 2020 (UTC)
- Support --JLTB34 (talk) 15:46, 11 December 2020 (UTC)
- Support Αντιγόνη (talk) 16:13, 11 December 2020 (UTC)
- Support Jayprakash >>> Talk 16:54, 11 December 2020 (UTC)
- Support --Viticulum (talk) 16:55, 11 December 2020 (UTC)
- Support Manseng (talk) 19:51, 11 December 2020 (UTC)
- Support --Acer11 (talk) 23:35, 11 December 2020 (UTC)
- Support -- Balajijagadesh (talk) 05:05, 12 December 2020 (UTC)
- Support Jan Kameníček (talk) 10:53, 12 December 2020 (UTC)
- Support Rajdeep ghuman (talk) 11:19, 12 December 2020 (UTC)
- Support --Leh Palych (talk) 18:24, 12 December 2020 (UTC)
- Support Paperoastro (talk) 21:41, 12 December 2020 (UTC)
- Support Ditswiki (talk) 13:24, 14 December 2020 (UTC)
- Support WeHaKa (talk) 23:35, 14 December 2020 (UTC)
- Support Lame bug, just fix it. — SMcCandlish ☺ ☏ ¢ >ʌⱷ҅ᴥⱷʌ< 08:55, 15 December 2020 (UTC)
- Support --Zyephyrus (talk) 22:19, 16 December 2020 (UTC)
- Support Shenme (talk) 05:14, 17 December 2020 (UTC)
- Support --Arjunaraoc (talk) 07:03, 19 December 2020 (UTC)
- Support Nadzik (talk) 12:59, 19 December 2020 (UTC)
- Support Zoeannl (talk) 06:48, 20 December 2020 (UTC)
- Support Ruthven (msg) 07:22, 21 December 2020 (UTC)
- Support Amir E. Aharoni (talk) 07:26, 21 December 2020 (UTC)
- Support••Pierpao (talk) 09:57, 21 December 2020 (UTC)
- Support Sannita - not just another it.wiki sysop 11:20, 21 December 2020 (UTC)
- Support *•.¸♡ ℍ𝕒𝕣𝕕𝕒𝕣𝕤𝕙𝕒𝕟 𝔹𝕖𝕟𝕚𝕡𝕒𝕝 ♡¸.•*𝕋𝕒𝕝𝕜 16:11, 21 December 2020 (UTC)
XTools Edit Counter for Wikisource
- Problem: There are no wikisource specific stats about user wise Proofread/validation. It is impossible to know stats about proofreading task. Wikisource workflow is different from Wikipedia. It could not be done by xtool. So we need specific Stats tools for Wikisource.
- Who would benefit: Whole Wikisource Community.
- Proposed solution: Make a stats Tools for Wikisource specific.
- More comments: Community Wishlist Survey 2020/Wikisource/XTools Edit Counter for Wikisource
- Phabricator tickets: phab:T173012, phab:T172408
- Proposer: Jayantanth (talk) 09:10, 18 November 2020 (UTC)
Discussion
Hello Jayantanth. Do you know the tool called Wikiscan ? For the bengalese Wikisource, you can find a lot of statistics there (but not that much on proofreading though). For the french Wikisource, it is quite useful. Maybe you can also find what you are looking for on the tool called ProofreadPage Statistics, with specific statistics about proofreading, but not user-centered. --Consulnico (talk) 15:41, 20 November 2020 (UTC)
On the French Wikisource, we also use a self made robot, BookwormBot that allows to make reports on all the books (not users though) in a specific category. You can configure as many cats you need to be included in reports. It's the tool we're using to compile the daily results of our monthly "mission" This robot starts every 6h on WSFR and takes about 15-20 mins to run in our selected catagories ; so we have updated tables regularly... You may contact Coren to have more informations about this robot. --Ernest-Mtl (talk) 18:35, 20 November 2020 (UTC)
Voting
- Support --Ciao • Bestoernesto • ✉ 02:49, 9 December 2020 (UTC)
- Support Thomas Kinz (talk) 21:34, 9 December 2020 (UTC)
- Support Satdeep Gill (talk) 15:53, 10 December 2020 (UTC)
- Support Jayprakash >>> Talk 16:53, 11 December 2020 (UTC)
- Support Jan Kameníček (talk) 10:52, 12 December 2020 (UTC)
- Support Rajdeep ghuman (talk) 11:11, 12 December 2020 (UTC)
- Support Simranjeet Sidhu (talk) 12:47, 12 December 2020 (UTC)
- Support --Leh Palych (talk) 18:24, 12 December 2020 (UTC)
- Support —— Eric Liu(留言.百科用戶頁) 11:55, 14 December 2020 (UTC)
- Support Utopes (talk) 19:28, 15 December 2020 (UTC)
- Support--Kaviraf (talk) 08:28, 16 December 2020 (UTC)
- Support Zoeannl (talk) 06:49, 20 December 2020 (UTC)
Automated move of items from Wikimedia Commons to Wikisource
- Problem: bulk upload of items to Wikimedia Commons through Pattypan works well. But it's then a manual and time-consuming job moving each item over to Wikisource and creating the index page there
- Who would benefit: anyone wanting to upload digitised content to Wikisource in bulk (e.g. national libraries)
- Proposed solution: build step into Pattypan?
- More comments:
- Phabricator tickets:
- Proposer: Gweduni (talk) 12:05, 30 November 2020 (UTC)
Discussion
- @Gweduni: what do you call "items" here? Do you have an example? I'm not sure to fully understand (informations on index pages can already be automatically retrieve either from Commons or Wikidata, it shouldn't be time consuming anymore...) Cheers, VIGNERON * discut. 10:41, 9 December 2020 (UTC)
- @VIGNERON: so sorry - only read this now. i mean if we bulk upload books it would be nice to autogenerate the index on Wikisource rather than having to copy the "File:..." from Wikicommons then manually change to "Index..." on Wikisource Gweduni (talk) 13:59, 6 July 2021 (UTC)
- yeah, do not know if I would use pattypan for books. however, we are getting buried by the mass upload of books from Internet Archive. (i.e. c:User talk:Fæ/IA books) we need some semi-automated or automated tools to generate indexes. Slowking4 (talk) 22:40, 9 December 2020 (UTC)
Voting
- Support → good idea --Ivtorov (talk) 20:09, 8 December 2020 (UTC)
- Support --Ciao • Bestoernesto • ✉ 02:46, 9 December 2020 (UTC)
- Support NMaia (talk) 03:10, 9 December 2020 (UTC)
- Support KRLS (talk) 09:21, 9 December 2020 (UTC)
- Support Lirazelf (talk) 17:17, 9 December 2020 (UTC)
- Support Felipe R. Lima (talk) 23:58, 9 December 2020 (UTC)
- Support - Darwin Ahoy! 01:05, 10 December 2020 (UTC)
- Support Satdeep Gill (talk) 15:55, 10 December 2020 (UTC)
- Support Libcub (talk) 21:11, 10 December 2020 (UTC)
- Support Jayprakash >>> Talk 16:56, 11 December 2020 (UTC)
- Support --Zyephyrus (talk) 17:54, 11 December 2020 (UTC)
- Support BoldLuis (talk) 18:32, 11 December 2020 (UTC)
- Support —Michael Z. 2020-12-11 23:41 z 23:41, 11 December 2020 (UTC)
- Support Jan Kameníček (talk) 10:52, 12 December 2020 (UTC)
- Support Rajdeep ghuman (talk) 11:11, 12 December 2020 (UTC)
- Support Ad Huikeshoven (talk) 14:11, 12 December 2020 (UTC)
- Support DutchTreat (talk) 14:13, 12 December 2020 (UTC)
- Support --Leh Palych (talk) 18:22, 12 December 2020 (UTC)
- Support — SMcCandlish ☺ ☏ ¢ >ʌⱷ҅ᴥⱷʌ< 08:53, 15 December 2020 (UTC)
- Support Shenme (talk) 05:16, 17 December 2020 (UTC)
- Support GiFontenelle (talk) 20:34, 17 December 2020 (UTC)
- Support 郑洲扬 (talk) 12:32, 20 December 2020 (UTC)
- Support Uprisingengineer (talk) 04:18, 21 December 2020 (UTC)
Structured Data on Wikisource
- Problem: Cataloging Wikisource with Wikidata is possible, but an embedded solution like Structured data on Commons would enable to add more detailed metadata holdings at the documents.
- Who would benefit: visibility and SPARQL-Query usage for Wikisource, textbox quality, interoperability, Wikisource communities in participating international wikisource versions
- Proposed solution: a structured data part in Wikisource like Structured Data on Commons.
- More comments:
There could be two ways in which Structured Data on Wikisource could be used:
- 1. bibiographic metadata about documents on Wikisource are stored in Wikidata and linked over the sitelink (schema:) to Wikisource. The Wikisource community could use this data to automatic generate infoboxes (textboxes).
- * maybe there is a lack of discussion about the bibliographic metadata model on Wikisource. imho represents Wikisource pages a new version/edition of the underlying work. so instead of linking the Wikisource pages directly as sitelink to the originate works or editions, something similar to SDC "digital representation of" would be even more precise.
- 2. a great benefit of "structured data on Wikisource" could be the possibility to tag or (semi-)automatically recognize "named entites" within the given text corpora. many items (e.g. persons, places) where mentioned in different ways in the text, in interesting and important ways - but not important enough to define them as "main subject" (P920) in the bibliographic (wikidata) item. but if we could have to create a tagged map of named entites linked by Q-IDs a really new way of searching or disovering Wikisource articles could be enabled.
- Additional information:
- Phabricator tickets:
- Proposer: Jeb (talk) 20:38, 20 November 2020 (UTC)
Discussion
See as well for Collaborative Semantic Annotations neonion.org + youtube demo via Tweet @clmbirn --Jeb (talk) 19:03, 8 December 2020 (UTC)
Voting
- Support --A. Wagner (talk) 16:04, 27 November 2020 (UTC)
- Support --Jeb (talk) 19:03, 8 December 2020 (UTC)
- Support マイキ (talk) 19:31, 8 December 2020 (UTC)
- Support Erfurth (talk) 20:25, 8 December 2020 (UTC)
- Support Best (talk) 20:34, 8 December 2020 (UTC)
- Support MMunke (talk) 22:02, 8 December 2020 (UTC)
- Support Yes! Sannita - not just another it.wiki sysop 00:07, 9 December 2020 (UTC)
- Support Mfchris84 (talk) 00:28, 9 December 2020 (UTC)
- Support yes, data needs to be curated as perfect as possible Leftowiki (talk) 00:42, 9 December 2020 (UTC)
- Support Mahir256 (talk) 01:40, 9 December 2020 (UTC)
- Support NMaia (talk) 03:11, 9 December 2020 (UTC)
- Support KRLS (talk) 09:22, 9 December 2020 (UTC)
- Support Sohom Datta (talk) 11:44, 9 December 2020 (UTC)
- Support Geraki TL 16:00, 9 December 2020 (UTC)
- Support SLUBFDM 16:12, 9 December 2020 (UTC)
- Support Lirazelf (talk) 17:18, 9 December 2020 (UTC)
- Support Петър Петров (talk) 17:58, 9 December 2020 (UTC)
- Support Spasimir (talk) 19:51, 9 December 2020 (UTC)
- Support Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:33, 9 December 2020 (UTC)
- Support JAn Dudík (talk) 20:34, 9 December 2020 (UTC)
- Support AllyD (talk) 08:49, 10 December 2020 (UTC)
- Support Important and foundational for better integration across projects. Ijon (talk) 09:14, 10 December 2020 (UTC)
- Support ··· 🌸 Rachmat04 · ☕ 09:55, 10 December 2020 (UTC)
- Support --Jnauber (talk) 13:02, 10 December 2020 (UTC)
- Support 沈澄心✉ 14:03, 10 December 2020 (UTC)
- Support Satdeep Gill (talk) 15:55, 10 December 2020 (UTC)
- Support Dominic Z. (talk) 18:57, 10 December 2020 (UTC)
- Support Libcub (talk) 21:13, 10 December 2020 (UTC)
- Support Izno (talk) 22:20, 10 December 2020 (UTC)
- Support Jc86035 (talk) 12:02, 11 December 2020 (UTC)
- Support Susanna Giaccai (talk) 16:43, 11 December 2020 (UTC)
- Support Jayprakash >>> Talk 16:54, 11 December 2020 (UTC)
- Support Arnd (talk) 17:12, 11 December 2020 (UTC)
- Support Theklan (talk) 18:21, 11 December 2020 (UTC)
- Support --Mathieugp (talk) 18:40, 11 December 2020 (UTC)
- Support RobbieIanMorrison (talk) 19:17, 11 December 2020 (UTC)
- Support Matlin (talk) 19:26, 11 December 2020 (UTC)
- Support Stevenliuyi (talk) 22:53, 11 December 2020 (UTC)
- Support — AfroThundr (u · t · c) 05:04, 12 December 2020 (UTC)
- Support Mauricio V. Genta (talk) 05:54, 12 December 2020 (UTC)
- Support Tom Ja (talk) 09:39, 12 December 2020 (UTC)
- Support Helder 09:47, 12 December 2020 (UTC)
- Support Francois-Pier (talk) 09:52, 12 December 2020 (UTC)
- Support Jan Kameníček (talk) 10:53, 12 December 2020 (UTC)
- Support Rajdeep ghuman (talk) 11:18, 12 December 2020 (UTC)
- Support Ad Huikeshoven (talk) 14:11, 12 December 2020 (UTC)
- Support DutchTreat (talk) 14:15, 12 December 2020 (UTC)
- Support Jagseer S Sidhu (talk) 16:57, 12 December 2020 (UTC)
- Support Chaim54 (talk) 21:33, 12 December 2020 (UTC)
- Support Paperoastro (talk) 21:39, 12 December 2020 (UTC)
- Support Patsagorn Y. (Talk) 07:24, 13 December 2020 (UTC)
- Support Filipvansnaeskerke (talk) 13:47, 14 December 2020 (UTC)
- Support Alan Talk 16:14, 14 December 2020 (UTC)
- Support Daniel Mietchen (talk) 23:02, 14 December 2020 (UTC)
- Support — SMcCandlish ☺ ☏ ¢ >ʌⱷ҅ᴥⱷʌ< 08:53, 15 December 2020 (UTC)
- Support Marta Arosio (WMIT) (talk) 12:48, 15 December 2020 (UTC)
- Support Sadads (talk) 21:25, 16 December 2020 (UTC)
- Support --Zyephyrus (talk) 22:32, 16 December 2020 (UTC)
- Support — Épico (talk)/(contribs) 00:17, 17 December 2020 (UTC)
- SupportGill jassu (talk) 03:37, 17 December 2020 (UTC)
- SupportDugal harpreet (talk) 04:25, 17 December 2020 (UTC)
- Support Shenme (talk) 05:15, 17 December 2020 (UTC)
- Support Kku (talk) 07:33, 17 December 2020 (UTC)
- Support Simranjeet Sidhu (talk) 11:24, 17 December 2020 (UTC)
- Support Inablu (talk) 18:44, 17 December 2020 (UTC)
- Support GiFontenelle (talk) 20:40, 17 December 2020 (UTC)
- Support Emu (talk) 15:04, 18 December 2020 (UTC)
- Support Might also improve indexability of fulltexts. People cant' use what they can't find. HLHJ (talk) 23:26, 19 December 2020 (UTC)
- Support Zoeannl (talk) 06:50, 20 December 2020 (UTC)
- SupportGurtej Chauhan (talk) 13:54, 20 December 2020 (UTC)
- Support 郑洲扬 (talk) 23:11, 20 December 2020 (UTC)
- Support Uprisingengineer (talk) 04:18, 21 December 2020 (UTC)
- Strong support ਲਵਪ੍ਰੀਤ ਸਿੰਘ ਸਿੱਧੂ ਗੱਲਬਾਤ 04:22, 21 December 2020 (UTC)
- Support Mulkh Singh (talk) 04:36, 21 December 2020 (UTC)
- Support --Amir E. Aharoni (talk) 06:00, 21 December 2020 (UTC)
- Support Golmore (talk) 12:33, 21 December 2020 (UTC)
- Support S8321414 (talk) 14:42, 21 December 2020 (UTC)
- Support *•.¸♡ ℍ𝕒𝕣𝕕𝕒𝕣𝕤𝕙𝕒𝕟 𝔹𝕖𝕟𝕚𝕡𝕒𝕝 ♡¸.•*𝕋𝕒𝕝𝕜 16:12, 21 December 2020 (UTC)
Improve workflow for uploading books to Wikisource
- Problem: Uploading books to Wikisource is difficult.
- Who would benefit: all new users to wikisource
- Proposed solution: improve IA upload tool, to work with jpg and jpg2 files; you could also do UX redesign of the task flow uploading texts from IA, Hathi, Google Books
- More comments: previous year wishlist Community_Wishlist_Survey_2020/Wikisource#Improve_workflow_for_uploading_books_to_Wikisource; Community Wishlist Survey 2020/Wikisource/Index creation wizard; Wikisource Pagelist Widget
- Phabricator tickets: phab:T154413
- Proposer: Slowking4 (talk) 01:54, 21 November 2020 (UTC) previous Aubrey (talk) in 2017 - re-proposed by Candalua (talk) 2019
Discussion
I was going to publish a similar wish. We had Book Uploader Bot but it is not working anymore. A grant was funded but I don't know if the tool exist. IA Upload is great but we need something for other website (Google Books, Gallica, HathiTrust...). Actually it takes a few hours for downloading a book, convert it into djvu and upload it on Commons. --Shev123 (talk) 20:22, 25 November 2020 (UTC)
- Not that it fixes the issue, but the grant resulted in the toolforge:bub2 tool. Both in BUB2 and InternetArchive the Index page in Wikisource is not filled.--Snaevar (talk) 22:40, 30 November 2020 (UTC)
- yeah, a cascade of bots / tools is nice. but the maintenance is problematic. i think a universal tool / UX redesign with some onboarding of maintenance, with a dashboard to trackprogress, is going to be required in the long run. Slowking4 (talk) 02:02, 4 December 2020 (UTC)
I think it's also difficult to create the cover for a book, once you uploaded it. Avecus (talk) 23:59, 8 December 2020 (UTC)
See also Community Wishlist Survey 2020/Archive/Improve workflow for uploading academic papers to Wikisource, and Commons:Commons talk:CropTool#PDF quasi-extract. HLHJ (talk) 23:24, 19 December 2020 (UTC)
Voting
- Support マイキ (talk) 19:32, 8 December 2020 (UTC)
- Support Cerniagigante (talk) 19:57, 8 December 2020 (UTC)
- Support Also it should be easier to make covers. Avecus (talk) 00:02, 9 December 2020 (UTC)
- Support --Ciao • Bestoernesto • ✉ 02:45, 9 December 2020 (UTC)
- Support NMaia (talk) 03:10, 9 December 2020 (UTC)
- Support —The Editor's Apprentice (talk) 05:24, 9 December 2020 (UTC)
- Support KRLS (talk) 09:22, 9 December 2020 (UTC)
- Support really important and urgent VIGNERON * discut. 10:38, 9 December 2020 (UTC)
- Support OrCer (talk) 11:22, 9 December 2020 (UTC)
- Support IAUploader does most of the work, but it would be great if we could hit the proper API's and enter all the available data on Index: pages and Wikidata items with one click of a button. Sohom Datta (talk) 11:38, 9 December 2020 (UTC)
- Support Wikinade (talk) 13:15, 9 December 2020 (UTC)
- Support Ján Kepler (talk) 14:46, 9 December 2020 (UTC)
- Support Lirazelf (talk) 17:17, 9 December 2020 (UTC)
- Support Naḥum (talk) 17:28, 9 December 2020 (UTC)
- Support Петър Петров (talk) 17:58, 9 December 2020 (UTC)
- Support --Satirdan kahraman (talk) 18:30, 9 December 2020 (UTC)
- Support Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:32, 9 December 2020 (UTC)
- Support JAn Dudík (talk) 20:33, 9 December 2020 (UTC)
- Support Civvì (talk) 21:15, 9 December 2020 (UTC)
- Support Shev123 (talk) 22:20, 9 December 2020 (UTC)
- Support Felipe R. Lima (talk) 00:00, 10 December 2020 (UTC)
- Support also in the Portuguese version - Darwin Ahoy! 01:04, 10 December 2020 (UTC)
- Support we have to get this right Blue Rasberry (talk) 01:48, 10 December 2020 (UTC)
- Support ··· 🌸 Rachmat04 · ☕ 09:56, 10 December 2020 (UTC)
- Support 沈澄心✉ 14:02, 10 December 2020 (UTC)
- Support Satdeep Gill (talk) 15:53, 10 December 2020 (UTC)
- Support Susanna Giaccai (talk) 16:41, 11 December 2020 (UTC)
- Support Jayprakash >>> Talk 16:56, 11 December 2020 (UTC)
- Support --Viticulum (talk) 16:56, 11 December 2020 (UTC)
- Support --Mathieugp (talk) 18:21, 11 December 2020 (UTC)
- Support BoldLuis (talk) 18:32, 11 December 2020 (UTC)
- Support Stevenliuyi (talk) 22:54, 11 December 2020 (UTC)
- Support —Michael Z. 2020-12-11 23:41 z 23:41, 11 December 2020 (UTC)
- Support Jan Kameníček (talk) 10:52, 12 December 2020 (UTC)
- Support Rajdeep ghuman (talk) 11:17, 12 December 2020 (UTC)
- Support Ad Huikeshoven (talk) 14:12, 12 December 2020 (UTC)
- Support Jagseer S Sidhu (talk) 16:56, 12 December 2020 (UTC)
- Support Paperoastro (talk) 21:41, 12 December 2020 (UTC)
- Support Consulnico (talk) 00:55, 13 December 2020 (UTC)
- Support Conny (talk) 14:07, 13 December 2020 (UTC)
- Support Alan Talk 16:14, 14 December 2020 (UTC)
- Support Vincent Simar (talk) 20:16, 14 December 2020 (UTC)
- Support — SMcCandlish ☺ ☏ ¢ >ʌⱷ҅ᴥⱷʌ< 08:54, 15 December 2020 (UTC)
- Support Marta Arosio (WMIT) (talk) 12:48, 15 December 2020 (UTC)
- Support Berthilumiere (talk) 14:14, 15 December 2020 (UTC)
- Support Lasse Ramson (talk) 20:41, 15 December 2020 (UTC)
- Support Tirkon (talk) 23:30, 15 December 2020 (UTC)
- Support Kaviraf (talk) 08:30, 16 December 2020 (UTC)
- Support --Zyephyrus (talk) 22:22, 16 December 2020 (UTC)
- Support — Épico (talk)/(contribs) 00:17, 17 December 2020 (UTC)
- Support Snaevar (talk) 01:36, 17 December 2020 (UTC)
- SupportGill jassu (talk) 03:39, 17 December 2020 (UTC)
- SupportDugal harpreet (talk) 04:26, 17 December 2020 (UTC)
- Support Shenme (talk) 05:18, 17 December 2020 (UTC)
- Support Kku (talk) 07:04, 17 December 2020 (UTC)
- Support Simranjeet Sidhu (talk) 11:26, 17 December 2020 (UTC)
- Support --Dick Bos (talk) 16:31, 17 December 2020 (UTC)
- Support GiFontenelle (talk) 20:41, 17 December 2020 (UTC)
- Support Astronommica (talk) 08:50, 19 December 2020 (UTC)
- Support, strongly. This would significantly improve the material on Wikisource and increase the quality and quantity of material available for use on other projects. HLHJ (talk) 23:24, 19 December 2020 (UTC)
- Support Zoeannl (talk) 06:51, 20 December 2020 (UTC)
- Support 郑洲扬 (talk) 13:17, 20 December 2020 (UTC)
- SupportGurtej Chauhan (talk) 13:57, 20 December 2020 (UTC)
- Support Uprisingengineer (talk) 04:17, 21 December 2020 (UTC)
- Support Mulkh Singh (talk) 04:34, 21 December 2020 (UTC)
- Support * Strong support ਲਵਪ੍ਰੀਤ ਸਿੰਘ ਸਿੱਧੂ ਗੱਲਬਾਤ 04:24, 21 December 2020 (UTC)
- Support --Amir E. Aharoni (talk) 06:01, 21 December 2020 (UTC)
- Support Gitartha.bordoloi (talk) 14:34, 21 December 2020 (UTC)
- Support S8321414 (talk) 14:42, 21 December 2020 (UTC)
- Support *•.¸♡ ℍ𝕒𝕣𝕕𝕒𝕣𝕤𝕙𝕒𝕟 𝔹𝕖𝕟𝕚𝕡𝕒𝕝 ♡¸.•*𝕋𝕒𝕝𝕜 16:13, 21 December 2020 (UTC)
2022
New search tool using informations from Index pages
Discussion
Voting
- Support --Bicolino34 (talk) 18:08, 28 January 2022 (UTC)
- Support Noé (talk) 00:19, 29 January 2022 (UTC)
- Support Balajijagadesh (talk) 04:34, 29 January 2022 (UTC)
- Support --Yann (talk) 13:13, 29 January 2022 (UTC)
- Support Viticulum (talk) 18:21, 29 January 2022 (UTC)
- Support Agus Damanik (talk) 01:34, 30 January 2022 (UTC)
- Support Ali Imran Awan (talk) 07:20, 30 January 2022 (UTC)
- Support --Le ciel est par dessus le toit (talk) 08:32, 30 January 2022 (UTC)
- Support TheInternetGnome (talk) 08:35, 30 January 2022 (UTC)
- Support Libcub (talk) 00:08, 31 January 2022 (UTC)
- Support Bodhisattwa (talk) 05:19, 31 January 2022 (UTC)
- Support Sohom Datta (talk) 11:35, 31 January 2022 (UTC)
- Support Ignacio Rodríguez (talk) 19:11, 31 January 2022 (UTC)
- Support JAn Dudík (talk) 21:35, 31 January 2022 (UTC)
- Support Susanna Giaccai (talk) 10:29, 1 February 2022 (UTC)
- Support M0tty (talk) 09:58, 2 February 2022 (UTC)
- Support Trlit (talk) 23:38, 2 February 2022 (UTC)
- Support Thingofme (talk) 02:37, 5 February 2022 (UTC)
- Support--Vulp❯❯❯here! 09:28, 6 February 2022 (UTC)
- Support —— Eric Liu(Talk) 10:50, 6 February 2022 (UTC)
- Support Daniel Case (talk) 18:25, 6 February 2022 (UTC)
- Support Ayumu Ozaki (talk) 04:15, 7 February 2022 (UTC)
- Support Tom Ja (talk) 18:16, 7 February 2022 (UTC)
- Support Would me nice to have more powerful search features such as limit by date range as well and full-text search. Languageseeker (talk) 04:43, 9 February 2022 (UTC)
Search in books
Discussion
- But transcluded pages does not contain the text of the book. In
Iliad/Canto I
, there is not "The wrath of Peleus' son etc.", but<pages index="Homer - Iliad, translation Pope, 1909.djvu", etc.
. And even if it would, for the average user, use prefixes, keywords, etc., is not easy. On every page of Gallica (webpage of the French National Library) or Internet Archive, when you consult a book in their portal, there are two search bar: the first one for searching in the whole website, the second one (commonly integrated in the book viewer) for searching the book. — ElioPrrl (talk) 12:31, 17 January 2022 (UTC)- Your use case above does not adequately explain what you're trying to explain to me then, because I still don't get why searching in wikitext doesn't get you what you want. Izno (talk) 19:26, 17 January 2022 (UTC)
- @Izno:: Are you used to Wikisource? In Wikisource, the text of a page is rarely contained in the wikitext, but is transcluded from another page. Example : this transclusion only contains
<pages index="Homer - Iliad, translation Pope, 1909.djvu" from=35 to=51 />
, a command that transcludes the text containes in this page and the following ones; and note that the reader normally never accesses the Page: namespace. Therefore, even when restricting results to subpages of a given page, usinginsource:
to search transclusions of a book would not give any result: give it a try! In fact, the results are better without this parameter. - Anyway, this a very complicated way, only known by contributors, not by the average user. In the same way, it is possible, on IA or the BnF, to use the advanced search to find words in a given book; but all users of IA and BnF search books not this way, but by using the search bar integrated in the book viewer. I ask to emulate this functioning in Wikisource: a search bar integrated to transclusions. I advise you to consult SWilson's first solution below to understand what I mean. — ElioPrrl (talk) 09:55, 18 January 2022 (UTC)
- @Izno:: Are you used to Wikisource? In Wikisource, the text of a page is rarely contained in the wikitext, but is transcluded from another page. Example : this transclusion only contains
- Your use case above does not adequately explain what you're trying to explain to me then, because I still don't get why searching in wikitext doesn't get you what you want. Izno (talk) 19:26, 17 January 2022 (UTC)
- But transcluded pages does not contain the text of the book. In
- It's actually sort of already possible to put a search box in the 'indicators' area (where the export button is). Here's a hacky version: https://en.wikisource.beta.wmflabs.org/wiki/Test_Book — although, it's only possible to set a prefix to search, rather than following all the rules that WS Export uses (e.g. finding subpages referenced within
ws-summary
sections). I'm not sure of the best way around that, because it'd be really slow to determine what the extent of the work is (and even then it's still not foolproof), but we could think about adding a 'search' button next to export which would display a search dialog with some more info and the search form. —SWilson (WMF) (talk) 06:08, 17 January 2022 (UTC)
- Thanks! You have completely understood my thought. No matter if the first solution is not totally reliable: it's easier to urge developers into improving an existing tool than creating it from scratch. I only thought that, in order to save developer's time, the lines of code used in WSexport to select the pages to be exported could be reused for this new purpose, but maybe it's not feasible. — ElioPrrl (talk) 12:31, 17 January 2022 (UTC)
- The prefix parameter would be basepagename, not fullpagename. The intent is to searh pages with the same base page. Other than that, excellent.--Snævar (talk) 07:10, 20 January 2022 (UTC)
- @SWilson (WMF) and Snævar: I can also notice that sometimes the books may have transclusions whose title does not begin with the title of the base page. In particular, in French Wikisource, sometimes the complete works of an author are transcluded under their different titles; for example, in the book whose table of contents is found in
Complete Works of Molière
, the different plays are transcluded in the pagesTartufe
,Don Juan
, etc., notComplete Works of Molière/Tartufe
,Complete Works of Molière/Don Juan
(this is something I criticise on French Wikisource, but the very major part of the contributors still creates pages this way, because of this issue: they are afraid that under the long title the readers could not find the page, and they don't want to waste their time creating redirections to prevent this). — ElioPrrl (talk) 12:02, 4 February 2022 (UTC)
- @SWilson (WMF) and Snævar: I can also notice that sometimes the books may have transclusions whose title does not begin with the title of the base page. In particular, in French Wikisource, sometimes the complete works of an author are transcluded under their different titles; for example, in the book whose table of contents is found in
- @ElioPrrl, maybe I did not understand every aspect of your question, but look at a random ns0 page in it.wikisource, e.g. this Iliad: under the header you can see a search box available also by the layman to have a full search of a word in the entire work (here is the result for Aiace). Is this what you asked for? - εΔω 08:18, 4 February 2022 (UTC)
- @OrbiliusMagister: It is indeed what I am asking for. It seems that it is added automatically by your template Intestazione, doesn't it ? It would be nice if it could be added automatically on every page of ns0, even those without any template. — ElioPrrl (talk) 12:04, 4 February 2022 (UTC)
- @ElioPrrl: helping other users is my pleasure. On it.source the search box is actually an embedded Template:Ricerca, but you may just help yourself with it in many projects. - εΔω 20:13, 4 February 2022 (UTC)
- @OrbiliusMagister: It is indeed what I am asking for. It seems that it is added automatically by your template Intestazione, doesn't it ? It would be nice if it could be added automatically on every page of ns0, even those without any template. — ElioPrrl (talk) 12:04, 4 February 2022 (UTC)
Voting
- Support --Bicolino34 (talk) 18:08, 28 January 2022 (UTC)
- Support —The Editor's Apprentice (talk) 18:44, 28 January 2022 (UTC)
- Support --Arnd (talk) 20:20, 28 January 2022 (UTC)
- Support --YodinT 21:04, 28 January 2022 (UTC)
- Support Lectrician1 (talk) 22:52, 28 January 2022 (UTC)
- Support Noé (talk) 00:17, 29 January 2022 (UTC)
- Support Sathira15 (talk) 02:55, 29 January 2022 (UTC)
- Support Most needed search facility Balajijagadesh (talk) 04:36, 29 January 2022 (UTC)
- Support Satdeep Gill (talk) 07:26, 29 January 2022 (UTC)
- Support ··· 🌸 Rachmat04 · ☕ 08:14, 29 January 2022 (UTC)
- Support Bischnu (talk) 14:17, 29 January 2022 (UTC)
- Support --Raymonde Lanthier (talk) 14:24, 29 January 2022 (UTC)
- Support Rajdeep ghuman (talk) 14:40, 29 January 2022 (UTC)
- Support very useful and important, espcially for dictionaries. Cheers, VIGNERON * discut. 16:21, 29 January 2022 (UTC)
- Support --Denis Gagne52 (talk) 17:13, 29 January 2022 (UTC)
- Support --Cunegonde1 (talk) 18:22, 29 January 2022 (UTC)
- Support Viticulum (talk) 18:24, 29 January 2022 (UTC)
- Support Agus Damanik (talk) 01:47, 30 January 2022 (UTC)
- Support --Le ciel est par dessus le toit (talk) 08:32, 30 January 2022 (UTC)
- Support TheInternetGnome (talk) 08:35, 30 January 2022 (UTC)
- Support — Bilorv (talk) 10:47, 30 January 2022 (UTC)
- Support -- with the possibility of regular expressions search ! --F0x1 (talk) 19:18, 30 January 2022 (UTC)
- Support Libcub (talk) 00:47, 31 January 2022 (UTC)
- Support --Jagseer S Sidhu (talk) 09:48, 31 January 2022 (UTC)
- Support Sohom Datta (talk) 11:34, 31 January 2022 (UTC)
- Support Sannita - not just another it.wiki sysop 12:10, 31 January 2022 (UTC)
- Support Hb2007 (talk) 15:20, 31 January 2022 (UTC)
- Support JAn Dudík (talk) 21:38, 31 January 2022 (UTC)
- Support --Susanna Giaccai (talk) 10:22, 1 February 2022 (UTC)
- Support Szymonel (talk) 13:45, 1 February 2022 (UTC)
- Support Wargo (talk) 22:44, 1 February 2022 (UTC)
- Support Hiàn (talk) 04:24, 2 February 2022 (UTC)
- Support KingAntenor (talk) 07:07, 2 February 2022 (UTC)
- Support Dugal harpreet (talk) 13:33, 2 February 2022 (UTC)
- Support Trlit (talk) 23:35, 2 February 2022 (UTC)
- Support Silver hr (talk) 14:04, 3 February 2022 (UTC)
- Support εΔω 08:24, 4 February 2022 (UTC)
- Support Hedger z Castleton (talk) 16:07, 4 February 2022 (UTC)
- Support AlwynapHuw (talk) 19:57, 4 February 2022 (UTC)
- Support Thingofme (talk) 02:37, 5 February 2022 (UTC)
- Support Yes! Em-mustapha talk 16:43, 5 February 2022 (UTC)
- Support--Vulp❯❯❯here! 09:28, 6 February 2022 (UTC)
- Support —— Eric Liu(Talk) 10:52, 6 February 2022 (UTC)
- Support Daniel Case (talk) 18:25, 6 February 2022 (UTC)
- Support Ayumu Ozaki (talk) 04:16, 7 February 2022 (UTC)
- Support I'm going to interpret this as: "Make a logical search index, which indexes results per book instead of per page" —TheDJ (talk • contribs) 15:59, 7 February 2022 (UTC)
- Support paul2520 (talk) 16:57, 8 February 2022 (UTC)
- Support Languageseeker (talk) 04:47, 9 February 2022 (UTC)
- Support β16 - (talk) 09:50, 9 February 2022 (UTC)
- Support would save lot of time for people interested in books i.e., wikisource users Pavithra.A (talk) 16:16, 9 February 2022 (UTC)
- Support Would increase the usage of wikisource. J.shobia (talk) 16:24, 9 February 2022 (UTC)
- Support Gaurav (talk) 03:38, 11 February 2022 (UTC)
- Support Jl sg (talk) 10:09, 11 February 2022 (UTC)
- Support Forrestkirby (talk) 15:34, 11 February 2022 (UTC)
Translation of texts published in another language
Discussion
- @JLVwiki: Thanks for your proposal! I've machine-translated it into English and moved your original text to the Spanish subpage, in preparation for it being translated to other languages. SWilson (WMF) (talk) 03:45, 21 January 2022 (UTC)
- Note that not all Wikisource projects permit user-made translations. It is a source of edit-wars in communities where there aren't. And a source of potentially scarce quality contents. So I recommend to check if there is a wide consensus in Wikisource projects for such an extension. --Ruthven (msg) 10:59, 25 January 2022 (UTC)
Voting
- Support Mike Peel (talk) 18:53, 28 January 2022 (UTC)
- Support Terber (talk) 11:32, 29 January 2022 (UTC)
- Support Amrit Sufi (talk) 11:52, 29 January 2022 (UTC)
- Support Libcub (talk) 00:12, 31 January 2022 (UTC)
- Support Thingofme (talk) 02:40, 5 February 2022 (UTC)
- Support Exilexi (talk) 17:56, 5 February 2022 (UTC)
- Support —— Eric Liu(Talk) 10:55, 6 February 2022 (UTC)
- Support Daniel Case (talk) 18:24, 6 February 2022 (UTC)
- Support Ayumu Ozaki (talk) 04:19, 7 February 2022 (UTC)
- Support Tomchiukc (talk) 07:41, 7 February 2022 (UTC)
- Support Bebiezaza (talk) 08:03, 8 February 2022 (UTC)
- Support paul2520 (talk) 16:59, 8 February 2022 (UTC)
Stick the toolbar in the page namespace
Discussion
- This seems like it would already be fulfilled by Vector 2022 (skin with sticky header) and the 2017 wikitext editor. Although I guess the new wikitext editor doesn't support ProofreadPage at all... I would prefer to invest in the new wikitext editor however. —TheDJ (talk • contribs) 16:02, 7 February 2022 (UTC)
Voting
- Support --Alex brollo (talk) 18:17, 28 January 2022 (UTC)
- Support — ElioPrrl (talk) 11:05, 29 January 2022 (UTC)
- Support VIGNERON * discut. 16:31, 29 January 2022 (UTC)
- Support Viticulum (talk) 18:19, 29 January 2022 (UTC)
- Support --Le ciel est par dessus le toit (talk) 08:31, 30 January 2022 (UTC)
- Support Libcub (talk) 00:53, 31 January 2022 (UTC)
- Support JAn Dudík (talk) 09:22, 31 January 2022 (UTC)
- Support Sannita - not just another it.wiki sysop 12:09, 31 January 2022 (UTC)
- Support Ignacio Rodríguez (talk) 19:13, 31 January 2022 (UTC)
- Support Akme (talk) 17:55, 1 February 2022 (UTC)
- Support M0tty (talk) 10:01, 2 February 2022 (UTC)
- Support Ankry (talk) 04:18, 3 February 2022 (UTC)
- Support Thingofme (talk) 02:41, 5 February 2022 (UTC)
- Support —— Eric Liu(Talk) 10:52, 6 February 2022 (UTC)
- Support Ayumu Ozaki (talk) 04:12, 7 February 2022 (UTC)
- Support Lectrician1 (talk) 05:26, 6 February 2022 (UTC)
- Support ~Cybularny Speak? 23:53, 9 February 2022 (UTC)
Export of modernised texts
Discussion
- I was going to say that this is achievable via template styles, but then realised that the crux of it is that it needs to be user-selectable at the time of export. That's right isn't it? It seems like it might be doable by adding a system of wikis being able to define multiple stylesheets in the way that they can currently define ebook.css, and then showing those as options in the export form. SWilson (WMF) (talk) 05:16, 12 January 2022 (UTC)
- It's must be user-selectable, indeed: I indeed thought of a new option in the export form. I don't know if it can be managed by multiple stylesheets, because it's not a question of formatting : when clicking on the "Modernise" button, some text is found and replaced by some other text (e.g. avoient, old spelling, by avaient, modern spelling). But I'm not a technical man, maybe I'm badly understanding what you're saying. — ElioPrrl (talk) 17:19, 13 January 2022 (UTC)
- There is an system in MediaWiki that converts text, Language converter. It is capable of converting text without creating a new page. It might be better suitable than an module.--Snævar (talk) 18:44, 12 January 2022 (UTC)
- I have just tested WSexport with Chinese Wikipedia, and WSexport do not support Language Converter either. (In fact there are no such option) C933103 (talk) 22:14, 15 January 2022 (UTC)
- Good point. LanguageConverter might be suitable for doing this for language variants (and actually we should probably look at implementing that anyway in WS Export) but I'm not sure it'd work for things like translating long S to normal S (that's not a language variant but a typographical archaism). That's done in some Wikisources by having a template output HTML for both variants and then hiding one or the other via Javascript:
<span class="long-s">ſ</span><class="normal-s">s</span>
, which is why I wonder if it could be done by making multiple stylesheets available in WS Export. This whole topic could definitely take some more investigation though! SWilson (WMF) (talk) 01:40, 17 January 2022 (UTC)- Maybe I has not chosen my example judiciously. The typical action of modernisation modules is not replacing typographical variants (like s/ſ), but replacing words by another words (in French, avoient/avaient or tems/temps, in English shew/show or reflexion/reflection). — ElioPrrl (talk) 12:45, 17 January 2022 (UTC)
- Unfortunately, doing this with CSS has two disadvantages: (1) you replace a 2-byte character with 56 byte of HTML, so you can much easier hit transclusion limit (note, this would be transcluded twice: once from a template and second time using ProofreadPage page transclusion), and (2) the words containing this code will likely be non-searchable due to HTML markups inside the words. I personally also appreciate, if this can be done without creatig extra pages or an extra namespace, like it is done here+here. Ankry (talk) 20:30, 17 January 2022 (UTC)
- These are wise remarks. And indeed, on French WS, modernisation does not create extra pages, and we do not want this behaviour to change. ElioPrrl (talk) 10:04, 18 January 2022 (UTC)
- In Polish WS we tend to decide to create separate pages just due to current ws-export limitations. Hovewer, we would hapily withdraw from this. Ankry (talk) 11:36, 18 January 2022 (UTC)
- These are wise remarks. And indeed, on French WS, modernisation does not create extra pages, and we do not want this behaviour to change. ElioPrrl (talk) 10:04, 18 January 2022 (UTC)
- Good point. LanguageConverter might be suitable for doing this for language variants (and actually we should probably look at implementing that anyway in WS Export) but I'm not sure it'd work for things like translating long S to normal S (that's not a language variant but a typographical archaism). That's done in some Wikisources by having a template output HTML for both variants and then hiding one or the other via Javascript:
- I have just tested WSexport with Chinese Wikipedia, and WSexport do not support Language Converter either. (In fact there are no such option) C933103 (talk) 22:14, 15 January 2022 (UTC)
- You do want only the syntax char replacement. Maybe, the one easy way is only to replace chars in frontend of the page over Javascript. ✍️ Dušan Kreheľ (talk) 16:36, 26 January 2022 (UTC)
- I agree, that is one way to do this (and I think it's how it's already done on some Wikisources). But it has shortcomings for other things, such as exporting to other formats via WS Export (or any other tool that uses the rendered HTML). I'm sure we'll figure something out though! :-) SWilson (WMF) (talk) 00:57, 27 January 2022 (UTC)
Voting
- Support Noé (talk) 00:13, 29 January 2022 (UTC)
- Support --Yann (talk) 13:11, 29 January 2022 (UTC)
- Support VIGNERON * discut. 16:32, 29 January 2022 (UTC)
- Support --Cunegonde1 (talk) 18:18, 29 January 2022 (UTC)
- Support Viticulum (talk) 18:28, 29 January 2022 (UTC)
- Support --Le ciel est par dessus le toit (talk) 08:31, 30 January 2022 (UTC)
- Support Libcub (talk) 00:08, 31 January 2022 (UTC)
- Support this has been a painful problem for long... --Hsarrazin (talk) 06:51, 31 January 2022 (UTC)
- Support Trey314159 (talk) 00:08, 1 February 2022 (UTC)
- Support Susanna Giaccai (talk) 10:29, 1 February 2022 (UTC)
- Support --M0tty (talk) 09:51, 2 February 2022 (UTC)
- Support Ankry (talk) 04:14, 3 February 2022 (UTC)
- Support - Darwin Ahoy! 02:00, 5 February 2022 (UTC)
- Support Thingofme (talk) 02:38, 5 February 2022 (UTC)
- Support —— Eric Liu(Talk) 10:51, 6 February 2022 (UTC)
- Support Ayumu Ozaki (talk) 04:18, 7 February 2022 (UTC)
- Support EconAmbiente (talk) 09:38, 9 February 2022 (UTC)
- Support ~Cybularny Speak? 23:54, 9 February 2022 (UTC)
- Support Jl sg (talk) 10:08, 11 February 2022 (UTC)
Index creation wizard
Discussion
Thanks for creating this proposal! I went ahead and added the most robust description to the problem, based on the previous wishes you linked to-- feel free to edit if you feel the problem statement seems outdates or like it needs more details! The more detailed the description of the problem, the better- hence my edit. Thanks so much! NRodriguez (WMF) (talk) 17:36, 17 January 2022 (UTC)
Voting
- Support --Bicolino34 (talk) 18:07, 28 January 2022 (UTC)
- Support --Jan Kameníček (talk) 00:38, 29 January 2022 (UTC)
- Support Lectrician1 (talk) 01:58, 29 January 2022 (UTC)
- Support ··· 🌸 Rachmat04 · ☕ 08:13, 29 January 2022 (UTC)
- Support Terber (talk) 11:35, 29 January 2022 (UTC)
- Support VIGNERON * discut. 16:19, 29 January 2022 (UTC)
- Support Mbrickn (talk) 16:24, 29 January 2022 (UTC)
- Support Viticulum (talk) 18:25, 29 January 2022 (UTC)
- Support Agus Damanik (talk) 01:45, 30 January 2022 (UTC)
- Support TheInternetGnome (talk) 08:35, 30 January 2022 (UTC)
- Support — Bilorv (talk) 10:56, 30 January 2022 (UTC)
- Support —Satirdan kahraman (talk) 06:02, 31 January 2022 (UTC)
- Support Info-farmer (talk) 09:16, 31 January 2022 (UTC)
- Support Sohom Datta (talk) 11:34, 31 January 2022 (UTC)
- Support Candalua (talk) 11:43, 31 January 2022 (UTC)
- Support Hb2007 (talk) 15:01, 31 January 2022 (UTC)
- Support Ignacio Rodríguez (talk) 19:10, 31 January 2022 (UTC)
- Support JAn Dudík (talk) 21:34, 31 January 2022 (UTC)
- Support --Paperoastro (talk) 10:12, 1 February 2022 (UTC)
- Support Susanna Giaccai (talk) 10:27, 1 February 2022 (UTC)
- Support Akme (talk) 17:51, 1 February 2022 (UTC)
- Support Wargo (talk) 22:44, 1 February 2022 (UTC)
- Support Nosferattus (talk) 02:52, 2 February 2022 (UTC)
- Support M0tty (talk) 09:57, 2 February 2022 (UTC)
- Support Silver hr (talk) 14:00, 3 February 2022 (UTC)
- Support AlwynapHuw (talk) 19:54, 4 February 2022 (UTC)
- Support Thingofme (talk) 02:36, 5 February 2022 (UTC)
- Support HHill (talk) 14:07, 5 February 2022 (UTC)
- Support Simone.httas (talk) 16:22, 5 February 2022 (UTC)
- Support Waldyrious (talk) 23:21, 5 February 2022 (UTC)
- Support--Vulp❯❯❯here! 09:28, 6 February 2022 (UTC)
- Support —— Eric Liu(Talk) 10:57, 6 February 2022 (UTC)
- Support Daniel Case (talk) 18:23, 6 February 2022 (UTC)
- Support Ayumu Ozaki (talk) 04:15, 7 February 2022 (UTC)
- Support Tomchiukc (talk) 07:41, 7 February 2022 (UTC)
- Support paul2520 (talk) 16:59, 8 February 2022 (UTC)
- Support Such a tool should support more than the IA, Hathi Trust, Library of Congress, and other sites are some important ones. Languageseeker (talk) 04:46, 9 February 2022 (UTC)
- Support EconAmbiente (talk) 09:38, 9 February 2022 (UTC)
- Support ~Cybularny Speak? 23:54, 9 February 2022 (UTC)
- Support Hillun Vilayl Napis (WMID) (talk) 12:17, 11 February 2022 (UTC)
- Support Mrcesare (talk) 13:21, 11 February 2022 (UTC)
Complete the development of the integrated feature to display other language editions in toolbar from wikidata
Discussion
Voting
- Support —The Editor's Apprentice (talk) 19:38, 28 January 2022 (UTC)
- Support Noé (talk) 00:11, 29 January 2022 (UTC)
- Support Lectrician1 (talk) 01:04, 29 January 2022 (UTC)
- Support — ElioPrrl (talk) 11:08, 29 January 2022 (UTC)
- Support Terber (talk) 11:34, 29 January 2022 (UTC)
- Support --Yann (talk) 13:13, 29 January 2022 (UTC)
- Support EijiroSaito (talk) 13:31, 29 January 2022 (UTC)
- Support VIGNERON * discut. 16:29, 29 January 2022 (UTC)
- Support --Denis Gagne52 (talk) 20:19, 29 January 2022 (UTC)
- Support Agus Damanik (talk) 01:43, 30 January 2022 (UTC)
- Support --Le ciel est par dessus le toit (talk) 08:29, 30 January 2022 (UTC)
- Support Libcub (talk) 00:09, 31 January 2022 (UTC)
- Support --Hsarrazin (talk) 06:54, 31 January 2022 (UTC)
- Support Hb2007 (talk) 15:17, 31 January 2022 (UTC)
- Support JAn Dudík (talk) 21:36, 31 January 2022 (UTC)
- Support Havang(nl) (talk) 10:04, 1 February 2022 (UTC)
- Support --Paperoastro (talk) 10:07, 1 February 2022 (UTC)
- Support --Susanna Giaccai (talk) 10:20, 1 February 2022 (UTC)
- Support Trlit (talk) 23:33, 2 February 2022 (UTC)
- Support Ankry (talk) 04:15, 3 February 2022 (UTC)
- Support Silver hr (talk) 13:55, 3 February 2022 (UTC)
- Support Thingofme (talk) 02:41, 5 February 2022 (UTC)
- Support Peter Alberti (talk) 19:51, 5 February 2022 (UTC)
- Support--Vulp❯❯❯here! 09:28, 6 February 2022 (UTC)
- Support —— Eric Liu(Talk) 10:58, 6 February 2022 (UTC)
- Support Ayumu Ozaki (talk) 04:15, 7 February 2022 (UTC)
- Support Languageseeker (talk) 04:47, 9 February 2022 (UTC)
- Support ~Cybularny Speak? 23:53, 9 February 2022 (UTC)
- Support It should be completed. Ffffrr (talk) 06:45, 10 February 2022 (UTC)
- Support Sohom Datta (talk) 13:57, 11 February 2022 (UTC)
- Support Jahl de Vautban (talk) 16:05, 11 February 2022 (UTC)
Bibliographic Structured Data on Wikisource
Discussion
- This sounds too large for the team, but even if it's not, it doesn't sound sufficiently fleshed out for something this year. --Izno (talk) 05:55, 21 January 2022 (UTC)
- Hi. It is the renewed partly enriched proposal from Wishlist Survey 2021. We got some strong support last year. I hope some planing and development will take place step by step. --Jeb (talk) 09:36, 22 January 2022 (UTC)
- WE-Framework is helpful to add metadata, but Ankry and other's said it's dangerous tool. Matlin (talk) 11:34, 22 January 2022 (UTC)
- Hello there and thanks for your proposal! I re-titled the proposal to better reflect the scope of the ask in this wish that the Community Tech team could help out with. Regards NRodriguez (WMF) (talk) 13:28, 25 January 2022 (UTC)
Voting
- Support Mike Peel (talk) 18:52, 28 January 2022 (UTC)
- Support Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:29, 28 January 2022 (UTC)
- Support not sure how this relates to WikiCite, but anything that can support a central bibliographic database is to be encouraged, RobbieIanMorrison (talk) 19:37, 28 January 2022 (UTC)
- Support --Arnd (talk) 20:21, 28 January 2022 (UTC)
- Support Satdeep Gill (talk) 08:22, 29 January 2022 (UTC)
- Support --Jeb (talk) 08:57, 29 January 2022 (UTC)
- Support Sannita - not just another it.wiki sysop 10:52, 29 January 2022 (UTC)
- Support --Erfurth (talk) 14:35, 29 January 2022 (UTC)
- Support — Omnilaika02 (talk) 19:54, 29 January 2022 (UTC)
- Support Agus Damanik (talk) 01:42, 30 January 2022 (UTC)
- Support Yes! Lectrician1 (talk) 07:41, 30 January 2022 (UTC)
- Support TheInternetGnome (talk) 08:36, 30 January 2022 (UTC)
- Support Candalua (talk) 11:45, 31 January 2022 (UTC)
- Support JAn Dudík (talk) 21:36, 31 January 2022 (UTC)
- Support --Paperoastro (talk) 10:09, 1 February 2022 (UTC)
- Support Susanna Giaccai (talk) 10:23, 1 February 2022 (UTC)
- Support Bodhisattwa (talk) 20:19, 2 February 2022 (UTC)
- Support Silver hr (talk) 13:51, 3 February 2022 (UTC)
- Support Structured Data in Wikisource is a good thing to search Thingofme (talk) 02:41, 5 February 2022 (UTC)
- Support HHill (talk) 14:10, 5 February 2022 (UTC)
- Support--Vulp❯❯❯here! 09:28, 6 February 2022 (UTC)
- Support -- Biblionik (talk) 09:32, 6 February 2022 (UTC)
- Support j.budissin 10:06, 6 February 2022 (UTC)
- Support —— Eric Liu(Talk) 10:53, 6 February 2022 (UTC)
- Support --Daniel Mietchen (talk) 12:17, 6 February 2022 (UTC)
- Support -- Mselt 13:16, 6 February 2022 (UTC)
- Support --A. Wagner (talk) 13:49, 6 February 2022 (UTC)
- Support Daniel Case (talk) 18:25, 6 February 2022 (UTC)
- Support -- Lykurgos (talk) 21:23, 6 February 2022 (UTC)
- Support Ayumu Ozaki (talk) 04:14, 7 February 2022 (UTC)
- Support Wossabock (talk) 06:27, 7 February 2022 (UTC)
- Support -- TommiSiebzig (talk) 11:02, 7 February 2022 (UTC)
- Support Tom Ja (talk) 18:16, 7 February 2022 (UTC)
- Support Moosbart (talk) 08:08, 8 February 2022 (UTC)
- Support Inablu (talk) 09:21, 8 February 2022 (UTC)
- Support Lit cht (talk) 10:27, 8 February 2022 (UTC)
- Support EconAmbiente (talk) 09:39, 9 February 2022 (UTC)
- Support Gaurav (talk) 03:36, 11 February 2022 (UTC)
- Support Jahl de Vautban (talk) 16:05, 11 February 2022 (UTC)
Ability to perform batch tasks on all (or selected) pages in a work
Discussion
- You may also be interested in AutoWikiBrowser. It can find and replace texts in several pages, add code to the beginning or end of several pages, add/remove/substitute categories on several pages, etc. — ElioPrrl (talk) 20:24, 15 January 2022 (UTC)
- @Pigsonthewing: Thank you for your proposal. Would you mind being a bit more specific about what kind of changes you are referring to? Thanks DMaza (WMF) (talk) 16:01, 19 January 2022 (UTC)
- I'm thinking initially of complex find & replace actions (as I said, like those in Commons 'perform batch task'). For example, I recently had a work with something like
{{rh||LOREM IPSUM DOLOR SIT AMET|}}
on half the pages and{{rh||{{uc|Lorem Ipsum Dolor Sit Amet}}|}}
on the other half, and I wanted to standardise them to the latter. In another example, suppose one transcriber had used{{ls}}
in half the pages, and another transcriber had just used "s". We might want to replace all the templates with plain text. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:19, 19 January 2022 (UTC)
- I'm thinking initially of complex find & replace actions (as I said, like those in Commons 'perform batch task'). For example, I recently had a work with something like
- Just a side note, this can be done easily with WP:JWB and some basic knowledge of RegExp. AFAIK, JWB works on all public Wikimedia wikis as long as the pages are technically edit-able and you have AWB access. NguoiDungKhongDinhDanh 22:00, 30 January 2022 (UTC)
Voting
- Support Mike Peel (talk) 18:52, 28 January 2022 (UTC)
- Support This should be a native feature. Lectrician1 (talk) 02:06, 29 January 2022 (UTC)
- Support AutoWikiBrowser is nice and powerful but something integrated in Wikisources would be better. VIGNERON * discut. 16:20, 29 January 2022 (UTC)
- Support Agus Damanik (talk) 01:33, 30 January 2022 (UTC)
- Support Libcub (talk) 00:10, 31 January 2022 (UTC)
- Support JAn Dudík (talk) 21:34, 31 January 2022 (UTC)
- Support Thibaut (talk) 16:04, 1 February 2022 (UTC)
- Support strongly support Akme (talk) 17:49, 1 February 2022 (UTC)
- Support εΔω 08:26, 4 February 2022 (UTC)
- Support - Darwin Ahoy! 00:36, 5 February 2022 (UTC)
- Support Thingofme (talk) 02:37, 5 February 2022 (UTC)
- Support —— Eric Liu(Talk) 10:54, 6 February 2022 (UTC)
- Support Ayumu Ozaki (talk) 04:17, 7 February 2022 (UTC)
- Support Bebiezaza (talk) 08:02, 8 February 2022 (UTC)
- Support Sohom Datta (talk) 13:56, 11 February 2022 (UTC)
Fix search and replace in the Page namespace editor
Discussion
I strongly support this proposal. Fixing known bugs should be alwais prioritized. --Alex brollo (talk) 14:11, 18 January 2022 (UTC)
- Well, in fact fixing known bugs should be a routine, not a subject of annual pleading. --Jan Kameníček (talk) 00:33, 29 January 2022 (UTC)
- Totally agree... — ElioPrrl (talk) 11:06, 29 January 2022 (UTC)
According to T183950, the problem here is that PRP's Page: content model breaks assumptions other parts of Mediawiki make regarding the data of a wikipage. Specifically, Page: wikipages consist of three distinct sections: the header, main content area, and footer. Other parts of the stack fundamentally assume a wikipage is one complete part. To handle this PRP overrides (among other things) the text selection methods from the jquery.textSelection plugin, but so far it has only implemented the getSelection
method because that was needed to make VisualEditor work (I am unclear on what specifically this need was; VE has at least some specific knowledge of PRP for other reasons, so it's entirely possible the getSelecion
override isn't even necessary any more). What it's doing is concatenating the header, body, and footer so that it can provide VE a single text unit to operate on. But when the 2010 Wikieditor's search and replace function runs, it gets the same concatenated text, meaning that when it finds matching substrings within the text it finds a range that is offset relative to the first character of the header rather than the first character of the body. PRP does not yet override setSelection
, so when the 2010 Wikieditor selects the matched text it uses this offset and ends up selecting a range that is off by the number of characters in the header (which includes <noinclude> tags etc., so even an apparently empty header will throw it off). The same holds true for when it tries to replace the found text.
As a working assumption, the fix is simply to implement overrides for the other jquery.textSelection methods in PRP, in the vicinity of /mediawiki/extensions/ProofreadPage/modules/page/ext.proofreadpage.page.edit.js L385. The overrides should presumably just need to track the offset caused by the header and adjust the value when calling through to the original method. If we want search and replace to work in header and footer fields we'd need to be a little more fancy, keeping track of which ranges correspond to which text field and mapping to the correct offset depending which field we're in. To be hyper-hyper fancy we'd need to add UI to the 2010 Wikieditor to allow toggling on and of searching in the header/footer; but I don't think there is any real need for this. Just getting search and replace working in the body will be a massive improvement.
This isn't really a bug per se. Multiple parts of the tech stack have changed over the years, leading to the missing functionality (setSelection override and friends) that didn't used to be a problem now showing up as seeming bugs in other components. In other words, AIUI this should be firmly within the CommTech CW scope and ought to be a nicely manageably-sized task. tpt is also familiar with the existing code there (judging by T183950 and git blame
) and has historically been very generous with their limited time in answering questions about such things. I also believe SWilson and Matmarex have touched this code for various reasons and may be able to assess whether my understanding expressed above is at least approximately correct. --Xover (talk) 11:24, 5 February 2022 (UTC)
- On French Wikisource, there is another button (RegEx, in the Aide à la relecture ≈ Proofread tools tab) that performs search and replace without any bug. Maybe it suffices to implement it in every Wikisources. — ElioPrrl (talk) 19:21, 12 February 2022 (UTC)
Voting
- Support --Alex brollo (talk) 18:16, 28 January 2022 (UTC)
- Support --Jan Kameníček (talk) 00:33, 29 January 2022 (UTC)
- Support Balajijagadesh (talk) 04:34, 29 January 2022 (UTC)
- Support — ElioPrrl (talk) 11:06, 29 January 2022 (UTC)
- Support Thurs (talk) 13:03, 29 January 2022 (UTC)
- Support VIGNERON * discut. 16:34, 29 January 2022 (UTC)
- Support --Denis Gagne52 (talk) 17:06, 29 January 2022 (UTC)
- Support Viticulum (talk) 18:26, 29 January 2022 (UTC)
- Support Draco flavus (talk) 20:53, 29 January 2022 (UTC)
- Support Agus Damanik (talk) 01:39, 30 January 2022 (UTC)
- Support TheInternetGnome (talk) 08:37, 30 January 2022 (UTC)
- Support EijiroSaito (talk) 08:44, 30 January 2022 (UTC)
- Support: shocking that this has not been resolved already. Wishlist proposals are supposed to be "more than a bug" but the WMF does not care to fix bugs any more (if they ever did). — Bilorv (talk) 10:51, 30 January 2022 (UTC)
- Support --Civvì (talk) 14:15, 30 January 2022 (UTC)
- Support --g (talk) 14:24, 30 January 2022 (UTC)
- Support --LittleWhites (talk) 14:36, 30 January 2022 (UTC)
- Support--L736Etell me 14:55, 30 January 2022 (UTC)
- Support--Parma1983 (talk) 14:56, 30 January 2022 (UTC)
- Support--Mannivu · ✉ 15:20, 30 January 2022 (UTC)
- Support Uè Chelin (talk) 16:22, 30 January 2022 (UTC)
- Support without saying --.mau. ✉ 17:35, 30 January 2022 (UTC)
- Support--Pebbles (talk) 18:11, 30 January 2022 (UTC)
- Support Lectrician1 (talk) 18:55, 30 January 2022 (UTC)
- Support --Phyrexian ɸ 20:40, 30 January 2022 (UTC)
- Support --Ariel (talk) 21:21, 30 January 2022 (UTC)
- Support2--Bramfab (talk) 21:34, 30 January 2022 (UTC)
- Support --Nicolabel (talk) 23:35, 30 January 2022 (UTC)
- Support --НУРшЯGIO(beware of the moose) 23:54, 30 January 2022 (UTC)
- Support Libcub (talk) 00:54, 31 January 2022 (UTC)
- Support Bodhisattwa (talk) 05:19, 31 January 2022 (UTC)
- Support — Satirdan kahraman (talk) 06:04, 31 January 2022 (UTC)
- Support --Hsarrazin (talk) 06:53, 31 January 2022 (UTC)
- Support Satdeep Gill (talk) 08:26, 31 January 2022 (UTC)
- Support Absolutely. Naḥum (talk) 08:30, 31 January 2022 (UTC)
- Strong support Not yet ?? !!! --Info-farmer (talk) 08:57, 31 January 2022 (UTC)
- Support--Shubha (talk) 09:28, 31 January 2022 (UTC)
- Support --Jagseer S Sidhu (talk) 09:42, 31 January 2022 (UTC)
- Support Amrit Sufi (talk) 10:46, 31 January 2022 (UTC)
- Support Sohom Datta (talk) 11:33, 31 January 2022 (UTC)
- Support Candalua (talk) 11:45, 31 January 2022 (UTC)
- Support Hopefully this year, this will be fixed. Sannita - not just another it.wiki sysop 11:56, 31 January 2022 (UTC)
- Support Lagrande (no Semiramide) --Semiramide (talk) 12:19, 31 January 2022 (UTC)
- Support Hb2007 (talk) 15:19, 31 January 2022 (UTC)
- Support It's a real shame that such a basic feature is missing from our project for so many years, and yet no one seems to care Ignacio Rodríguez (talk) 19:16, 31 January 2022 (UTC)
- Support JAn Dudík (talk) 21:37, 31 January 2022 (UTC)
- Support Another sign that the Foundation needs to invest more strongly in basic core development. This, that and the other (talk) 05:34, 1 February 2022 (UTC)
- Support --Shev123 (talk) 08:38, 1 February 2022 (UTC)
- Support Havang(nl) (talk) 10:08, 1 February 2022 (UTC)
- Support --Paperoastro (talk) 10:14, 1 February 2022 (UTC)
- Support Susanna Giaccai (talk) 10:30, 1 February 2022 (UTC)
- Support Akme (talk) 17:53, 1 February 2022 (UTC)
- Support Wargo (talk) 22:19, 1 February 2022 (UTC)
- Support --Patafisik (talk) 11:01, 2 February 2022 (UTC)
- Support Dugal harpreet (talk) 13:32, 2 February 2022 (UTC)
- Support Mulkh Singh (talk) 14:41, 2 February 2022 (UTC)
- Support Gaurav Jhammat (talk) 17:51, 2 February 2022 (UTC)
- Support Silver hr (talk) 13:58, 3 February 2022 (UTC)
- Support Ed [talk] [en] 21:48, 3 February 2022 (UTC)
- Support Omino di carta (talk) 21:51, 3 February 2022 (UTC)
- Strong support εΔω 07:37, 4 February 2022 (UTC)
- Support - Darwin Ahoy! 19:24, 4 February 2022 (UTC)
- Support Thingofme (talk) 02:39, 5 February 2022 (UTC)
- Support Αντιγόνη (talk) 11:21, 5 February 2022 (UTC)
- Support Em-mustapha talk 16:45, 5 February 2022 (UTC)
- Support Waldyrious (talk) 23:24, 5 February 2022 (UTC)
- Support--Vulp❯❯❯here! 09:28, 6 February 2022 (UTC)
- Support Nitesh Gill (talk) 09:31, 6 February 2022 (UTC)
- Support —— Eric Liu(Talk) 10:51, 6 February 2022 (UTC)
- Support Daniel Case (talk) 18:27, 6 February 2022 (UTC)
- Support Ayumu Ozaki (talk) 04:14, 7 February 2022 (UTC)
- Support —TheDJ (talk • contribs) 15:58, 7 February 2022 (UTC)
- Support EconAmbiente (talk) 09:43, 9 February 2022 (UTC)
- Support Much needed function which should be done at the earliest. -- Pavithra.A (talk) 16:14, 9 February 2022 (UTC)
- Support would make the editors life easy! J.shobia (talk) 16:23, 9 February 2022 (UTC)
- Support ~Cybularny Speak? 23:55, 9 February 2022 (UTC)
- Support--TVA ARUN (talk) 06:13, 10 February 2022 (UTC)
- Support Yasosri (talk) 06:22, 10 February 2022 (UTC)
- Support--Neyakkoo (talk) 06:34, 10 February 2022 (UTC)
- Support --justinianus | talk 07:36, 10 February 2022 (UTC)
- Support ··· 🌸 Rachmat04 · ☕ 09:42, 10 February 2022 (UTC)
- Support சத்திரத்தான் (talk) 14:06, 10 February 2022 (UTC)
- Support Dovi (talk) 14:27, 10 February 2022 (UTC)
- Support Sije (talk) 17:58, 10 February 2022 (UTC)
- Support --Roxette5 (talk) 18:56, 10 February 2022 (UTC)
- Support Charan Gill (talk) 12:32, 11 February 2022 (UTC)
- Support Kaur.gurmel (talk) 12:35, 11 February 2022 (UTC)
- Support Harshaan Ghuman (talk) 12:36, 11 February 2022 (UTC)
- Support Armaan kakrala (talk) 12:37, 11 February 2022 (UTC)
- Support Mahir256 (talk) 12:45, 11 February 2022 (UTC)
- Support Mrcesare (talk) 13:17, 11 February 2022 (UTC)
- Support Gill jassu (talk) 14:58, 11 February 2022 (UTC)
- Support Gurdeepdali (talk) 17:50, 11 February 2022 (UTC)
Allow side by side display of different version of same text
Discussion
Voting
- Support --Smihael (talk) 18:26, 28 January 2022 (UTC)
- Support Meditating (talk) 19:08, 28 January 2022 (UTC)
- Support --YodinT 21:04, 28 January 2022 (UTC)
- Support there is already some tools doing more or less this (like mw:Extension:DoubleWiki which dev could build on), but it needs improvments. Cheers, VIGNERON * discut. 16:24, 29 January 2022 (UTC)
- Support TheInternetGnome (talk) 08:37, 30 January 2022 (UTC)
- Support Libcub (talk) 00:43, 31 January 2022 (UTC)
- Support — Satirdan kahraman (talk) 06:09, 31 January 2022 (UTC)
- Support JAn Dudík (talk) 21:35, 31 January 2022 (UTC)
- Support Susanna Giaccai (talk) 10:26, 1 February 2022 (UTC)
- Support KingAntenor (talk) 07:06, 2 February 2022 (UTC)
- Support - Darwin Ahoy! 02:12, 5 February 2022 (UTC)
- Support Thingofme (talk) 02:39, 5 February 2022 (UTC)
- Support HHill (talk) 14:05, 5 February 2022 (UTC)
- Support —— Eric Liu(Talk) 10:52, 6 February 2022 (UTC)
- Support Daniel Case (talk) 18:26, 6 February 2022 (UTC)
- Support Ayumu Ozaki (talk) 04:13, 7 February 2022 (UTC)
- Support Tomchiukc (talk) 07:42, 7 February 2022 (UTC)
- Support Tom Ja (talk) 18:16, 7 February 2022 (UTC)
- Support paul2520 (talk) 16:58, 8 February 2022 (UTC)
- Support Gaurav (talk) 03:37, 11 February 2022 (UTC)
- Support Jl sg (talk) 10:09, 11 February 2022 (UTC)
2023
IIIF support
Discussion
- I wonder what it'd take to implement this in Thumbor? It was requested once, in 2016. Sam Wilson 07:33, 3 February 2023 (UTC)
- It would be very nice if we can get support for at least the base api, to provide tiling etc. Even for Support 360 photo viewing support for tiling is a requirement we probably cannot go without. Thumbor with an additional /iiif/ endpoint providing support for the Image API would in my opinion be very interesting. Implementing region/size/rotation/quality/format etc should all be relatively doable with existing thumbor and imagemagick functionality (even though we have not implemented any of those thumbor apis for our own plugins yet). I think it would bring lots of benefits to the movement at large and for Commons, GLAM and wikisource in particular. —TheDJ (talk • contribs) 14:18, 3 February 2023 (UTC)
- For wikisource specifically, the presentation api might also be interesting, as it allows you to describe a book for instance. There is a nice api example in the specification of that. —TheDJ (talk • contribs) 14:25, 3 February 2023 (UTC)
Voting
- Support Magnoliasouth (talk) 23:11, 10 February 2023 (UTC)
- Support HHill (talk) 08:27, 11 February 2023 (UTC)
- Support Shizhao (talk) 13:56, 11 February 2023 (UTC)
- Support --NGC 54 (talk|contribs) 01:14, 12 February 2023 (UTC)
- Support Libcub (talk) 03:15, 14 February 2023 (UTC)
- Support VIGNERON * discut. 19:47, 14 February 2023 (UTC)
- Support Ruthven (msg) 15:46, 15 February 2023 (UTC)
- Support Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 22:15, 15 February 2023 (UTC)
- Support Sadads (talk) 01:25, 16 February 2023 (UTC)
- Support Hey man im josh (talk) 14:59, 16 February 2023 (UTC)
- Support Gillum (talk) 23:21, 16 February 2023 (UTC)
- Support —TheDJ (talk • contribs) 13:24, 18 February 2023 (UTC)
- Support Vulcan❯❯❯Sphere! 16:17, 18 February 2023 (UTC)
- Support Zache (talk) 05:36, 19 February 2023 (UTC)
- Support Nashona (talk) 18:19, 20 February 2023 (UTC)
- Support cyrfaw (talk) 12:11, 21 February 2023 (UTC)
- Support MartinPoulter (talk) 12:40, 21 February 2023 (UTC)
Allow Thumbor to generate images at higher DPI
Discussion
- This is specifically about thumbnails for PDF/Djvu right ? Perhaps we should amend the proposal to make that more clear. —TheDJ (talk • contribs) 15:18, 5 February 2023 (UTC)
- Yes, this is only wrt to thumbnails to PDF and Djvu files used by ProofreadPage. Sohom Datta (talk) 20:23, 6 February 2023 (UTC)
Voting
- Support Seboloidus (talk) 18:18, 10 February 2023 (UTC)
- Support عُثمان (talk) 23:38, 10 February 2023 (UTC)
- Support EpicPupper (talk) 05:35, 11 February 2023 (UTC)
- Support I have often have had to open the original file separately when transcribing pages, because the low resolution combined with the artifacts make the actual text ambiguous. This feature would have saved me a lot of time in aggregate. Waldyrious (talk) 09:53, 11 February 2023 (UTC)
- Support Nehaoua (talk) 16:04, 11 February 2023 (UTC)
- Support --NGC 54 (talk|contribs) 01:13, 12 February 2023 (UTC)
- Support Mauricio V. Genta (talk) 08:01, 12 February 2023 (UTC)
- Support Thomas Kinz (talk) 01:09, 13 February 2023 (UTC)
- Support Libcub (talk) 03:17, 14 February 2023 (UTC)
- Support VIGNERON * discut. 19:49, 14 February 2023 (UTC)
- Support Nux (talk) 08:34, 15 February 2023 (UTC)
- Support Gillum (talk) 23:21, 16 February 2023 (UTC)
- Support —TheDJ (talk • contribs) 13:24, 18 February 2023 (UTC)
- Support Vulcan❯❯❯Sphere! 16:17, 18 February 2023 (UTC)
- Support · · · Peter (Southwood) (talk): 17:29, 18 February 2023 (UTC)
- Support Sgvijayakumar (talk) 01:17, 19 February 2023 (UTC)
- Support cyrfaw (talk) 12:15, 21 February 2023 (UTC)
- Support MartinPoulter (talk) 12:38, 21 February 2023 (UTC)
- Support Kcat37 (talk) 13:35, 21 February 2023 (UTC)
Automatically detect blank pages
Discussion
- Good idea, or no text (image only for exemple) --Nehaoua (talk) 17:58, 28 January 2023 (UTC)
- Additonally, there is impossible to use Special:Shortestpages on Wikisources, because are full of "empty" pages. JAn Dudík (talk) 13:49, 30 January 2023 (UTC)
- See also wikisource:Wikisource:Scriptorium/Archives/2022-07#Lots of blank pages. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:46, 2 February 2023 (UTC)
- Your link incorrect Proeksad (talk) 22:52, 10 February 2023 (UTC)
- Apologies; fixed. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 17:01, 15 February 2023 (UTC)
- Your link incorrect Proeksad (talk) 22:52, 10 February 2023 (UTC)
- I'm not sure about this. Are the pages numbered? If so a reader may wonder why pages are missing. Most blank pages are not numbered but some are. It needs to be consistent. I think that at the bottom of the page before the blank, something should say "The next page was blank, so we removed it," which would be better. Anyone disagree?
- @Sohom Datta: What do you mean by auto-mark? At what level - index NS or Page NS? Automatic status change to "Without text"? What about scans containing, for example, illustrations, scores, notes, ..., which we mark "Without text", but also add other required data. Zdzislaw (talk) 14:53, 12 February 2023 (UTC)
- @Zdzislaw By auto-mark, I mean changing the status to "without text" for a specific page.
- The way I picture this working is via a prompt in the Pagelist Widget/Index edit screen (at the Index: level) or at the top of a Page: page (at a Pgae: namespace level) that you can click on to automark a page/a set of pages as "Without text". For now, I think it makes sense to include only pages that are blank or are wholely composed of illustrations, however, we can looking into encompassing other types of "without text" pages as well later. Sohom Datta (talk) 16:16, 13 February 2023 (UTC)
Voting
- Support Nmarshall25 (talk) 20:03, 10 February 2023 (UTC)
- Support NMaia (talk) 00:06, 11 February 2023 (UTC)
- Support Poslovitch (talk) 00:25, 11 February 2023 (UTC)
- Support Klein Muçi (talk) 00:51, 11 February 2023 (UTC)
- Support ··· 🌸 Rachmat04 · ☕ 02:36, 11 February 2023 (UTC)
- Support EpicPupper (talk) 05:37, 11 February 2023 (UTC)
- Support Muted Red Tulip (talk) 08:16, 11 February 2023 (UTC)
- Support Szymonel (talk) 08:46, 11 February 2023 (UTC)
- Support Exilexi (talk) 09:16, 11 February 2023 (UTC)
- Support Mike bzh (talk) 15:39, 11 February 2023 (UTC)
- Support FinixFighter (talk) 15:50, 11 February 2023 (UTC)
- Support Nehaoua (talk) 16:03, 11 February 2023 (UTC)
- Support Novak Watchmen (talk) 18:24, 11 February 2023 (UTC)
- Support VastV0idInSpace0 (talk) 20:03, 11 February 2023 (UTC)
- Support --NGC 54 (talk|contribs) 01:13, 12 February 2023 (UTC)
- Support JAn Dudík (talk) 21:55, 13 February 2023 (UTC)
- Support Libcub (talk) 03:11, 14 February 2023 (UTC)
- Support Jayantanth (talk) 08:05, 14 February 2023 (UTC)
- Support PMenon-WMF (talk) 06:41, 15 February 2023 (UTC)
- Support Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 17:02, 15 February 2023 (UTC)
- Support Gillum (talk) 23:21, 16 February 2023 (UTC)
- Support Dankowski (talk) 22:49, 17 February 2023 (UTC)
- Support DoublePendulumAttractor (talk) 06:00, 18 February 2023 (UTC)
- Support Bicolino34 (talk) 08:19, 18 February 2023 (UTC)
- Support This should be added. Thingofme (talk) 16:28, 18 February 2023 (UTC)
- Support cyrfaw (talk) 12:40, 21 February 2023 (UTC)
- Support Kcat37 (talk) 13:37, 21 February 2023 (UTC)
- Support Morten Haan (talk) 18:51, 22 February 2023 (UTC)
Implement Extension:ProofreadPage functionality for Parsiod (aka native support of tag:pages to Parsoid)
Discussion
Voting
- Support Seboloidus (talk) 18:15, 10 February 2023 (UTC)
- Support ━ ALBERTOLEONCIO Who, me? 18:55, 10 February 2023 (UTC)
- Support * Pppery * it has begun 04:04, 11 February 2023 (UTC)
- Support Really need it! Wieralee (talk) 12:34, 11 February 2023 (UTC)
- Support Msz2001 (talk) 12:46, 11 February 2023 (UTC)
- Strong support Correct ebook generation is critical for Wikisource. Ankry (talk) 13:20, 11 February 2023 (UTC)
- Strong support Critical for the Wikisource project Draco flavus (talk) 13:45, 11 February 2023 (UTC)
- Support odder (talk) 14:23, 11 February 2023 (UTC)
- Support Wolan (talk) 16:14, 11 February 2023 (UTC)
- Support Peter Bowman (talk) 23:29, 11 February 2023 (UTC)
- Support Mauricio V. Genta (talk) 08:01, 12 February 2023 (UTC)
- Support Essential for proper e-book support. Rdrozd (talk) 23:50, 13 February 2023 (UTC)
- Support Libcub (talk) 03:13, 14 February 2023 (UTC)
- Support Subvisser5 (talk) 14:23, 14 February 2023 (UTC)
- Support Vätte (talk) 15:38, 14 February 2023 (UTC)
- Support VIGNERON * discut. 19:48, 14 February 2023 (UTC)
- Support Nux (talk) 08:31, 15 February 2023 (UTC)
- Support Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 16:58, 15 February 2023 (UTC)
- Support Matma Rex (talk) 22:34, 15 February 2023 (UTC)
- Support Sadads (talk) 01:25, 16 February 2023 (UTC)
- Support Gillum (talk) 23:21, 16 February 2023 (UTC)
- Support Dankowski (talk) 22:51, 17 February 2023 (UTC)
- Support Bicolino34 (talk) 08:21, 18 February 2023 (UTC)
- Support Fabius Lector (talk) 10:34, 18 February 2023 (UTC)
- Support —TheDJ (talk • contribs) 13:47, 18 February 2023 (UTC)
- Support ysjbserver (talk) 15:47, 18 February 2023 (UTC)
- Support There should have ebooks in Wikisource project. Thingofme (talk) 16:24, 18 February 2023 (UTC)
- Support Matlin (talk) 13:34, 19 February 2023 (UTC)
- Support cyrfaw (talk) 12:42, 21 February 2023 (UTC)
- Support Kcat37 (talk) 13:35, 21 February 2023 (UTC)
- Support Bonvol (talk) 13:25, 23 February 2023 (UTC)
- Support DrogosławTALK 13:42, 23 February 2023 (UTC)
- Support Tom Ja (talk) 13:43, 23 February 2023 (UTC)
- Support tsca (talk) 14:09, 23 February 2023 (UTC)
- Support masti <talk> 14:22, 23 February 2023 (UTC)
- Support Zetzecik (talk) 14:27, 23 February 2023 (UTC)
- Support Gytha (talk) 14:47, 23 February 2023 (UTC)
- Support PMG (talk) 14:54, 23 February 2023 (UTC)
- Support SkrzydlatyMuflon (talk) 16:02, 23 February 2023 (UTC)
- Support Wargo (talk) 22:59, 23 February 2023 (UTC)
- Support Maire ♣ 16:54, 24 February 2023 (UTC)
Integrate PageImages with Wikisource
Discussion
Voting
- Support ━ ALBERTOLEONCIO Who, me? 18:57, 10 February 2023 (UTC)
- Support --Ignacio Rodríguez (talk) 19:21, 10 February 2023 (UTC)
- Support Sicarov (talk) 20:52, 10 February 2023 (UTC)
- Support Tol (talk | contribs) @ 21:13, 10 February 2023 (UTC)
- Support --Proeksad (talk) 22:56, 10 February 2023 (UTC)
- Support Excellent idea! Magnoliasouth (talk) 23:24, 10 February 2023 (UTC)
- Support عُثمان (talk) 23:37, 10 February 2023 (UTC)
- Support * Pppery * it has begun 04:04, 11 February 2023 (UTC)
- Support EpicPupper (talk) 05:35, 11 February 2023 (UTC)
- Support Gohan 07:19, 11 February 2023 (UTC)
- Support Muted Red Tulip (talk) 08:19, 11 February 2023 (UTC)
- Support Nice idea, this would go a long way in facilitating the organic promotion of Wikisource as a project. Waldyrious (talk) 09:58, 11 February 2023 (UTC)
- Support Nehaoua (talk) 16:03, 11 February 2023 (UTC)
- Support VastV0idInSpace0 (talk) 20:04, 11 February 2023 (UTC)
- Support Cantons-de-l'Est (talk) 20:30, 11 February 2023 (UTC)
- Support --NGC 54 (talk|contribs) 01:14, 12 February 2023 (UTC)
- Support Mauricio V. Genta (talk) 08:01, 12 February 2023 (UTC)
- Support Thomas Kinz (talk) 01:12, 13 February 2023 (UTC)
- Support Izno (talk) 08:09, 13 February 2023 (UTC)
- Support dobre Spetroff (talk) 22:30, 13 February 2023 (UTC)
- Support Libcub (talk) 03:18, 14 February 2023 (UTC)
- Support Vätte (talk) 15:39, 14 February 2023 (UTC)
- Support VIGNERON * discut. 19:49, 14 February 2023 (UTC)
- Support Nux (talk) 08:33, 15 February 2023 (UTC)
- Support Matma Rex (talk) 22:37, 15 February 2023 (UTC)
- Support Gillum (talk) 23:21, 16 February 2023 (UTC)
- Support this is great idea Agus Damanik (talk) 07:50, 17 February 2023 (UTC)
- Support Proposed solution will look better. Dankowski (talk) 22:50, 17 February 2023 (UTC)
- Support DoublePendulumAttractor (talk) 06:00, 18 February 2023 (UTC)
- Support —TheDJ (talk • contribs) 13:28, 18 February 2023 (UTC)
- Support ysjbserver (talk) 15:48, 18 February 2023 (UTC)
- Support Sgvijayakumar (talk) 01:17, 19 February 2023 (UTC)
- Support cyrfaw (talk) 11:58, 21 February 2023 (UTC)
- Support Kcat37 (talk) 13:34, 21 February 2023 (UTC)
Remember OCR column/region profiles
Discussion
- @Sohom data: Just to clarify: the 'profile' here would be e.g. an index-page level store of rectangular page regions that could then be used on all pages to do the OCR, without users having to re-select the same regions over and over again on each page (as they can currently do, and what's more they do it via the Advanced options form and then have to copy and paste the text). Is that right? SWilson (WMF) (talk) 00:50, 1 February 2023 (UTC)
- Yep, that is what I meant by profiles :) Sohom Datta (talk) 05:35, 1 February 2023 (UTC)
Voting
- Support --Ignacio Rodríguez (talk) 19:22, 10 February 2023 (UTC)
- Support ━ Sicarov (talk) 20:48, 10 February 2023 (UTC)
- Support Magnoliasouth (talk) 23:24, 10 February 2023 (UTC)
- Support عُثمان (talk) 23:38, 10 February 2023 (UTC)
- Support Yes! This would be very helpful for works containing manual annotations as well, or older books where the margins are tight and can confuse the ORC. Waldyrious (talk) 09:55, 11 February 2023 (UTC)
- Support Nehaoua (talk) 16:02, 11 February 2023 (UTC)
- Support VastV0idInSpace0 (talk) 20:03, 11 February 2023 (UTC)
- Support Kaviraf (talk) 11:46, 12 February 2023 (UTC)
- Support JAn Dudík (talk) 21:54, 13 February 2023 (UTC)
- Support Libcub (talk) 03:12, 14 February 2023 (UTC)
- Support must needed Jayantanth (talk) 07:57, 14 February 2023 (UTC)
- Support VIGNERON * discut. 19:48, 14 February 2023 (UTC)
- Support PMenon-WMF (talk) 06:40, 15 February 2023 (UTC)
- Support Ruthven (msg) 15:46, 15 February 2023 (UTC)
- Support Aishik Rehman (talk) 08:47, 16 February 2023 (UTC)
- Support Gillum (talk) 23:21, 16 February 2023 (UTC)
- Support Dankowski (talk) 22:48, 17 February 2023 (UTC)
- Support Bicolino34 (talk) 08:17, 18 February 2023 (UTC)
- Support Fabius Lector (talk) 10:35, 18 February 2023 (UTC)
- Support ysjbserver (talk) 15:46, 18 February 2023 (UTC)
- Support Vulcan❯❯❯Sphere! 16:15, 18 February 2023 (UTC)
- Support This should be added by users. Thingofme (talk) 16:23, 18 February 2023 (UTC)
- Support Looks useful · · · Peter (Southwood) (talk): 17:27, 18 February 2023 (UTC)
- Support cyrfaw (talk) 11:47, 21 February 2023 (UTC)
- Support Fcastillo (talk) 22:12, 22 February 2023 (UTC)
- Support Bonvol (talk) 13:26, 23 February 2023 (UTC)