If we proceeded to remove the feature, they could
fairly easily add it into Popups or one of the other JS citadels.
I don't see a way to do it in JS w/o lengthy expensive API checks..
Leo
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
Leo Koppelkamm diebu...@gmail.com wrote in message
news:banlktinsckfvpnrscska4svdgq9zgvu...@mail.gmail.com...
If we proceeded to remove the feature, they could
fairly easily add it into Popups or one of the other JS citadels.
I don't see a way to do it in JS w/o lengthy expensive API
Platonides platoni...@gmail.com wrote in message
news:isjjo3$dmq$1...@dough.gmane.org...
Ashar Voultoiz wrote:
On 06/06/11 00:56, K. Peachey wrote:
snip
Since it skips cache, can not we disable that stub highlighter once for
all?
Logged in users don't get cached versions of the page...
On 06/06/11 00:56, K. Peachey wrote:
snip
Since it skips cache, can not we disable that stub highlighter once for all?
Logged in users don't get cached versions of the page...
I am well aware of that. The root cause being the various options
available to users, my proposal is merely to get
On Sun, Jun 5, 2011 at 6:22 PM, Platonides platoni...@gmail.com wrote:
If the user has a stub threshold different than 0, SELECT
page_namespace,page_title FROM pagelinks JOIN page ON ... WHERE
pl_from=$this-mArticleId AND page_len $user-getStubThreshold();
For each of those stub pages: $a =
On Mon, Jun 6, 2011 at 4:21 PM, Aryeh Gregor
simetrical+wikil...@gmail.com wrote:
Hmm, interesting approach. Basically a postprocessor like I was
thinking of, except simpler. I was thinking you'd insert special
markers into the HTML that you'd replace later. But I can't think of
any ways
Ashar Voultoiz wrote:
On 06/06/11 00:56, K. Peachey wrote:
snip
Since it skips cache, can not we disable that stub highlighter once for all?
Logged in users don't get cached versions of the page...
I am well aware of that. The root cause being the various options
available to users, my
Platonides writes:
No.
Currently it would mean not caching any page view.
The feature would need to be adapted to allow efficient stub linking
(I have some ideas about it, and the new linker makes things easier).
Still, we might not allow stub links for anons in miser mode.
Feel free to
Platonides Platonides at gmail.com writes:
Feel free to open a bug.
Thanks, did so:
https://bugzilla.wikimedia.org/show_bug.cgi?id=29276
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
Aryeh Gregor wrote:
It would be better if we could fix it so it didn't break caching at
all, of course, such as by adding the coloring during a postprocessing
stage, after the parser cache is invoked rather than before.
There's a tracking bug about avoiding parser cache fragmentation:
On Sun, Jun 5, 2011 at 2:25 PM, MZMcBride z...@mzmcbride.com wrote:
I think he's talking about changing the default value of
$wgDefaultUserOptions's stubthreshold on a per-wiki basis. It's currently
0 everywhere, as far as I know.
We could do that if we wanted to disable the parser cache for
On 5 June 2011 21:09, Aryeh Gregor simetrical+wikil...@gmail.com wrote:
On Sat, Jun 4, 2011 at 11:24 AM, Tisza Gergö gti...@gmail.com wrote:
- a lot of editors seem to use it already to find articles which need some
care,
and currently it slows down page loading for them because it breaks
On Sun, Jun 5, 2011 at 4:46 PM, Niklas Laxström
niklas.laxst...@gmail.com wrote:
Why don't we just add the numbers to html and let JavaScript make
sense out of them?
We can't put the numbers in any form in the parser cache, because
they'll become outdated as soon as the length of the linked
Federico Leva (Nemo) wrote:
Platonides writes:
No.
Currently it would mean not caching any page view.
The feature would need to be adapted to allow efficient stub linking
(I have some ideas about it, and the new linker makes things easier).
Still, we might not allow stub links for anons in
Aryeh Gregor wrote:
On Sat, Jun 4, 2011 at 6:54 PM, Platonidesplatoni...@gmail.com wrote:
No.
Currently it would mean not caching any page view.
The feature would need to be adapted to allow efficient stub linking
(I have some ideas about it, and the new linker makes things easier).
What
On 06/06/11 00:09, Platonides wrote:
snip
No. Anything other than showing no stubs skips the cache.
Since it skips cache, can not we disable that stub highlighter once for all?
--
Ashar Voultoiz
___
Wikitech-l mailing list
On Mon, Jun 6, 2011 at 8:48 AM, Ashar Voultoiz hashar+...@free.fr wrote:
On 06/06/11 00:09, Platonides wrote:
snip
No. Anything other than showing no stubs skips the cache.
Since it skips cache, can not we disable that stub highlighter once for all?
Logged in users don't get cached versions
Hi all,
MediaWiki has a user setting to add a CSS class to article links whose length
is
below a certain threshold (preferences/appearance/advanced options/threshold
for
stub link formatting). Is it possible to enable this by default on a Wikimedia
wiki? Some of the advantages:
- a lot of
Tisza Gergö wrote:
Hi all,
MediaWiki has a user setting to add a CSS class to article links whose length
is
below a certain threshold (preferences/appearance/advanced options/threshold
for
stub link formatting). Is it possible to enable this by default on a Wikimedia
wiki?
No.
Currently
19 matches
Mail list logo
