[wp-trac] Re: [WordPress Trac] #2794: Make thumbnail creation
pluggable
WordPress Trac
wp-trac at lists.automattic.com
Fri Jun 9 13:25:08 GMT 2006
#2794: Make thumbnail creation pluggable
----------------------------+-----------------------------------------------
Id: 2794 | Status: assigned
Component: Administration | Modified: Fri Jun 9 13:25:08 2006
Severity: enhancement | Milestone: 2.1
Priority: normal | Version: 2.1
Owner: mdawaffe | Reporter: mdawaffe
----------------------------+-----------------------------------------------
Comment (by ryanscheuermann):
Well, if that is the case, then I submit my Upload Manager plugin (written
on top of my patch) for another example of how it /could/ be done. It
simply replaces the iframe and provides an "Uploads" options menu. As of
right now, I only use it internally for my clients. I can't submit the
code (as it depends upon another plugin), but if it's of interest, I can
do some rework to make it standalone. And it's not at all l10n'd.
I've attached a ZIP that contains a few screenshots.
Its features include:
* Ability to sort by Date and Name (ASC & DESC)
* Filtering by 4 options: Images, Files, Music, Video (does mime-type
matching)
* Paging
* Switches the Preview based on toggled options in a manner that is
visible [not hidden by popup] (see Toggle More Options screenshot - shows
Gallery thumbnail instead of regular thumbnail)
* Creates an additional "center-square" cropped thumbnail (Gallery) (this
is configurable to crop the top, center, bottom, or simply resize to a
smaller setting)
* Automatically resizes the original image based on an option (saves my
clients from uploading huge photos (as in resolution-big) direct from
their digital cameras)
* Filters uploads into subdirectories based on mime-type (images, files,
music, video)
* Options page that allows you to change the visible options (you can tell
it to, by default, link to the page using the thumbnail, and then only
give the end user an option to change alignment - this feature is wholly
designed for my non-savvy clients - better to make the decision for them
than confuse with too many options)
* Intense separation of JS and HTML (basically, the loops output 2 JS
arrays for each attachment: metadata and options, and then when clicking
"Insert File", there is a JS function that evals the chosen options to
create the appropriate HTML) - it was designed to easily alter/hook the
"insert HTML" methods because sometimes I use Markdown syntax instead of
HTML.
* Unfortunately, the downside is that I never coded a noscript method, but
it's entirely within reason to add this ability.
Recently (and here's where it depends on other plugins), I've switched it
to using a "tag" method that is filtered by the_content (in the form of
<cms:upload name="Moose" id="3" link="page" show="thumb" align="center"/>)
- but I wouldn't submit that as a core feature. (This allows me to alter
the HTML output on the fly without having to find/replace through all my
posts whenever something changes. Plus, it looks a lot less confusing for
my clients who don't understand all that HTML.)
I'm also working on an Admin level page for managing them outside the
iframe (but that's still in development). I would love to see the iframe
source as a regular old WP admin page with the ability to add new tabs.
(I'm also developing an "Easy Insertions" plugin to aid my clients
inserting things like links to other pages, contact forms, mailing list
signup forms, etc. - would like to do it as an additional iframe tab.)
I figured most of these features are left for plugin territory, but I have
no problems with giving back to the core. Obviously I'd like to see the
core change in such a way that doesn't cause me to have to redevelop the
whole thing (which has happened before). If either you or Andy want to
discuss this in detail - drop me a line: ryan at concept64 dot com. I'd
be glad to help.
--
Ticket URL: <http://trac.wordpress.org/ticket/2794>
WordPress Trac <http://wordpress.org/>
WordPress blogging software
More information about the wp-trac
mailing list