[development] Reboot the PHP filter talk

Kobus Myburgh itbjdm at puknet.puk.ac.za
Mon Jan 30 10:18:50 UTC 2006


You have a compelling argument. I withdraw my opinion from earlier ;-)



>>> rob at robshouse.net 1/30/2006 12:16:08 PM >>>

I think the point is that filters have a clear path of integration 
through the module system already. A common case is that a module 
depends on the filter for a part of its functionality, and that the 
filter cannot simply stand alone. The the GMap module, for example. 
Without the macro creator to generate the blob of text from a Google 
map, the filter would be useless. Having it in a separate file would 
benefit nobody, and having some filters in modules and some filters in 
.filter files would be very confusing. Furthermore, filters often depend 
on other module hooks, so separating them from their module roots also 
doesn't make sense.



Kobus Myburgh wrote:
> Hehe.. True, true. But how about .kobusshutup?
> Honestly, I really see the need of something like this - you can't seriously compare .user and .filter here, can you? A 'user' is not something you apply to content. I can also see the use of .menu. Soon .install files will also be wide spread.
> Kobus
>>>> ber at webschuur.com 1/30/2006 12:05:45 PM >>>
> Op maandag 30 januari 2006 10:36, schreef Kobus Myburgh:
>> If I can butt in here long after talks have calmed down, I believe this is
>> a good move, but it could be better if you could have some sort of
>> name.filter that is plugged in with the filter.module, don't you think? In
>> other words, simply copy the new .filter file in the same folder as the
>> module to make it work?
> I oppose to Yet Another Module System. we have the .module. What would be 
> next .menu? .node? .user? etc. hooks are perfectly fine for this IMO.

More information about the development mailing list