Re: [Wikitech-l] Status of the new PDF Renderer

2014-01-25 Thread Aya Mahfouz 
Dear All,

   Is it possible at the current moment to test the new PDF Renderer online
for RTL languages? And is it possible to adjust the page layout? I see that
the default is the two column layout.


Thanks,

Kind Regards,
Aya Saif El-yazal Mahfouz


On Sat, Jan 25, 2014 at 9:56 AM, Liangent  wrote:

> I didn't look at the new renderer carefully, but I guess it's a
> Parsoid-based one. Hope that the language conversion syntax issue in PDF
> output can be resolved together with Parsoid in the future, which blocks
> the deployment of PDF output on zhwiki currently. See
> https://bugzilla.wikimedia.org/show_bug.cgi?id=34919 .
>
> -Liangent
>
>
> On Fri, Jan 24, 2014 at 2:38 AM, Matthew Walker  >wrote:
>
> > Marco,
> >
> > Is it also possible to set this up behind a firewall?
> >
> > Yes; with the caveat that your wiki must be running Parsoid. It is also
> > theoretically possible to still use Print on Demand services behind a
> > firewall as we can POST a zip bundle to them -- likely however you'd just
> > disable that functionality and I'm not sure our new bundle format is
> > entirely compatible with the old bundle format...
> >
> > If you want to set this up locally; I can help with that if you jump on
> IRC
> > #mediawiki-pdfhack on freenode. I'm mwalker.
> >
> > ~Matt Walker
> > Wikimedia Foundation
> > Fundraising Technology Team
> > ___
> > 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] How to retrieve the page, execute some time expensive operation and edit the page ONLY if it wasn't changed meanwhile

2014-01-25 Thread Liangent 
On Thu, Jan 23, 2014 at 9:22 AM, Matthew Flaschen
wrote:

> On 01/22/2014 12:35 PM, Petr Bena wrote:
>
>> this explanation should be in the documentation ;)
>>
>> anyway I guess I need to use both of them?
>>
>
> basetimestamp (the timestamp of the revision your edit is based on) should
> be sufficient.  I might be missing something, but I can't think of a
> scenario where:
>
> 1. Get the ID and timestamp of the last revision.
> 2. Get the text of that revision.
> 3. Do long-running computation based on that text.
> 4. POST an edit (resulting from that computation) with basetimestamp set
> to the timestamp obtained in #1.
>
> will cause a race condition.
>

IIRC there'll still be some race conditions in the sense of programs due to
that smart merge:

1. User A and User B fetch text;
3. User A moves paragraph 1 after paragraph 10 in their copy;
4. User B moves paragraph 1 after paragraph 20 in their copy;
5. User A and User B upload their modified text. The order of uploading
actions is not critical;
6. Result: both edits got accepted; paragraph 1 got duplicated after
paragraph 10 and 20 and removed from its original position.

just like what we do on Web UI. The key is we want to detect any mid-air
edits and abort actions in this case, instead of trying to have my edit
merged to any mid-air revisions.

-Liangent


>
> Matthew 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] Gerrit upgrade Tuesday

2014-01-25 Thread Chad 
Thankfully no it won't be changing. 2.8 still has the old screen by default.

-Chad
On Jan 24, 2014 10:55 PM, "C. Scott Ananian"  wrote:

> Will the default UI change after the upgrade?  I've grown quite used
> to the current way Gerrit looks.  gerrithub (for instance) has the
> "New Screen" as the default diff view, which I found very
> disorienting.  (If the Server default does change, you can change it
> back under Preferences > Change View > Old Screen.)
>   --scott
>
> On Fri, Jan 24, 2014 at 8:18 PM, Chad  wrote:
> > All,
> >
> > I'm planning to upgrade Gerrit from our 2.7-rc2 custom build to the 2.8.1
> > stable release on Tuesday from 01:00 to 03:00 UTC (that's 17-19:00 in
> > SF on Monday evening).
> >
> > This will result in some minor downtime while the database is upgraded.
> > I don't anticipate it to take the full 2 hour window, but I'm being
> cautious
> > because Gerrit.
> >
> > -Chad
> > ___
> > Wikitech-l mailing list
> > Wikitech-l@lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
>
>
> --
> (http://cscott.net)
>
> ___
> 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] Status of the new PDF Renderer

