https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
--- Comment #37 from Phillip Patriakeas ---
(In reply to comment #35)
> Phillip: Wikimedia wikis now support Scribunto (cf.
> [[mw:Extension:Scribunto]])
> and Lua (cf. [[mw:Extension:Scribunto/Lua reference manual]]). This should
> provide rob
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
Bawolff (Brian Wolff) changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
--- Comment #35 from MZMcBride ---
Phillip: Wikimedia wikis now support Scribunto (cf. [[mw:Extension:Scribunto]])
and Lua (cf. [[mw:Extension:Scribunto/Lua reference manual]]). This should
provide robust string manipulation capability and reso
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
Alexandr Ignatiev changed:
What|Removed |Added
CC||ignatus31...@mail.ru
--- Comment #
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
Bugmeister Bot changed:
What|Removed |Added
Priority|Highest |Normal
--
Configure bugmail: https:/
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
Jan Kucera (Kozuch) changed:
What|Removed |Added
Priority|Normal |Highest
--- Comment #34 from Jan
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
Danny B. changed:
What|Removed |Added
Blocks||6455
Depends on|6455
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
--- Comment #33 from Phillip Patriakeas
2011-02-14 21:24:18 UTC ---
Template coders very heavily use transclusion as "part of the hidden logic" of
templates - there are things that are far cheaper and easier to do with a
transclusion than with
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
--- Comment #32 from Bawolff 2011-02-14 21:05:22 UTC ---
Please, lets not turn this into a re-iteration of the 150 odd comments on bug
6455.
>(why it's expensive is a mystery, it should be much
>cheaper to find if something exists than to tran
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
--- Comment #31 from Rich Farmbrough 2011-02-14
14:55:31 UTC ---
I find Mark's confusion only too understandable.
The thrust of the argument against providing extended parser functions (and
most other string handling possibilities) seems to b
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
--- Comment #30 from Phillip Patriakeas
2011-02-12 06:14:20 UTC ---
(In reply to comment #28)
> But, MZ, I'm not sure how saying "StringFunctions isn't going to happen" is
> the
> same as saying "ParserFunctions can't fill the role". When yo
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
--- Comment #29 from MZMcBride 2011-02-12 06:05:19 UTC ---
(In reply to comment #28)
> But, MZ, I'm not sure how saying "StringFunctions isn't going to happen" is
> the
> same as saying "ParserFunctions can't fill the role". When you say "oh,
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
--- Comment #28 from Mark A. Hershberger 2011-02-12
05:58:51 UTC ---
But, MZ, I'm not sure how saying "StringFunctions isn't going to happen" is the
same as saying "ParserFunctions can't fill the role". When you say "oh, if we
can't have Stri
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
--- Comment #27 from MZMcBride 2011-02-12 05:45:57 UTC ---
(In reply to comment #26)
> So it would help developers if it were made clearer here that the thing that
> is
> wanted is some features enabled or implemented in ParserFunctions, that
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
--- Comment #26 from Mark A. Hershberger 2011-02-12
05:21:22 UTC ---
(In reply to comment #25)
> Please tell me you're joking...
Not joking, but, as MZ pointed out on IRC, I am ignorant.
It has only been dismissively mentioned here and media
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
--- Comment #25 from Phillip Patriakeas
2011-02-12 04:56:23 UTC ---
(In reply to comment #24)
> Would the installation of
> http://www.mediawiki.org/wiki/Extension:ParserFunctions fix this?
Please tell me you're joking...
--
Configure bugma
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
Mark A. Hershberger changed:
What|Removed |Added
CC||m...@everybody.org
--- Comment #
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
Jeff G. changed:
What|Removed |Added
CC||rsyqfiojg...@spammotel.com
--- Comment #23 f
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
--- Comment #22 from Alex Z. 2011-01-05 01:29:07 UTC ---
(In reply to comment #21)
> (In reply to comment #20)
> > I'm referring to the string hacks. I'm aware that the cite templates are
> > slow.
> > However, while the Obama article uses nea
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
--- Comment #21 from MZMcBride 2011-01-05 01:21:18 UTC ---
(In reply to comment #20)
> I'm referring to the string hacks. I'm aware that the cite templates are slow.
> However, while the Obama article uses nearly 200 different templates, none o
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
--- Comment #20 from Alex Z. 2011-01-05 01:12:34 UTC ---
(In reply to comment #19)
> (In reply to comment #18)
> > Has it actually been shown that the current hacks really are slow? They're
> > ugly
> > hacks, but that doesn't necessarily mean
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
--- Comment #19 from MZMcBride 2011-01-05 00:24:58 UTC ---
(In reply to comment #18)
> Has it actually been shown that the current hacks really are slow? They're
> ugly
> hacks, but that doesn't necessarily mean that they're actually slow in r
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
--- Comment #18 from Alex Z. 2011-01-04 17:02:47 UTC ---
(mid-air collision with comment 17)
(In reply to comment #16)
> o Happy template writers
And non-template writers? Will they like it when already-complicated templates
get more complica
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
--- Comment #17 from Happy-melon 2011-01-04 16:42:53 UTC
---
(In reply to comment #16)
> I have to agree with Aryeh, there was a pipe-dram about Lua. Now that's dead
> this needs escalating.
Escalation is the word, certainly... :P
> We cur
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
Rich Farmbrough changed:
What|Removed |Added
CC||rich...@farmbrough.co.uk
--- Comment
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
--- Comment #15 from Aryeh Gregor 2011-01-03
23:47:59 UTC ---
The objection to Lua was not on the part of MediaWiki users. The objection was
that it would make Wikipedia content impossible to reuse on shared hosting,
since they can't install
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
--- Comment #14 from Alex Z. 2011-01-03 23:43:36 UTC ---
I only see one person there (Robert Rohde, in comment 16) who could really be
described as an "end user" who was opposed to Lua. The others are either
developers or they're ambivalent abo
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
Phillip Patriakeas changed:
What|Removed |Added
Depends on||6455
--
Configure bugmail: https
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
Phillip Patriakeas changed:
What|Removed |Added
Depends on||19298
--
Configure bugmail: http
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
--- Comment #13 from Kevin Norris 2011-01-03
20:28:36 UTC ---
(In reply to comment #12)
> (In reply to comment #10)
> > Well, basically we want StringFunctions, but the developers have said no, so
> > what we really want is something equivalen
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
--- Comment #12 from Alex Z. 2011-01-03 16:29:37 UTC ---
(In reply to comment #10)
> Well, basically we want StringFunctions, but the developers have said no, so
> what we really want is something equivalent in power and speed to SF.
> Unfortu
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
--- Comment #11 from MZMcBride 2011-01-03 07:29:30 UTC ---
(In reply to comment #10)
> Well, basically we want StringFunctions, but the developers have said no, so
> what we really want is something equivalent in power and speed to SF.
I think
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
Kevin Norris changed:
What|Removed |Added
CC||nykevin.nor...@gmail.com
--- Comment #1
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
--- Comment #9 from Happy-melon 2010-12-29 00:49:38 UTC
---
(In reply to comment #7)
> I am going to regret asking this, but *exactly* which features do you want
> this
> to have?
As enwiki has demonstrated admirably with [[Category:String m
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
--- Comment #8 from Phillip Patriakeas
2010-12-29 00:44:54 UTC ---
I'm really not sure - I was never heavily involved in templates that would have
benefited from string parsing myself (though most templates doing advanced
parsing would benefit
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
Ariel T. Glenn changed:
What|Removed |Added
CC||ar...@wikimedia.org
--- Comment #7 fr
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
--- Comment #6 from Phillip Patriakeas
2010-12-28 22:43:35 UTC ---
That may be; I'm not familiar with the product/component bug landscape, and
just filed this under the categorization that sounded most relevant.
--
Configure bugmail: https:/
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
--- Comment #5 from Chad H. 2010-12-28 22:14:42 UTC
---
This should go under extension requests then. Site requests are for
configuration changes, which this is not (since you're so clearly saying this
isn't a dupe of bug 6455)
--
Configure
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
Phillip Patriakeas changed:
What|Removed |Added
CC||dragonlordofxant...@gmail.c
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
--- Comment #3 from MZMcBride 2010-11-24 20:56:31 UTC ---
(In reply to comment #2)
> I don't see why this isn't a duplicate of bug 6455. You're not going to get
> people turning stuff on when Tim's vetoed it, go ask Tim directly to
> reconsid
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
Aryeh Gregor changed:
What|Removed |Added
CC||simetrical+wikib...@gmail.c
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092
--- Comment #1 from Max Semenik 2010-11-24 19:18:08 UTC
---
Which of them do you want exactly (some functions can be implemented by using
other functions), and how EXACTLY is this bug different from bug 6455 other
than that it doesn't mention
42 matches
Mail list logo