Textpattern CMS support forum
You are not logged in. Register | Login | Help
- Topics: Active | Unanswered
Re: [plugin] [ORPHAN] cnk_section_tree - subsection plugin
1. Does the section tree dropdown render as supposed for other articles? If so, are you running any other plugins?
2. Articles are only rendered for active sections… (umlauts are no problem, since they are removed in the internal names)
3. I’m about to reorganize my injection code to allow sed_section_fields to work together with my plugin.
Offline
Re: [plugin] [ORPHAN] cnk_section_tree - subsection plugin
2. Articles are only rendered to sections that have no subsections. What do you think it should behave?
Offline
#33 2008-05-27 11:38:38
- uli
- Moderator

- From: Cologne
- Registered: 2006-08-15
- Posts: 4,316
Re: [plugin] [ORPHAN] cnk_section_tree - subsection plugin
chriloi wrote:
1. Does the section tree dropdown render as supposed for other articles?
Yes, completly as it should.
If so, are you running any other plugins?
Yup, tons of. Do you think it’s necessary …
2a. Articles are only rendered for active sections…
Using the abovementioned attribute, I suppose.
2b. Articles are only rendered to sections that have no subsections. What do you think it should behave?
I haven’t yet fully tested every way of associating articles to sections (should selected sections containing subsections display articles? Would they do so as of now?) [EDIT: see 2b] plus the mentioned queerness that confused my understanding of the plugin’s mode of operation. Yet I think the possibilities I have at the moment are fully sufficient, if they’d work as expected.
3. I’m about to reorganize my injection code to allow sed_section_fields to work together with my plugin.
This is a true relief!
Thanks!
Last edited by uli (2008-05-27 11:41:49)
In bad weather I never leave home without wet_plugout, smd_where_used and adi_form_links
Offline
#34 2008-05-27 11:47:11
- uli
- Moderator

- From: Cologne
- Registered: 2006-08-15
- Posts: 4,316
Re: [plugin] [ORPHAN] cnk_section_tree - subsection plugin
2b-related:
If you see a way of easily implementing something like show_articles_on_selected_path="y|n" we’d have a possibility of creating a directory-tree-like section tree the kind we all know from our OSs.
In bad weather I never leave home without wet_plugout, smd_where_used and adi_form_links
Offline
Re: [plugin] [ORPHAN] cnk_section_tree - subsection plugin
So you mean displaying articles in the tree even when the section has subsections. But only for the selected section or also for its parents and / or children ?
Offline
#36 2008-05-27 12:19:16
- uli
- Moderator

- From: Cologne
- Registered: 2006-08-15
- Posts: 4,316
Re: [plugin] [ORPHAN] cnk_section_tree - subsection plugin
I thought of the normal way known from most OS-like directory trees: Click any first level node, and its immediate content is displayed, with all it’s articles/sections. (Ouh! Sections need an extra class to distinguish them from articles.) If level 2 contains a further section, click that node and all of it’s immediate content becomes visible, everything that was visible remains visible.
But not to be misunderstood: this should be just an optional attribute, that can be added if desired. The normal behavior should be to just show the articles on the selected node, the way you originally intended.
In bad weather I never leave home without wet_plugout, smd_where_used and adi_form_links
Offline
#37 2008-05-27 16:39:22
- redbot
- Plugin Author
- Registered: 2006-02-14
- Posts: 1,410
Re: [plugin] [ORPHAN] cnk_section_tree - subsection plugin
Hi Chriloi,
just when you started working on clean urls for your plugin, Graeme has begun to rework his gbp_permanent_links talking about the possibility to integrate his plugin with existing subsections plugins. Have a look here …
Offline
Re: [plugin] [ORPHAN] cnk_section_tree - subsection plugin
My Windows Explorer doesn’t show any files, but only folders in the tree.
I don’t know what OS you use, but anyway I have not planned to implement any expanding or collapsing functions. Maybe I’ll add these when everything else is working. ;)
If you’re lucky, you might want to get the new version. I fixed and improved some things and as well added a class attribute to the article li-s. I think this version behaves more likely to what users expect. :)
Ahh, I forgot to say that it works quite well togehter with sed_section_fields!
edit: was able to make sed_section_fields work without touching it.
Last edited by chriloi (2008-05-27 20:26:26)
Offline
Re: [plugin] [ORPHAN] cnk_section_tree - subsection plugin
@redbot:
Quite interesting… I wrote an email to him back in december 07 with exactly that purpose and he did not answer.
Offline
#40 2008-05-27 17:02:34
- uli
- Moderator