2014-01-25 Thread Gerard Meijssen 
Hoi Liangent,

Does [1] this answer your question ? It is a page they use for testing.
Thanks,
Gerard

http://zh.wikipedia.org/wiki/納粹德國海軍


On 25 January 2014 08:56, Liangent  wrote:

> I didn't look at the new renderer carefully, but I guess it's a
> Parsoid-based one. Hope that the language conversion syntax issue in PDF
> output can be resolved together with Parsoid in the future, which blocks
> the deployment of PDF output on zhwiki currently. See
> https://bugzilla.wikimedia.org/show_bug.cgi?id=34919 .
>
> -Liangent
>
>
> On Fri, Jan 24, 2014 at 2:38 AM, Matthew Walker  >wrote:
>
> > Marco,
> >
> > Is it also possible to set this up behind a firewall?
> >
> > Yes; with the caveat that your wiki must be running Parsoid. It is also
> > theoretically possible to still use Print on Demand services behind a
> > firewall as we can POST a zip bundle to them -- likely however you'd just
> > disable that functionality and I'm not sure our new bundle format is
> > entirely compatible with the old bundle format...
> >
> > If you want to set this up locally; I can help with that if you jump on
> IRC
> > #mediawiki-pdfhack on freenode. I'm mwalker.
> >
> > ~Matt Walker
> > Wikimedia Foundation
> > Fundraising Technology Team
> > ___
> > 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] Let's improve our password policy

2014-01-25 Thread rupert THURNER 
hi steven,

thanks for this proposal. what i trap into consistently since years is not
beeing logged in, when i want to. i'd really appreaciate if this is shown
clearly, on all wiki's. i never can remember which ones indicate it and
which ones not. mediawiki.org indicates it, btw ... and i was trying to
comment there not logged in :)

for the password policy: display a strength indicator is great. anything
more? i would say just leave it to the user.

rupert.



On Fri, Jan 24, 2014 at 8:50 PM, Steven Walling wrote:

> Hi everyone,
>
> For some time now we've had two Requests for Comment floating around
> related to passwords, neither of them making much progress.
>
> One is the older "password strength" RFC which proposed creating a module
> to tell users about the strength of their passwords. The second, "Password
> requirements", had some discussion but wasn't reaching consensus and
> implementation.
>
> After proposing it about a month ago, I've merged these two RFCs and
> refactored them in to
> https://www.mediawiki.org/wiki/Requests_for_comment/Passwords, partially
> based on feedback from Chris Steipp.
>
> Please comment. I've tried to sharpen the proposals down in to one thing we
> can do _right now_ which will do the most good for the most users. However,
> there are several other viable ideas which merit discussion and example
> implementations.
>
> Thanks!
>
> Steven
> ___
> 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] Status of the new PDF Renderer

2014-01-25 Thread Liangent 
On Sat, Jan 25, 2014 at 6:13 PM, Gerard Meijssen
wrote:

> Hoi Liangent,
>
> Does [1] this answer your question ? It is a page they use for testing.
> Thanks,
> Gerard
>
> http://zh.wikipedia.org/wiki/納粹德國海軍
>

It's mentioned as "a test case" but where's the output (expected and
actual) of that article?

-Liangent


>
>
> On 25 January 2014 08:56, Liangent  wrote:
>
> > I didn't look at the new renderer carefully, but I guess it's a
> > Parsoid-based one. Hope that the language conversion syntax issue in PDF
> > output can be resolved together with Parsoid in the future, which blocks
> > the deployment of PDF output on zhwiki currently. See
> > https://bugzilla.wikimedia.org/show_bug.cgi?id=34919 .
> >
> > -Liangent
> >
> >
> > On Fri, Jan 24, 2014 at 2:38 AM, Matthew Walker  > >wrote:
> >
> > > Marco,
> > >
> > > Is it also possible to set this up behind a firewall?
> > >
> > > Yes; with the caveat that your wiki must be running Parsoid. It is also
> > > theoretically possible to still use Print on Demand services behind a
> > > firewall as we can POST a zip bundle to them -- likely however you'd
> just
> > > disable that functionality and I'm not sure our new bundle format is
> > > entirely compatible with the old bundle format...
> > >
> > > If you want to set this up locally; I can help with that if you jump on
> > IRC
> > > #mediawiki-pdfhack on freenode. I'm mwalker.
> > >
> > > ~Matt Walker
> > > Wikimedia Foundation
> > > Fundraising Technology Team
> > > ___
> > > 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
>
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Status of the new PDF Renderer

