You are not logged in.
A tiny plugin that allows users pick section before going to the actual writing page. Therefor, in example new will go to the correct section by the writer that possibly is your client, not you that knows everything about Textpattern. This plugin is an answer to a post by cuba
The plugin, rah_write_each_section allows backend users pick a section before going to the write panel. Therefor posts will always go to the correct sections. Usage is simple and after posting the section is, ofcorse, changable. Also the regular writing view is available by “Advanced options”-writing method on the section select screen.
Rah_write_each_section minimum requirements:
Recommended:
The general simple behavior stands: paste plugin code to the plugin installer textarea and run the automatic setup. Then just activate the plugin and it’s ready, the section list is shown before entering writing panel.
Last edited by Gocom (2008-09-06 22:44:00)
Rah-plugins | What? I’m a little confused… again :-) <txp:is_god />
Offline
Very nice!
I think I’m gonna use it considered that and I think you should mention it in the first post it’s working perfectly with sed_section_fields (“static” sections defined in sed_section_fields are not shown, wow!).
Tha… ehm, I’ll be grateful forever ;)
edit: Oops! sorry only now I realized that only sections that have feeds enabled are shown in the list, so it has nothing to do with sed_section_fields. Anyway usually sections that are set as static with sed_section don’t have feeds enabled so it’s all ok
Last edited by redbot (2008-07-13 23:50:09)
Offline
redbot wrote:
Anyway usually sections that are set as static with sed_section don’t have feeds enabled so it’s all ok
Yep, that is what I thought while making that :P It prevents odd static sections come up on the list. In example user could accidently post a post to the “About”-section, thinking that it comes up but doesn’t, ‘causing some negative carma on site’s developer and Textpattern ;)
Rah-plugins | What? I’m a little confused… again :-) <txp:is_god />
Offline
I’m using several plugins other plugins, including glz_custom_fields, and sed_section_fields. I’m getting one bug when using rah_write_each_section: My custom fields for the “selected by default” section appear when I click through the write tab, regardless of which section I choose. If I select a different section from the drop-down, and then re-select the section I’m in, I get the right fields.
Offline
I’m getting one bug when using
rah_write_each_section
Not a bug. If they don’t select the selected section, then they don’t select the section. Possible reasons can be that those plugins Javascript is loaded before rah_write_each_section. So no bug, it’s just different usage of js.
Rah-plugins | What? I’m a little confused… again :-) <txp:is_god />
Offline
Sorry, Gocom— I guess I forgot to click “subscribe to thread” and missed your response.
I’m not sure I explained my problem clearly. Here is some more detail:
sed_section_fields to change which fields display on the Write page (Content > Write), depending on what section is selected. When I choose “Section X“ from the select menu on the Write page, I get the custom fields related to Section X. When I choose “Section Y“ from the select menu on the Write page, I get the custom fields related to Section Y.This setup works fine before I activate rah_write_each_section.
rah_write_each_section is active, I select the section before the Write tab loads.Does that make sense?
My main reason for using rah_write_each_section is so that my client can select the right section before writing— because two main sections use very different custom fields. Is there any way to get this to play well with sed_section_fields?
Offline
johnstephens wrote:
Is there any way to get this to play well with sed_section_fields?
While I agree with Jukka this isn’t in any way a bug, I think it would be great if the plugin could cohexist with sed_section_fields.
The fact is I can’t even imagine to create a site without sed_section_fields so for now I can’t use this (very nice) plugin.
Unluckily I fear it won’t be so easy to make the two compatible given that sed_section is based on the onchange event applied to the section popup
Offline
I agree that it’s not a bug, just an idiosyncrasy in my particular user-experience. For this project, I’ve disabled it. If one of the contributors clicks the wrong section by mistake, they will still see the custom fields of the default section, and the only cue that they chose the wrong section could be easily overlooked.
It would be great to let users select the section before entering the article information, but for this project that’s contingent on the appropriate custom fields loading based on the section selected.
Offline
This looks to be a great and useful plugin though I dont see why you would only list sections with feeds enabled? Renders it pretty much useless to me. The only sections I generally enable feeds for are News sections – I dont want About Us etc etc popping up in RSS feeds.
Offline