Re: [Wikitech-l] Idea for new desktop / mobile kiwix like application
Petr Bena benap...@gmail.com writes: web-app for offline use? :o Maybe they have a small webserver set up in a remote place with only sporadic Internet access? Maybe they're running a Mozilla's Firefox OS on a phone and calling apps for that OS web apps? -- Mark A. Hershberger NicheWork LLC 717-271-1084 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Working around composer? (Fatal error: Class 'Cdb\Reader' not found)
On 01/16/2015 05:52 PM, Legoktm wrote: I tried getting update.php to run checkComposerLockUpToDate.php but it was messy and didn't really work well, so I uploaded a patch[1] that adjusts the intro text to recommend that you run checkComposerLockUpToDate.php before running update.php. [1] https://gerrit.wikimedia.org/r/#/c/185592/ Turns out that running maintenance scripts inside each other is actually pretty simple (Maintenance::runChild()) so I changed my patch to have update.php run checkComposerLockUpToDate.php before starting the upgrade process, and it has been merged. -- Legoktm ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Idea for new desktop / mobile kiwix like application
There's also XOWA, and the dev answered my question about the pros and cons of XOWA vs Kiwix, at https://www.reddit.com/r/ https://www.reddit.com/r/wikipedia/comments/2f7lzi/your_own_wikipedia/ck6oa07 wikipedia https://www.reddit.com/r/wikipedia/comments/2f7lzi/your_own_wikipedia/ck6oa07 /comments/2f7lzi/ https://www.reddit.com/r/wikipedia/comments/2f7lzi/your_own_wikipedia/ck6oa07 your_own_wikipedia https://www.reddit.com/r/wikipedia/comments/2f7lzi/your_own_wikipedia/ck6oa07 /ck6oa07 https://www.reddit.com/r/wikipedia/comments/2f7lzi/your_own_wikipedia/ck6oa07 which you might find useful. (Great reference to Nell! I've told 3 people to read http://www.goodreads.com/book/show/827.The_Diamond_Age in the last few days. :-) On Jan 23, 2015 8:55 AM, C. Scott Ananian canan...@wikimedia.org wrote: FWIW I also wrote a web app called Nell's Wikipedia which behaves as you propose: https://github.com/cscott/nell-wikipedia If you wanted to hack on it, it could use a bit of love. --scott On Jan 23, 2015 7:55 AM, Federico Leva (Nemo) nemow...@gmail.com wrote: Ok these are all planned to be implemented solutions that do not work now You didn't even read, did you? Let me quote: I use this code yes and it works Nemo ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Changing contentmodel of pages
I agree with pretty much all of this. In my mind, editcontentmodel is a temporary hack that should go away completely once the bugs that led to its creation are fixed. Jackmcbarn On Fri, Jan 23, 2015 at 1:00 AM, Legoktm legoktm.wikipe...@gmail.com wrote: Hi, On 01/09/2015 04:25 PM, Erik Bernhardson wrote: However, changing the content model of an existing page is a disruptive change. We added the right `editcontentmodel` without which attempts to change content model through the API or EditPage.php fail. Currently no group (user or bot) has this right. So we think it's OK and safe to enable $wgContentHandlerUseDB on WMF wikis. https://gerrit.wikimedia.org/r/#/c/170129/ is the patch. I think this is fine to turn on as well. There are issues with granting the editcontentmodel right, see T85847. I disagree that we need a editcontentmodel user right. I think all users should be allowed to change the content model of a page (provided they have the right to edit it, etc.). Changing the content model of a page is currently disruptive because the only way to do it (and undo it) is via the API[1], and normal tools like undo don't work[2]. For now I'd suggest we grant it to syops and then later on grant it to '*' by default. Daniel Kinzler proposed that we should not grant the editcontentmodel right because any change to content model is a special case that requires smart handling via dedicated PHP code. Which is what Flow is doing for both the Co-op bot and the future Special:Flowify. That might make sense for changing the content model of an existing page, but I don't think it applies for when we want to create a new page with a content model different from the default. For example, in the MassMessage extension we let people create pages with the MassMessageListContent type wherever they want. It's not set as a default anywhere meaning that you currently need the editcontentmodel right to just create a list. :/ [1] https://phabricator.wikimedia.org/T72592 [2] https://phabricator.wikimedia.org/T73163 -- Legoktm ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Idea for new desktop / mobile kiwix like application
Yes, this. There is nothing contradictory with web app and offline. It works fine in chrome and other mobile browsers, although we deployed it with mobile Firefox for Android. --scott On Jan 24, 2015 3:00 PM, Daniel Friesen dan...@nadir-seen-fire.com wrote: On 2015-01-24 2:38 PM, Mark A. Hershberger wrote: Petr Bena benap...@gmail.com writes: web-app for offline use? :o Maybe they have a small webserver set up in a remote place with only sporadic Internet access? Maybe they're running a Mozilla's Firefox OS on a phone and calling apps for that OS web apps? ;) Or maybe they're just using HTML5's offline capabilities? ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Idea for new desktop / mobile kiwix like application
On 2015-01-24 2:38 PM, Mark A. Hershberger wrote: Petr Bena benap...@gmail.com writes: web-app for offline use? :o Maybe they have a small webserver set up in a remote place with only sporadic Internet access? Maybe they're running a Mozilla's Firefox OS on a phone and calling apps for that OS web apps? ;) Or maybe they're just using HTML5's offline capabilities? ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Changing contentmodel of pages
On Jan 23, 2015 8:43 PM, Matthew Flaschen mflasc...@wikimedia.org wrote: On 01/22/2015 10:00 PM, Legoktm wrote: I disagree that we need a editcontentmodel user right. I think all users should be allowed to change the content model of a page (provided they have the right to edit it, etc.). I think that setting a content model different from the namespace's default only makes sense in certain cases. E.g. it may not make sense for schema-tized JSON (whether it's Zero config, EventLogging schema, Wikidata JSON etc.) to be outside its dedicated namespace. It probably doesn't make sense for CSS files or JS files to exist outside of the MediaWiki and User namespaces, and even in those namespaces, the content model should probably match the end of the title. Similarly, dedicated namespaces (e.g. Wikidata's main namespace) should not be able to hold wikitext pages. From a security perspective, I like limiting the content models per namespace to a relatively small whitelist. I think it will give more flexibility to anyone coming up with new content type definitions if we don't have to worry about what happen if someone changes main page to this format or how do i write a lossless conversion script from a flow page and back, just in case an admin converts a flow page to my new type and back. Matt Flaschen ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Idea for new desktop / mobile kiwix like application
web-app for offline use? :o On Fri, Jan 23, 2015 at 5:54 PM, C. Scott Ananian canan...@wikimedia.org wrote: FWIW I also wrote a web app called Nell's Wikipedia which behaves as you propose: https://github.com/cscott/nell-wikipedia If you wanted to hack on it, it could use a bit of love. --scott On Jan 23, 2015 7:55 AM, Federico Leva (Nemo) nemow...@gmail.com wrote: Ok these are all planned to be implemented solutions that do not work now You didn't even read, did you? Let me quote: I use this code yes and it works Nemo ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Changing contentmodel of pages
On 01/24/2015 07:52 AM, Chris Steipp wrote: From a security perspective, I like limiting the content models per namespace to a relatively small whitelist. I think it will give more flexibility to anyone coming up with new content type definitions if we don't have to worry about what happen if someone changes main page to this format or how do i write a lossless conversion script from a flow page and back, just in case an admin converts a flow page to my new type and back. This can already by done by overriding ContentHandler::canBeUsedOn() in individual content handlers. -- Legoktm ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