2014-01-25 Thread Jeremy Baron 
On Jan 25, 2014 9:55 AM, "Liangent"  wrote:
> It's mentioned as "a test case" but where's the output (expected and
> actual) of that article?

You may find some answers in the initial mail that started this thread.

-Jeremy
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Status of the new PDF Renderer

2014-01-25 Thread C. Scott Ananian 
Yes, zhwiki is still an issue because of LanguageConverter.  I will be
fixing that issue in both Parsoid and the PDF renderer.  (As soon as I
fix some long-standing bugs in image handling for Parsoid/VE.)

It's a bit tough to test the renderer on-line at the moment, because
you have to import your own non-English content into the test wiki.  I
recommend trying things out off-line if possible.  I can also
email/post sample articles if you like.  RTL languages should be
well-supported; I spent about a week getting the details of the
bidirectional algorithm correct.  (And of course we inherit nice
ligatures, etc, for Arabic from the XeTeX engine.)
 --scott

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Let's improve our password policy

2014-01-25 Thread Isarra Yos 

On 25/01/14 13:02, rupert THURNER wrote:

for the password policy: display a strength indicator is great. anything
more? i would say just leave it to the user.

rupert.

This.

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Status of the new PDF Renderer

2014-01-25 Thread Aya Mahfouz 
Hello C.Scott,

   Could you kindly try importing the following articles from the Arabic
Wikipedia and then sending me the resultant pdf files?

https://ar.wikipedia.org/wiki/كأس_العالم_لكرة_القدم
https://ar.wikipedia.org/wiki/إسلام
https://ar.wikipedia.org/wiki/مكلارين_پ1
https://ar.wikipedia.org/wiki/ليفي
_أشكول 
https://ar.wikipedia.org/wiki/جامعة_الدول_العربية
https://ar.wikipedia.org/wiki/جمهورية أيرلندا

I might ask you in the future to add to your test cases some articles in
Farsi and Hebrew too. If this will be a burden, then feel free to simply
send me what you have already got. On my side, I will try to setup the
extension in the near future.

Thank you for your efforts,


Kind Regards,
Aya Saif El-yazal Mahfouz


On Sat, Jan 25, 2014 at 6:09 PM, C. Scott Ananian wrote:

> Yes, zhwiki is still an issue because of LanguageConverter.  I will be
> fixing that issue in both Parsoid and the PDF renderer.  (As soon as I
> fix some long-standing bugs in image handling for Parsoid/VE.)
>
> It's a bit tough to test the renderer on-line at the moment, because
> you have to import your own non-English content into the test wiki.  I
> recommend trying things out off-line if possible.  I can also
> email/post sample articles if you like.  RTL languages should be
> well-supported; I spent about a week getting the details of the
> bidirectional algorithm correct.  (And of course we inherit nice
> ligatures, etc, for Arabic from the XeTeX engine.)
>  --scott
>
> ___
> 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] Let's improve our password policy

2014-01-25 Thread Steven Walling 
On Sat, Jan 25, 2014 at 10:25 AM, Isarra Yos  wrote:

> On 25/01/14 13:02, rupert THURNER wrote:
>
>> for the password policy: display a strength indicator is great. anything
>> more? i would say just leave it to the user.
>>
>> rupert.
>>
> This.


We should probably have this discussion on the RFC comments. The trade-off
between security and user freedom is already brought up there, and there
are some clarifying comments that are relevant. Namely, that the RFC is
about the MediaWiki default. If a given MediWiki install wants to change
the default, they can like all config settings.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Dynamic search results as category pages

