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

[Mike Schinkel]

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