37
Responses
Comments
Trackbacks/Pingbacks
-
[…] Configuration Links For All Plugins : A WordPress Hack Some time ago Jeff @ weblogtoolscollection.com wrotea post or, shall we say, a rant about how one can waste a lot of time searching for a plugin’s […]
-
[…] the option to add a configuration form to the plugins page to avoid cluttering up the admin space. Jeffro picked up this post on Weblog Tools Collection and suggested it as a way to make it more certain for users where to find the link for the plugin […]
-
[…] replicate the Habari method of configuring plugins over to WordPress. Jeff posted the idea to both Weblog Tools Collection and the WordPress Dev Mailing list and it generated a lit of discussion, resulting in a very minor […]
-
[…] Where Is That Settings Page? […]
Translate This Page
About the Author
- Jeff Chandler
Categories
- bbpress
- Best of WordPress
- Blog Templates Blog Skins Blog Themes
- Blogging
- Blogging Essays
- Blogging News
- brainstorming
- buddypress
- Business of Blogging
- CMS
- Code
- Cold Fusion
- Community Interviews
- Cool Scripts
- General
- HOW-TO
- LinkyLoo
- Movable Type Plugins
- Photolog Script
- Podcasting
- QuickLinking
- Spam
- SXSW
- TLA
- Tutorials
- User Reviews
- Web Design
- Web Ethics
- Weblog Add-Ons
- Weblog tools blog tools blogging tools
- Weekly Plugin Review
- WLTC Community
- wordcamp
- WordPress
- WordPress Discussions
- WordPress FAQs
- Wordpress for Beginners
- WordPress Hack
- WordPress News
- WordPress Plugin Competition
- WordPress Plugins
- WordPress Polls
- WordPress Security
- WordPress Templates WordPress Skins WordPress Themes
- WordPress Tips
- WordPress Tools
- WordPress Troubleshooting
- WordPress Weekly
- WordPress Widgets
- WordPress WishList
- XHTML Tips
Obviously Powered by WordPress. © 2003-2013
I have no problem reading the Read Me file when I first install a plugin. The problem is when I make changes, switch themes, or otherwise need to tweak something. Having to go back and read EVERY Read Me file for every plugin is tedious and a horrible waste of time. I love the idea of a Configure option next to Dectivate|Edit.
I think maybe Just 1 configure link maybe too little. I am thinking of 3 levels of menu.
1st Level – Plugins Configurations
2nd Level – Plugin Name
3rd Level – Add | Edit | Delete | Settings | Uninstall
I wrote about this in June — how to add action links to plugins:
http://striderweb.com/nerdaphe.....ion-links/
Apologies — I misunderstood what the article was truly about.
I would love to see something like this. It would be great for plugins that have entire Settings pages for, say, a single setting. *cough*Akismet*cough*
I have to say that his article is a bit hard to follow, though, because he’s mainly talking about making the plugin extensible. It would be nice to see an article that shows how to do _just_ the mini-config rather than multiple different things at once….
Stephen, I wrote two fairly similar posts and perhaps confused things. Try this post: http://www.wp-fun.co.uk/2008/1.....t-plugins/
And, I have amended the plugin to make use of the hook you wrote about in your post, to offer more ways of doing it.
I wouldn’t mind seeing a configure link near the Deactivate/Edit link in addition to, but not in place of, options in the menus. Such configure links would be convenient for the person installing plugins. But for those who use WordPress installed by others, this introduces usability issues by separating configuration options from their context of what they do. The menus offer that context if the plugin author chooses placement wisely.
Valid points made and where those dedicated pages for settings appear is somewhat of a usability issue because of the various names of the top level menus.
That’s a great point that I hadn’t thought of. My thoughts were that this would be for plugin config, and not for things like new functionality that really does need a page under manage or settings.
I think this is an excellent point–I often find myself searching about for which plugin configures where–a bit exasperating, at least to me. Adding a “Configure” link next to the plugin itself would certainly be beneficial to me.
I see that some authors already have adopted this–even if it’s a link to another admin location, at least it’s a logical place to start.
I like the idea of a configure link next to deactivate/edit – but not as a mini config (except for something like akismet that has one thing to configure (api key)). I’d like to see the link go to a configuration page as the current links in manage or setting go to.
Ah, well the discussion occurred on Trac for leading up to 2.5. However the changes in 2.5 kind of pushed it aside as no one was willing to work on it. As one of those who would also like to see it in, well the biggest argument on the wp-hackers is how to do it. Do you create a filter, new function, an action, etc? Currently, the way you can do it now, isn’t probably wide known and not well documented.
I am not sure if we should be bothering ourselves with this “problem” in wp2.6.(2) especially when we consider the even more unpredictable nature of where a plug-in and it´s settings/options are placed in the wp 2.7 Admin/Dashboard. It would be nice to see a solution for the personalisation/configuration of the wp 2.7 “Left-Hand” Navigation menu in general.
I agree with the post, and with GaMerZ proposal. Finding plugin options pages is too confusing. I think the fact that WP is going to see upcoming changes to the admin pages is even more reason to implement this – this would keep from having so many plugin options pages that you have 2 or more lines on the Settings page (and who of us doesn’t have this problem?).
As was just recently pointed out on wp-hackers, plugin authors CAN do this, right now. I just added it to my Automatic Timezone plugin.
It’s super easy to do, all I had to add was a filter on ‘plugin_action_links’, and voila, a Settings link right there. Check it out yourself.
Ah, I missed the sliding panels thing. Yes, that would be quite nice, and I’ll consider it. Problem with the “sliding” thing is that it’s very javascript dependent.
I think standardization s a great idea. One of the truly remarkable things about WordPress is; it gives a voice to so many people. many of these publishers are not tech savvy, so making little things more accessible will encourage their continued involvement in the ‘WordPress community’
I do not agree on the WordPress is open source meaning anytime you try to implement anything close to a standard, it probably won’t work.
Open Source has nothing to do with that. Why developpers are using hooks and filters as it’s a standard in WP?
No, the real question is : do developpers have the knowledge to follow some conventions?
I think it starts missing something here. i18n integration is chaotic and the problem is everyone needs to redo some code to have a seamless integration.
Indeed, I rather agree with you than the configure button should not show a panel right under as some plugin have very heavy configuration page. But it would be great to have this a shortcut to a plugin-setting.php?plugin=thepluginname.
The bad side of that is people don’t have to think “where the hell can I configure this feature”. They will have to remember which plugin is providing it. And it’s not automatic.
Best thing ever
I think this might be worth checking into. Maybe not for 2.7, but 2.8.
Wouldn’t every answer to a request for help begin with: “Well, how you did you configure your plugin?”
Like any good democracy (note I said “good” and not something lame-o like “our”
) I think that just because nothing happened two years ago doesn’t mean that it can’t be tried for again. Rewrite the desired specification, or standard as you call it, resubmit it to the WP dev folks (I’ve never submitted to them, but I assume that process is in place??) and then do just what you’re doing here; follow up regularly with attention the perceived challenge. If it is “right for the community” enlist the community to help with its passage!
I totally support the idea of having a config-option. Not only here – on many levels of WP where things can be done in different subsets of structures/approaches/philosophies.
Imho that´s the way all good software got to pursue: Give more and more decision to the user.
I use this complete solutions and i like this way.
We have diskuss in the wp-hackers mail-list over this feature and i think, this is the obligation for plugin-authors and WordPress 2.7, maybe 2.8 as hook. I hope, WordPress include this two variants in the core with hooks, for small code in the plugins.
Thanks to two authors for the nice idea and share with us.
I think Andrew’s idea is really a great one and plugin authors should definitely consider it. It would perhaps be even better that the WordPress core were to automatically display configuration settings in such a manner, regardless to coding done by plugin authors.
This is definitely a problem. I find myself confused each time I have to chech soem settings after a while. SOmetimes I even go through all menus and fail to find where are settings for specific pluguns, as there are quite alot plugins.
I saw several plugins simply add configuration link in plugin description (plugin list), and I found it pretty good solution. I understand logic that settings for the plugin are placed according to plugin purpose, but mostly I know what exact plugin I want to set, and it is the simplest way to go to plugin list, find it (plugins are listed alphabeticaly, so it goes fast end easy) and click on configuration link.
It would be the best that WordPress demands configuration link for installed plugins and then use it to provide links in organized manner. it it asks for donate link, which has insignificant value, then it should ask for configuration link, which is vital function
I agree that sometimes finding the options/settings page for plugins can be awful, but putting a link on the plugins page might create problems for newbies and maybe even webmasters that maintain other peoples websites.
I’m sure in future releases, they will get some kind of standard and then plugin authors will have to follow the lead.
I’m afraid that’s an absolutely awful idea.
Of course, there’s nothing, at least not inherently, wrong with redundancy; including an additional standardized place where to adjust your plugin settings is actually a pretty good idea. And when you’re (re)installing a plugin, you often also want to do something with settings, or at least check them, so it’s a logical place for that link.
But the notion of having people go to the plugin page first, and then scroll toward the destination as the standard location is just, well, counterproductive. Besides, it suggests that users only or mostly fiddle with settings when they’re adding / removing or (de)activating plugins: patently not so, in my stubborn conviction.
Instead, I suggest – hypothetically speaking of course, as standardizing open source UI makes herding cats look easy – to find a Settings menu (whatever it’s called) under a drop-down, where to select exactly the thing that you want to engage.
I like where I can find things now, and thanks to Ozh’ magnificent plugin I can go straight where I need to be; if that top menu moves to a side, that’s fine, too – as long as there’s a way to navigate directly from any admin page to go where one needs to do something.
But hey, that’s just my $0.02…
Like Alvaro, I like where I find configurable options. In fact, if a developer does a poor job making an appropriate link, I drop the plugin. Some are inherently more useful or higher up the heirarchy of need and therefore require (or are more useful with) a high level link.
But I like redundancy, so adding the feature you speak of is a good idea.
Having another link to a configuration page is probably a good idea, but I don’t think it should replace (or aim to) any other configuration pages, and I certainly don’t like the idea of a small config panel opening on the plugins page. A lot of plugins are quite complex (mine included) and a “small” panel just wouldn’t work.
I think many commenters here are missing the point — he’s not suggesting that ALL pugins should use this. It’s a good idea for plugins that have simple one-time configuration, e.g. Akismet.
I would love to see this become standard. I am so tired of lazy plugin authors. I can’t tell you how many times i’ve come across plugins where, for example, the description is from some other plugin where they copied and pasted.
Plugin authors… take 10 minutes and do it right.
This has been added to WordPress and will be available in WordPress 2.7.
http://trac.wordpress.org/changeset/9124
http://trac.wordpress.org/ticket/7856
Totally with Andrew Rickmann on this. Had thought this myself, would be so much neater. Hope Automattic follow through with this.