Hi! Yes, I think that a GSOC project related to Proofread Page is a very good idea. The things to do would be: 1. Refactoring of the extension code by splitting the very big file ProofreadPage.body.php that do too much things into specific classes what will be more easily testable. Write unit tests for them. 2. Refactoring of the JavaScript module that manages edition of Page: and make it compatible with the VisualEditor. This includes: - for wikitext editing system a full rewrite in order to make the code readable and testable. The tasks would be: - move to server part of the extension things that can be done by it as it have been done for Index: pages. - use libraries packaged with MediaWiki like JQuery when possible. - find and use a good free JS library for zooming into scans in order to improve the current zoom feature that might be enhanced. - work with the Visual Editor team in order to make the Visual Editor work with Page: pages. The first step is to make the body of the page editable, then the proofreading level and, if it's possible, header and footer. 3. Add modules to the Visual Editor to support specific tags used by Wikisource like <pages>, <section> and <poem>. 4. Allows to edit using the Visual Editor textareas of the Index: pages form. ... What do you think about it? Thomas PS. I CC QGil and Sumanah who manage GSOC. From: zanni.andrea84(a)gmail.com Date: Mon, 25 Mar 2013 15:05:46 +0100 Subject: Re: [Wikisource-l] Missing project ideas for GSOC To: wikisource-l(a)lists.wikimedia.org; dacuetu(a)gmail.com; thomaspt(a)hotmail.fr Do you think that working on the Proofread extensionfor making it compliant with the brand new Visual Editorcould be feasible?I know that Tpt (in cc) was working on it, maybe it would be a good (and useful) project. Aubrey On Sat, Mar 23, 2013 at 12:43 PM, Andrea Zanni &lt;zanni.andrea84(a)gmail.com&gt; wrote: That is a really good opportunity. We also have http://meta.wikimedia.org/wiki/Wikisource_roadmap, that we set up at Wikimania 2012. Few of those thought are now in the Wikisource Grant proposal, too: http://meta.wikimedia.org/wiki/Grants:IEG/Elaborate_Wikisource_strategic_vi… I would say that a proper metadata handling system is maybe the first priority, but maybe we can accomplish that via Lua templates on WS andmetadata stored in Wikidata. Another thing would be working with OKFN tools for seeking and integration (TEXTUS, for example). http://textusproject.org/ Moreover, Djvu support/handling was an interest also of the WMF:http://meta.wikimedia.org/wiki/Wikisource_roadmap#Djvu Well, there's a lot of stuff we can do :-) Aubrey On Sat, Mar 23, 2013 at 3:02 AM, billinghurst &lt;billinghurst(a)gmail.com&gt; wrote: It was suggested to me that the Wikisources should be paying attention to the opportunity available through WMF's participation in Google Summer of Code. I have started a discussion at https://wikisource.org/wiki/Wikisource:Scriptorium#Wikisources_asked_for_id… Regards, Billinghurst -------- Original Message -------- Subject: [Wikitech-l] Missing project ideas for GSOC Date: Wed, 20 Mar 2013 16:43:23 -0700 From: Quim Gil &lt;qgil(a)wikimedia.org&gt; Reply-To: Wikimedia developers &lt;wikitech-l(a)lists.wikimedia.org&gt; Organization: Wikimedia Foundation To: Wikimedia developers &lt;wikitech-l(a)lists.wikimedia.org&gt; It's time to start defining what we want our Google Summer of Code to be all about. Let's look at the ideas we are proposing to potential students: https://www.mediawiki.org/wiki/Mentorship_programs/Possible_projects Many of the ideas listed there are too generic ("Write an extension"), improvements of existing features ("Improve Extension:CSS") or work-in-progress tasks ("Fix Parsoid bugs"). Many others are not directly related with development, and therefore not suitable either for GSOC. After this filtering, we seem to be left with: * Article evolution playback tool idea * An easy way to share wiki content on social media services * Write an extension to support XML Sitemaps without using command line * Extension:OEmbedProvider * Add support for x3d 3D files to MediaWiki * Allow smoother and easier Wikimedia Commons pictures discovery * Build an interwiki notifications framework and implement it for InstantCommons * Automatic category redirects (If you think your project should also be considered here please speak up!) Most of these projects seem to be extension (and PHP?) centric. Can we have more diversity? Maybe gadgets and templates are too simple for a GSOC project? What about the mobile front? Do we have skin development projects that could make it here? Anything in the DevOps area? Anything the MediaWiki core maintainers would like to see happening? It would be also nice to have more candidates benefiting specific Wikimedia projects. Beyond Wikipedia, we have several proposals related to Commons. Wikidata seems to be joining soon. What else? Could this be a chance to help Wiktionary, Wikibooks or any other project with specific needs craving for tech attention? Also to the many students that have already showed their interest: feel free pushing your project ideas now! -- Quim Gil Technical Contributor Coordinator @ Wikimedia Foundation http://www.mediawiki.org/wiki/User:Qgil _______________________________________________ Wikitech-l mailing list Wikitech-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l _______________________________________________ Wikisource-l mailing list Wikisource-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikisource-l