2014-01-25 Thread Jamie Thingelstad 
You could do something exactly like this very, very easily using Semantic 
MediaWiki and Concepts.
Jamie Thingelstad
ja...@thingelstad.com
mobile: 612-810-3699
find me on AIM Twitter Facebook LinkedIn

On Jan 24, 2014, at 9:55 AM, Brian Wolff  wrote:

> On Jan 24, 2014 1:54 AM, "Yuri Astrakhan"  wrote:
>> 
>> Hi, I am thinking of implementing a
>> 
>> #CATQUERY 
>> 
>> magic keyword for the category pages.
>> 
>> When this keyword is present, the category page would execute a query
>> against the search backend instead of normal category behavior and show
>> result as if those pages were actually marked with this category.
>> 
>> For example, this would allow Greek Philosophers category page to be
>> quickly redefined as
>> a cross-section of greeks & philosophers categories:
>> 
>> #CATQUERY incategory:Greek incategory:Philosopher
>> 
>> Obviously the community will be able to define much more elaborate
> queries,
>> including the ordering (will be supported by the new search backend)
>> ___
>> Wikitech-l mailing list
>> Wikitech-l@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> 
> I like the idea in principle, but think the syntax could use bikeshedding ;)
> 
> If we use this as category pages, im a little worried that people could get
> confused and try to add [[category:Greek philosophers]] to a page, and
> expect it to work. We would need good error handling in that situation
> 
>> including the ordering (will be supported by the new search backend)
> 
> Cool. I didnt realize search would support this. That's a pretty big deal
> since people expect there categorirs alphabetized.
> 
> Another cool project would be to expand intersection/Dyanamic Page List
> (Wikimedia) to be able to use search as a different backend (however, that
> extension would need quite a bit of refactoring to get there)
> 
> -bawolff
> ___
> 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] Dynamic search results as category pages

2014-01-25 Thread Yuri Astrakhan 
Of course - I am actually modeling this feature on Semantic MW. It's just
that I doubt WMF will enable SMW on the cluster any time soon :)


On Sat, Jan 25, 2014 at 4:13 PM, Jamie Thingelstad wrote:

> You could do something exactly like this very, very easily using Semantic
> MediaWiki and Concepts.
> Jamie Thingelstad
> ja...@thingelstad.com
> mobile: 612-810-3699
> find me on AIM Twitter Facebook LinkedIn
>
> On Jan 24, 2014, at 9:55 AM, Brian Wolff  wrote:
>
> > On Jan 24, 2014 1:54 AM, "Yuri Astrakhan" 
> wrote:
> >>
> >> Hi, I am thinking of implementing a
> >>
> >> #CATQUERY 
> >>
> >> magic keyword for the category pages.
> >>
> >> When this keyword is present, the category page would execute a query
> >> against the search backend instead of normal category behavior and show
> >> result as if those pages were actually marked with this category.
> >>
> >> For example, this would allow Greek Philosophers category page to be
> >> quickly redefined as
> >> a cross-section of greeks & philosophers categories:
> >>
> >> #CATQUERY incategory:Greek incategory:Philosopher
> >>
> >> Obviously the community will be able to define much more elaborate
> > queries,
> >> including the ordering (will be supported by the new search backend)
> >> ___
> >> Wikitech-l mailing list
> >> Wikitech-l@lists.wikimedia.org
> >> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> >
> > I like the idea in principle, but think the syntax could use
> bikeshedding ;)
> >
> > If we use this as category pages, im a little worried that people could
> get
> > confused and try to add [[category:Greek philosophers]] to a page, and
> > expect it to work. We would need good error handling in that situation
> >
> >> including the ordering (will be supported by the new search backend)
> >
> > Cool. I didnt realize search would support this. That's a pretty big deal
> > since people expect there categorirs alphabetized.
> >
> > Another cool project would be to expand intersection/Dyanamic Page List
> > (Wikimedia) to be able to use search as a different backend (however,
> that
> > extension would need quite a bit of refactoring to get there)
> >
> > -bawolff
> > ___
> > 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