On 8/26/10 4:25 PM, Chad wrote:
> On Thu, Aug 26, 2010 at 7:21 PM, Conrad Irwin wrote:
>> On 26 August 2010 16:13, Trevor Parscal wrote:
>>> You can also use things like function_exists() to conditionally call
>>> MediaWiki versions of things or native PHP stuff.
>>>
>> With respect, this is
On Mon, Aug 30, 2010 at 10:40 AM, Mark A. Hershberger
wrote:
> “Make it discoverable” is more of a social problem, though. It can be
> solved by using the visibility of blogs, etc. Talking about the
> libraries and using them in other projects will help.
Getting them in standard searchable, ea
Platonides writes:
> That's an interesting idea. But I'm not sure if it would achieve the
> "make it discoverable" goal.
“Make it discoverable” is more of a social problem, though. It can be
solved by using the visibility of blogs, etc. Talking about the
libraries and using them in other proje
On 8/28/10 11:17 AM, Platonides wrote:
> Mark A. Hershberger wrote:
>> Trevor Parscal writes:
>>
>>>My understanding is that PEAR has a specific coding style and set of
>>> standards, which is different than that of MediaWiki.
>> Coding style is flexible, especially if we're the ones doing t
Mark A. Hershberger wrote:
> Trevor Parscal writes:
>
>> My understanding is that PEAR has a specific coding style and set of
>> standards, which is different than that of MediaWiki.
>
> Coding style is flexible, especially if we're the ones doing the
> distribution.
>
> By this, I mean that
Trevor Parscal writes:
> My understanding is that PEAR has a specific coding style and set of
> standards, which is different than that of MediaWiki.
Coding style is flexible, especially if we're the ones doing the
distribution.
By this, I mean that “putting it in PEAR” could just mean setti
On Fri, Aug 27, 2010 at 4:31 PM, Platonides wrote:
> a) To encourage reuse and
> b) Avoid debates about using the libraries with other non-GPL code (eg.
> under PHP license)
The exact same considerations apply to MediaWiki as a whole, though,
and there are also considerations in favor of GPL. Cl
Aryeh Gregor wrote:
> On Fri, Aug 27, 2010 at 8:54 AM, Platonides wrote:
>> What about relicensing it at the same time? To BSD or so.
>
> Why?
a) To encourage reuse and
b) Avoid debates about using the libraries with other non-GPL code (eg.
under PHP license)
License of each file in libs would
So, you suggest we maintain it in 2 places (where we use it in
MediaWiki core and where people have access to it), and ask that others
push changes back to where?
This only solves part of the problem, unless we stop including these
libraries in core and make MediaWiki dependent on some PEAR m
On Fri, Aug 27, 2010 at 8:54 AM, Platonides wrote:
> What about relicensing it at the same time? To BSD or so.
Why?
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
My understanding is that PEAR has a specific coding style and set of
standards, which is different than that of MediaWiki. Also things like
JSMin should not be hijacked and thrown into PEAR -- it came from
http://github.com/rgrove/jsmin-php/ -- it already has a distribution chanel.
In other w
>
> On 8/26/10 6:46 PM, Tim Starling wrote:
> > On 27/08/10 03:57, Trevor Parscal wrote:
> >> It got me thinking that [the CSSmin class] would be
> >> pretty useful to non-MediaWiki projects too, but sadly we don't have a
> >> history of sharing in this way...
>
> > You should put it in PEAR. Ver
Chad wrote:
> IEContentAnaylzer is probably the best example. CDB-related stuff too.
>
> I went ahead and moved some stuff around in r71763.
>
> -Chad
What about relicensing it at the same time? To BSD or so.
I think IEContentAnaylzer is already OSI-compatible (the pieces added on
r44505 from ha
* Platonides [Fri, 27 Aug 2010 00:58:25 +0200]:
> Trevor Parscal wrote:
> > * Software we've ported to PHP ourselves like our native-PHP CDB
> > implementation or CSSJanus are buried in our code-base, and
make
> > use of a couple of trivial wf* global functions, making it
> >
I wrote:
> You should put it in PEAR. Very few people are going to find it if
> it's just in the MediaWiki core, regardless of what directory you put
> it in.
I wouldn't like to be accused of hypocrisy, so I released a new
version of File_Ogg:
http://pear.php.net/package/File_Ogg
It's not too ha
On 27/08/10 03:57, Trevor Parscal wrote:
> I have been working on the ResourceLoader branch, where I've ended up
> writing a CSSMin class which performs CSS minification, URI-remapping
> and data-URI in-lining. It got me thinking that this class would be
> pretty useful to non-MediaWiki projec
On Thu, Aug 26, 2010 at 7:21 PM, Conrad Irwin wrote:
> On 26 August 2010 16:13, Trevor Parscal wrote:
>> You can also use things like function_exists() to conditionally call
>> MediaWiki versions of things or native PHP stuff.
>>
>
> With respect, this is the wrong way to go about it. Unconditio
On 26 August 2010 16:13, Trevor Parscal wrote:
> You can also use things like function_exists() to conditionally call
> MediaWiki versions of things or native PHP stuff.
>
With respect, this is the wrong way to go about it. Unconditionally
remove all MediaWIki from within the library, and, if ne
You can also use things like function_exists() to conditionally call
MediaWiki versions of things or native PHP stuff.
- Trevor
On 8/26/10 3:58 PM, Platonides wrote:
> Trevor Parscal wrote:
>> * Software we've ported to PHP ourselves like our native-PHP CDB
>>implementation or CSS
Trevor Parscal wrote:
> * Software we've ported to PHP ourselves like our native-PHP CDB
> implementation or CSSJanus are buried in our code-base, and make
> use of a couple of trivial wf* global functions, making it
> somewhat inaccessible to third-party users.
We should pr
On Thu, Aug 26, 2010 at 2:53 PM, Trevor Parscal wrote:
> Right - to be clear, I meant phase3/libraries, not moving things
> completely out of phase3.
Yeah -- moving them out of phase3/ would be attractive, so that they
really look like separate projects, but probably not worth it.
_
Right - to be clear, I meant phase3/libraries, not moving things
completely out of phase3.
- Trevor
On 8/26/10 11:50 AM, Aryeh Gregor wrote:
> On Thu, Aug 26, 2010 at 1:57 PM, Trevor Parscal
> wrote:
>> I have been working on the ResourceLoader branch, where I've ended up
>> writing a CSSM
On Thu, Aug 26, 2010 at 1:57 PM, Trevor Parscal wrote:
> I have been working on the ResourceLoader branch, where I've ended up
> writing a CSSMin class which performs CSS minification, URI-remapping
> and data-URI in-lining. It got me thinking that this class would be
> pretty useful to non-Media
I have been working on the ResourceLoader branch, where I've ended up
writing a CSSMin class which performs CSS minification, URI-remapping
and data-URI in-lining. It got me thinking that this class would be
pretty useful to non-MediaWiki projects too, but sadly we don't have a
history of sha
24 matches
Mail list logo
