Re: [Wikitech-l] ResourceLoader, now in trunk!

2010-09-09 Thread Jean-Marc van Leerdam
Hi,

On 9 September 2010 09:36, Tgr  wrote:
> Roan Kattouw  gmail.com> writes:
>
>> Actually, the line number would not mean a great deal because the
>> scripts would still be combined, comments frequently take up entire
>> lines and the deminifier cannot account for blank lines, statements
>> broken over multiple lines, or multiple statements on one line. All
>> this means it's impossible to map the line number to a source line and
>> file, although I agree it does map it to a statement: someone else can
>> add a breakpoint at the same line of the same combined+minified output
>> (provided they're also hitting the same load.php URL) and have that
>> break at the exact statement the reporter got their error on.
>
> It shouldn't be too hard to have the minification script create a line number
> translation table; just delay stripping newlines until the end, and create an
> index of newline positions in the original and minified versions of the code.
> (You would need error offsets for that to be useful, though; I don't know 
> which
> browsers provide that.)
>

Why not leave line endings in place (with multiple line endings
trimmed to one)? Or are the line endings a significant part of the
minification gain?


-- 
Regards,

Jean-Marc
--
.       ___
.  @@  // \\      "De Chelonian Mobile"
. (_,\/ \_/ \     TortoiseSVN
.   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
.   /_/   \_\     http://tortoisesvn.net

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


Re: [Wikitech-l] fundraising earmarks for code review, image bundle dumps, search failover auction, Wikinews independence, bugzilla queue maintenance etc.

2010-09-03 Thread Jean-Marc van Leerdam
Hi,

On 3 September 2010 22:47, Platonides  wrote:
>
> Other issues are different, since you would need an employee (or
> otherwise someone with shell access) to fullfill it. And if you want WMF
> to have its employee do X, the pay would be 'I give Y money to WMF if
> they fix this first'? That seems a bit awkward.
>
> The idea of earmarking for minor donations is good, but it should not be
> readily available (we don't want to not being able to pay anything),
> while not completely hidden, either.
>

Well, if you want to keep some control over destinations of the
donations you could allow to earmark up to 50% of the donation. Or
some other portion. And you could use the results of the earmarked
donations at the end of the fundraising period to divide all of the
donations in a likewise matter (or a major portion of the general
donations).

That could give at least a better view on where the people that supply
the funds would like to see the efforts spend.

-- 
Regards,

Jean-Marc
--
.       ___
.  @@  // \\      "De Chelonian Mobile"
. (_,\/ \_/ \     TortoiseSVN
.   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
.   /_/   \_\     http://tortoisesvn.net

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


Re: [Wikitech-l] Vector skin not working on BlackBerry?

2010-05-27 Thread Jean-Marc van Leerdam
Hi,

On 24 May 2010 21:09, David Gerard  wrote:
> On 24 May 2010 20:04, David Gerard  wrote:
>
>> Do we have a known graceful-degradation path when a browser is just
>> too crappy to deal with l33t skins like Vector? I'm thinking of the
>> PS3 users here, noisy as they are considering their near-negligible
>> user percentage. ('Cos when you're on a gaming platform, reading an
>> encyclopedia is of course the first use that springs to mind.)
>> Apparently their browser is a NetFront variant.
>
>
> Sending PS3 to mobile as well may be appropriate:
>
> http://www.design215.com/read.php?title=playstation%203%20browser%20specs
>
> Anyone got a PS3 to test on?
>

Yesterday I finally found some time to fire up the PS3 again and look
at the web-browsing. The Mediawiki rendering is indeed not completely
correct. There are large vertical bands of gray layered across the
text: the tabs available at the top of a page are extended downwards
and obscure the text.

I have not yet found a way to look at it in another way than actually
browsing, so it may be difficult to investigate further. If anyone has
ideas/suggestions on how to show/report the rendering, then just let
me know (if you want I can take some shots with the digital camera and
upload them somewhere).

-- 
Regards,

Jean-Marc
--
.   ___
.  @@  // \\  "De Chelonian Mobile"
. (_,\/ \_/ \ TortoiseSVN
.   \ \_/_\_/>The coolest Interface to (Sub)Version Control
.   /_/   \_\ http://tortoisesvn.net

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


Re: [Wikitech-l] Common.css not working

2010-03-25 Thread Jean-Marc van Leerdam
Hi,

On 25 March 2010 17:21, Platonides  wrote:
> Jean-Marc van Leerdam wrote:
>> Regardless of whether you succeed in hiding the 'view source' tab, how
>> will you counter URL manipulation by the user?
>>
>> AFAIK anyone can change the URL to
>>
>> ...index.php?title=Pagename&action=edit
>>
>> and then get presented with the 'view source' results (or the edit
>> window for that matter if the user/anon has edit rights).
>>
>> Or are you only concerned in the aestethics of the page rendering?
>
> The [view source] tab appears only when you don't have permission to
> edit it, so going to the direct url won't allow you to modify it.
>

Yes, I know that, what I wanted to add is that suppressing the 'view
source' tab as a means to hide the Wiki source from viewers is
insufficient.

-- 
Regards,

Jean-Marc
--
.   ___
.  @@  // \\  "De Chelonian Mobile"
. (_,\/ \_/ \ TortoiseSVN
.   \ \_/_\_/>The coolest Interface to (Sub)Version Control
.   /_/   \_\ http://tortoisesvn.net

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


Re: [Wikitech-l] Common.css not working

2010-03-24 Thread Jean-Marc van Leerdam
Hi,

On 24 March 2010 23:34, Makelesi Kora-Gonelevu  wrote:
> Hi im trying to hide the [view source] tab from annonymous users to my wiki.
>

Regardless of whether you succeed in hiding the 'view source' tab, how
will you counter URL manipulation by the user?

AFAIK anyone can change the URL to

...index.php?title=Pagename&action=edit

and then get presented with the 'view source' results (or the edit
window for that matter if the user/anon has edit rights).

Or are you only concerned in the aestethics of the page rendering?


-- 
Regards,

Jean-Marc
--
.   ___
.  @@  // \\  "De Chelonian Mobile"
. (_,\/ \_/ \ TortoiseSVN
.   \ \_/_\_/>The coolest Interface to (Sub)Version Control
.   /_/   \_\ http://tortoisesvn.net

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


[Wikitech-l] Description of process flow available?

2010-01-30 Thread Jean-Marc van Leerdam
Hi,

Does MW.org provide some relatively high level description of the
process flow / object interaction that is followed when rendering
mediawiki pages?

I've been searching mediawiki.org and the source tree from my mw
installation but so far I only found class-based 'local' information.

I am happy to contribute a more high level description, if that is not
yet available, but would much prefer to use (and if needed contribute
to) an existing description.

Do we have class models and process flow descriptions available somewhere?

I am most interested in the way Parser, ParserOutput, Skin and the
related classes interoperate, as well as how user extensions and hooks
are supposed to interact with the core mediawiki software.

--
Regards,

Jean-Marc
--
.       ___
.  @@  // \\      "De Chelonian Mobile"
. (_,\/ \_/ \     TortoiseSVN
.   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
.   /_/   \_\     http://tortoisesvn.net

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