- From: Cologne
- Registered: 2006-08-15
- Posts: 4,316
Re: [plugin] [ORPHAN] cnk_section_tree - subsection plugin
Thanks a lot, Christian! I’ll try it out this night.
In bad weather I never leave home without wet_plugout, smd_where_used and adi_form_links
Offline
Re: [plugin] [ORPHAN] cnk_section_tree - subsection plugin
chriloi wrote:
Quite interesting… I wrote an email to him back in december 07 with exactly that purpose and he did not answer.
I did reply!! Just sent another copy of it.
Offline
#42 2008-05-27 22:53:43
- uli
- Moderator

- From: Cologne
- Registered: 2006-08-15
- Posts: 4,316
Re: [plugin] [ORPHAN] cnk_section_tree - subsection plugin
Alright, I’ve taken some time to see how things are working:
Seems like css-properties have to be placed at the end of the tag in order to work? I can’t remember which one of these I had to insert above the css class assignments, active_section_articles or exclude_empties, but css attributes showed up only after removing one of these from the end. If this can’t have an effect, I always might have incidentally been looking at the wrong articles’ sourcecode. Maybe.
I can’t get css_active_article_class to output a class name.
The bewitched section (see post above) acts the same as with 0.3.4, whereas there are now two sections I seem to get some kind of “default article” for: I cannot choose a different article by clicking on cnk_st. Clicking a different nav tag reveals these articles well.
cnk tag used:
<txp:cnk_sec_list
active_section_article_order_by="posted"
active_section_article_order="asc"
active_section_articles="y"
exclude_empties="n"
css_active_section_class="actsec"
css_active_article_class="actart"
css_article_class="artcla" />
Article tag used:
<txp:article limit="1" sort="posted asc" />
(No surrounding conditionals on page nor in default form)
There is a little mistake in the first post’s css value declarations: Both, css_active_article_class and css_article_class, have the same defaults.
In bad weather I never leave home without wet_plugout, smd_where_used and adi_form_links
Offline
Re: [plugin] [ORPHAN] cnk_section_tree - subsection plugin
Hmm, the order of tag parameters does not affect how they are processed. I tested some situations, but it always renders as expected.
css_active_article_class is appended to the standard css_article_class (e.g. class=“artcla, actart”) Please have a second look.
The bewitched section (see post above) acts the same as with 0.3.4, whereas there are now two sections I seem to get some kind of “default article” for: I cannot choose a different article by clicking on cnk_st. Clicking a different nav tag reveals these articles well.
Can you write an email to me and explain this behaviour in german. Perhaps a screenshot would help me to understand you…
Offline
Re: [plugin] [ORPHAN] cnk_section_tree - subsection plugin
New version 0.3.7 out!
This version introduces a new tag <txp:cnk_breadcrumb />.
I’ve also fixed the url-schemes.
Offline
Re: [plugin] [ORPHAN] cnk_section_tree - subsection plugin
v0.3.9 has some new css_* arguments and an argument called expand_all. If set to ‘n’, all sections are set to class=“cnk_section_close”, but only the active one and its parents are set to class=“cnk_section_open”.
Add the following css snippet to your page css and the tree will behave like a filesystem tree:
#cnk_sec_tree li
{
list-style-position: inside;
}.cnk_article
{
list-style-image:url(txp_img/file.gif);
}.cnk_section_open
{
list-style-image:url(txp_img/folder.gif);
}.cnk_section_closed
{
list-style-image:url(txp_img/folder-closed.gif);
}.cnk_section_closed ul
{
display:none;
}
Offline