[wp-hackers] Inclusion of TimThumb -- anyone game?

Gaarai gaarai at gaarai.com
Fri Mar 6 00:17:18 GMT 2009


I've published the details of the image and file utility I talked about 
before at WordPress File and Image Utility 
<http://ithemes.com/wordpress-file-and-image-utility/>. It features a 
large variety of features.

Please check it out and let me know if you find it interesting, useful, 
or even vile. :)

Chris Jean
http://gaarai.com/
http://wp-roadmap.com/



Paul wrote:
> Mike,
>
> No harm taken on my end. Always open for criticism.
>
> P-
>
> On Mar 5, 2009, at 2:53 PM, Mike Schinkel wrote:
>
>> Oh, hopefully you didn't get me wrong, it's a good plugin I plan to 
>> use if and when it fits my use-cases. Many of my plugins meet 
>> specific use-cases but not general use-cases; we build what we need 
>> when we need it!  OTOH, glad to see Media Tags is moving in the 
>> direction of using taxonomy; that would be quite helpful.  BTW, it 
>> would also be nice if you could constrain taxonomy in general or my 
>> mime class (i.e. 'image') or mime type (i.e. 'image/jpeg').
>>
>> My only comments were to say I didn't think the functionality in the 
>> Media Tags plugin is ready for inclusion in core as is, and I'd love 
>> to see a "standard" way baked into core for plugins and themes to 
>> deal with images.
>>
>> -Mike Schinkel
>> http://mikeschinkel.com/
>>
>> ----- Original Message -----
>> From: "Paul" <paul at codehooligans.com>
>> To: wp-hackers at lists.automattic.com
>> Sent: Thursday, March 5, 2009 3:31:11 PM GMT -05:00 US/Canada Eastern
>> Subject: Re: [wp-hackers] Inclusion of TimThumb -- anyone game?
>>
>> Mike,
>>
>> Thanks for your thoughts on the Media Tags plugin. It was written and
>> released just for tagging not really for association of the 'size' of
>> an image. That responsibility is still on the shoulders of the of the
>> uploading user. As for the comment about storing the tags in the post-
>> meta I totally agree. Again this was written to quickly and in the
>> mind that a given post would have associated images. The Media Tags
>> plugin provided the need to filter through the various posts' images
>> without resorting to use kludges in the image name or title. I've been
>> working on the next release of the plugin that does the taxonomy table
>> to store the tags. This change will facilitate the search for tagged
>> image across all posts not just the current loop item.
>>
>> Thanks again.
>> Paul
>>
>>
>> On Mar 5, 2009, at 2:20 PM, Mike Schinkel wrote:
>>
>>> "Paul" <paul at codehooligans.com> wrote:
>>>> I have a better solution. I wrote a Media Tags plugin back
>>>> Dec 2008 so I can stop asking the client to name the image
>>>> with a certain pattern.
>>>
>>> FWIW, I was excited about the Media Tags plugin plugin for my
>>> current project but found that it didn't work well for the client's
>>> workflow because it is too free-form and because of how it stored
>>> its data in the database. I ended up writing a custom plugin for
>>> "video channels."
>>>
>>> While I still think Media Tags is conceptually a good plugin and
>>> really useful as is, it doesn't address use cases where there is a
>>> need for the admin to explicitly specify a selection of specific
>>> sizes with optionally named specific roles.  It also doesn't
>>> (currently) store rich enough data in the databasse to associate the
>>> image type of "sidebar" with the fact that the sidebar image must
>>> be, for example, 120x180. Even more, it stores its media tags solely
>>> in postmeta instead of in the taxonomy tables where it could better
>>> leveraged by additional types of SQL queries.
>>>
>>> Actually, I'd love to see media tags functionality rolled into the
>>> core to address the free-form tagging use-case, but would want to
>>> see it rearchitected to use taxonomny before that was done.  For the
>>> use case that requires structured image functionality, see my
>>> previous email.
>>>
>>> FWIW, I've done a lot of the code for this in my past several
>>> projects and, if we can agree on what it should look like I can
>>> either contribute the code to the core or provide a plugin that
>>> meets the design agreed to by the community, or collaborate with
>>> others to do the same.
>>>
>>> -Mike Schinkel
>>> http://mikeschinkel.com/
>>> _______________________________________________
>>> wp-hackers mailing list
>>> wp-hackers at lists.automattic.com
>>> http://lists.automattic.com/mailman/listinfo/wp-hackers
>>
>> _______________________________________________
>> wp-hackers mailing list
>> wp-hackers at lists.automattic.com
>> http://lists.automattic.com/mailman/listinfo/wp-hackers
>> _______________________________________________
>> wp-hackers mailing list
>> wp-hackers at lists.automattic.com
>> http://lists.automattic.com/mailman/listinfo/wp-hackers
>
> _______________________________________________
> wp-hackers mailing list
> wp-hackers at lists.automattic.com
> http://lists.automattic.com/mailman/listinfo/wp-hackers
>


More information about the wp-hackers mailing list