[Wikitech-l] InlineEditor / Sentence-Level Editing: usability review

2010-11-29 Thread Jan Paul Posma
Hey everyone, Last week I've done some usability testing with my InlineEditor extension, to see whether or not it's a good idea at all. I've still got to do formal analysis, but that'll take a while, so for now I'll only share with you the most important things I noticed while doing the tests.

Re: [Wikitech-l] InlineEditor / Sentence-Level Editing: usability review

2010-11-29 Thread Roan Kattouw
2010/11/29 Jan Paul Posma jp.po...@gmail.com: Full interview videos will be available on Wikimedia Commons somewhere next month. They are in Dutch, though. Michael, can we subtitle those with mwEmbed magic? Roan Kattouw (Catrope) ___ Wikitech-l

Re: [Wikitech-l] Commons ZIP file upload for admins

2010-11-29 Thread Erik Moeller
2010/11/25 bawolff bawolff...@gmail.com: Personally I think it would be nicer if you could associate source files with the final files. Yeah, this was discussed a bit earlier in this thread. As far as I can tell, that approach adds a fair degree of complexity (requirement of tracking a whole

Re: [Wikitech-l] Commons ZIP file upload for admins

2010-11-29 Thread Roan Kattouw
2010/11/29 Erik Moeller e...@wikimedia.org: As far as I understand the pure security (as opposed to content) concerns, these fall primarily into these categories: * client-side execution of unsafe formats using designated applications (embedded macros, references to other malicious content

Re: [Wikitech-l] InlineEditor / Sentence-Level Editing: usability review

2010-11-29 Thread Krinkle
Op 29 nov 2010, om 13:11 heeft Jan Paul Posma het volgende geschreven: You can try the editor with block edit options at http://janpaulposma.nl/sle/wiki . It's still work in progress: do expect to run into bugs that I did not find worthy to fix yet. :) Best regards, Jan Paul Posma

Re: [Wikitech-l] Commons ZIP file upload for admins

2010-11-29 Thread Platonides
Roan Kattouw wrote: An alternative [to rejecting all ZIP files] would be to parse the entire zip directory and to reject any archives that contain a file with a .class extension. I can’t vouch for this method. **If you did this, the zip library you used would have to be exactly as tolerant of

Re: [Wikitech-l] Commons ZIP file upload for admins

2010-11-29 Thread Bryan Tong Minh
On Mon, Nov 29, 2010 at 9:29 PM, Roan Kattouw roan.katt...@gmail.com wrote: An alternative [to rejecting all ZIP files] would be to parse the entire zip directory and to reject any archives that contain a file with a .class extension. I can’t vouch for this method. **If you did this, the zip

Re: [Wikitech-l] Commons ZIP file upload for admins

2010-11-29 Thread Platonides
Bryan Tong Minh wrote: On Mon, Nov 29, 2010 at 9:29 PM, Roan Kattouw roan.katt...@gmail.com wrote: An alternative [to rejecting all ZIP files] would be to parse the entire zip directory and to reject any archives that contain a file with a .class extension. I can’t vouch for this method. **If

Re: [Wikitech-l] [Toolserver-l] alternative way to get wikipedia dump while server is down

2010-11-29 Thread Diederik van Liere
Hi, There is a way to download wikidumps for any project / language, the data is from early 2009. I will detail the steps as a note for future reference. The data is made available as part of Amazon AWS Public Datasets (http://aws.amazon.com/publicdatasets/). This method will cost a tiny amount

Re: [Wikitech-l] InlineEditor / Sentence-Level Editing: usability review

2010-11-29 Thread Michael Dale
On 11/29/2010 07:56 AM, Roan Kattouw wrote: 2010/11/29 Jan Paul Posma jp.po...@gmail.com: Full interview videos will be available on Wikimedia Commons somewhere next month. They are in Dutch, though. Michael, can we subtitle those with mwEmbed magic? Roan Kattouw (Catrope) We can. We can

Re: [Wikitech-l] Commons ZIP file upload for admins

2010-11-29 Thread Dmitriy Sintsov
* Bryan Tong Minh bryan.tongm...@gmail.com [Tue, 30 Nov 2010 08:44:43 +0100]: I think that the most recent version should be sufficient. I don't think Java would break backwards compatibility: users wouldn't be happy if their old jar suddenly stops working on a new JVM. Why an outdated and