In WordPress, a user could be assigned a role and, accordingly, that user will or will not have the capability to write a new Post.

With this upcoming new feature, a custom write panel could be accessible to certain roles only. For example, a custom write panel “Music Review” is created and a role “Music Review Writer” is invented. This custom write panel could be set to be visible to this new role only.

To accomplish this, another plugin needs to be installed in conjunction with Custom Write Panel, and that plugin would be “Role Manager.” Custom Write Panel will be responsible for creating a new capability as a custom write panel is created. Role Manager will allow adding that capability to an existing or a new role.

1. Go to ‘Options’ > ‘Custom Write Panel’
2. Type uninstall in the last textbox
3. Click ‘Update Options’
4. Deactivate the plugin from the ‘Plugins’ menu

The upgrade method above will delete previously created custom write panels.

Another way of upgrading will involve running some queries via phpMyAdmin (or similar tool) in WordPress database. This method will preserve all custom write panels created. One thing to note when upgrading by the latter method is you can’t skip the upgrade instruction between the old version and the new version. Say, you’re upgrading from version 1.0.0a7 to 1.0.0a10, you will download 1.0.0a10 package, upload it, then you will performed upgrade instruction (when provided) specified for version 1.0.0a8, 1.0.0a9, and 1.0.0a10.

Upgrade script could’ve been included but I’d rather not clutter the code with so many upgrade routines between alpha versions. A proper upgrade script will be supplied for official release to make upgrading smoother, which may only involve de-activating and re-activating the plugin.

The agreement is, when you download it, you’ll be testing it for me. Thanks :). Significant enhancement requests most likely will be turned down, but do mention them. I’ll save them for the next release. Please direct any feedback to my forum.

2007-07-14 1.0.0a12

Change log:
Fix bug with custom write panel’s role restriction
Drop unused table fields.

Upgrade instruction:
Do either one (not both) of the following.

1. Do complete uninstallation as specified in readme.txt, de-activate, and re-activate the plugin. This will remove all custom write panel data previously saved.
2. Run the following SQL statements in phpMyAdmin (or similar tool) in your WordPress database. Change the table name wp_rc_cwp_write_panels accordingly.

ALTER TABLE wp_rc_cwp_write_panels
DROP display_title,
DROP display_body,
DROP title_label,
DROP body_label;


2007-07-10 1.0.0a11

Change log:
Allow restricting access to a custom write panel to a specific role.

Upgrade instruction:
Do either one (not both) of the following.

1. Do complete uninstallation as specified in readme.txt, de-activate, and re-activate the plugin. This will remove all custom write panel data previously saved.
2. Run the following SQL statements in phpMyAdmin (or similar tool) in your WordPress database. Change the table name wp_rc_cwp_write_panels accordingly.

ALTER TABLE wp_rc_cwp_write_panels ADD capability_name VARCHAR( 50 ) NOT NULL ;

For the latter method of upgrading, you also have to update your existing custom write panels for the right field in the table to be populated. Just edit, hit update (no need to make any changes), and you’re set.

To enable access restriction of a custom write panel to a specific role, go to ‘Options’ > ‘Custom Write Panel’ and select “Assign custom write panels to a role.” Secondly, you need to install the plugin “Role Manager.” After activating Role Manager, go to ‘Users’ > ‘Roles.’ You should see a list of roles with all capabilities that can be assigned to them. You should see capabilities with names similar (if not the same) as the names of your custom write panels.

Yes, the implementation still has some holes in it. But do report it in the forum when you see one.

2007-07-08 1.0.0a10

Change log:
Allow hiding input fields added by other plugin

Upgrade instruction:
De-activate and re-activate plugin

2007-07-071.0.0a9

Change log:
Fix bug with Post field not hidden when rich editor is enabled

2007-07-071.0.0a8

Change log:
Allow specifying default value for the following custom field types: Checkbox List, Radiobutton List, Dropdown List, Listbox.

Upgrade instruction:
Do either one (not both) of the following.

1. Do complete uninstallation as specified in readme.txt, de-activate, and re-activate the plugin. This will remove all custom write panel data previously saved.
2. Run the following SQL statements in phpMyAdmin (or similar tool) in your WordPress database. Change the table name wp21_rc_cwp_custom_field_types accordingly.


ALTER TABLE wp21_rc_cwp_custom_field_types
ADD allow_multiple_values ENUM( 'true', 'false' ) DEFAULT 'false' NOT NULL;

UPDATE wp21_rc_cwp_custom_field_types
SET allow_multiple_values = 'true'
WHERE name IN (
'Checkbox List',
'Listbbox'
);


2007-07-071.0.0a7

Change log:
Fix bug that causes error message after WP’s autosave routine

2007-07-01 1.0.0a6

Change log:
Allow Post to be hidden
Prevent full re-installing after re-activation and de-activation if it’s not previously fully uninstalled
Pre-fill custom field properties in Create Custom Field wizard
Fix bug with Listbox not set with previously set values

2007-06-28 1.0.0a5

1.0.0a

And here’s what you get when you display only what you want and hide only what you don’t want.

Want a clutter-free Write Post panel now? Head over to txfx.net where I stole the code from.

By the way, I’ve been staring at WordPress Admin screen for continuously hundreds of hours and, boy, my eyes are hurting; it needs some serious face-lift.

And you get this screen.

I’m second guessing. No, I think it’ll better if I put the label above each control, instead of currently to the left of the control and right-aligned. Imagine, currently, those controls would shift to the left or right depending on the length of your labels; not the case when you have the label above the control. Hmm.

Also, don’t you think it’s better for the workflow if we can put those buttons (”Save and Continue Editing,” “Save,” and “Publish”) below the custom fields?

Say we want to incorporate them on the interface on the new custom write panel. Where will, precisely, the Description for a custom write panel fit in?

For the custom fields, I could imagine having that question-mark symbol to the right of the control and when users hover the mouse over them, the Description will show.

• Textbox
• Multiline Textbox
• Checkbox
• Checkbox List
• Radiobutton *
• Radiobutton List
• Dropdown List
• Listbox

* Update: I stroke out Radiobutton from the list because, who wants a control with only one radio button? Such form control just doesn’t make any sense. A Checkbox should be used instead.