[plugin] [ORPHAN] chh_article_custom

takshaka · 2004-07-10 02:41:16

If you apply the fix in this thread you can use if_article_list:
<code>
<txp:if_article_list><ul></txp:if_article_list>
<txp:chh_article_custom form=“itsme” />
<txp:if_article_list></ul></txp:if_article_list>
</code>

Or you can use straight php:
<code>
<?php if (empty($GLOBALS[‘id’])) echo “<ul>”; ?>
<txp:chh_article_custom form=“itsme” />
<?php if (empty($GLOBALS[‘id’])) echo “</ul>”; ?>
</code>

Edit: Just fixed the post so the code displays properly.

Last edited by takshaka (2005-12-18 00:20:38)

lee · 2004-07-10 23:16:48

Any way your plugin can be made to work with article custom fields?

Thanks
Lee

rajo · 2004-07-23 09:24:14

is there a way to show future dates with this plugin via the current month? If not, would you be willing to add this functionality in a future version.

takshaka · 2004-07-23 16:20:09

> rajo wrote:
> is there a way to show future dates with this plugin via the current month? If not, would you be willing to add this functionality in a future version.

Can you give me an example? I’m not sure what you mean.

rajo · 2004-07-23 16:31:44

Basically I want to show future dates as upcoming events, but I want to show future dates that are relative to the current month instead of showing something first in the list that occurs months away. I guess I could achieve this just by making articles that occur way in the future to be in draft or hidden mode and then at the appropriate time make them “live”, I was just wondering if I could use this plugin to make things a little more automatic.

takshaka · 2004-07-24 17:12:02

> rajo said:
> Basically I want to show future dates as upcoming events, but I want to show future dates that are relative to the current month instead of showing something first in the list that occurs months away.

Hmm. I think you’d be better off setting a relatively small limit for the list. Also, if you’re just showing future articles, you’d probably want to order them in ascending order instead of the default decending order (<code>sortdir=“asc”</code>).

Last edited by takshaka (2004-07-24 17:38:35)

asarbogast · 2004-08-05 17:42:58

Does this plugin support override forms? I am not able to get them to work.

Thanks,
Andrea

takshaka · 2004-08-06 04:32:34

Overrides originally worked in single-article mode but not in article lists (sorry, not documented). This was a fairly arbitrary decision since I haven’t had a use for override forms. My starting point was txp:article_custom; I just went along with the way it handled article lists.

Anyway, I’ve updated the plugin for anyone who needs more control over overrides. v0.41 adds a new attribute:

<code>allowoverride=“all”</code>

By default, chh_article_custom uses an article’s Override Form only in single-article mode. Article lists ignore it. Use allowoverride to change this behavior. The attribute value may be one of the following: single, list, all, or none.

Last edited by takshaka (2004-08-06 04:42:35)

asarbogast · 2004-08-06 15:12:36

Works like a charm! Thanks so much for your quick response.

Andrea

abilstein · 2004-08-08 23:27:19

Are there any issues with using this inside an article? It works fine for me when used in a template, but fails in an article.

I tested using a very limited parameter set. I used the exact same code in the same article using only the default article_custom and it worked fine, but chh_article_custom fails.

Any thoughts?

takshaka · 2004-08-09 02:14:43

Mmm. Use of chh_article_custom within article text is, shall we say, not recommended. I imagine if you are not careful you could end up with some lovely infinite recursion.

I really don’t think it’s a good idea to use any txp tags within article text unless they are specifically designed for it — like the various excerpt-related plugins — not because doing so may produce undefined results (though that’s possible, too) but because this breaks the separation of code and content.

FWIW, using txp:article_custom with no attributes within an article crashed my apache process whether I used txp:article or txp:article_custom in the page template.

abilstein · 2004-08-09 14:00:01

Interesting.

The reason I wanted to do this was to avoid making multiple templates (Pages) within one section. In this case, it’s a News section with one static page, one page displaying a list of articles from multiple categories, and several pages displaying a list of articles from one category.

Since the template is otherwise identical aside from the display of articles, I wanted to minimize the number of templates I had to maintain. I can’t seem to do this without moving some of the display logic into the articles themselves.

I should also menteion that I want to use clean URL’s so passing the category name through the URL is undesirable.

I guess I’ll have to make another template, but it would be nice if I didn’t have to do this.

Interesting that it crashed your process. Is there a resource of what should be used in templates and what should be used in articles? It’s not quite clear to me I guess.

vaughn-taylor · 2004-08-11 17:30:27

I really think this plug-in will resolve many issue I have, however, I must make it work first. I’m using version .41…

This works: <code><txp:chh_article_custom form=“faq_article” listform=“faq_list” limit=“1000” /></code>

When I change it to this: <code><txp:chh_article_custom form=“faq_article” listform=“faq_list” limit=“1000” category=“General” /></code>

I get the following message: <code>Warning: array_push(): First argument should be an array in /home/www/server/beta/textpattern/publish.php(764) : eval()’d code on line 227</code>

Any suggestions?

Last edited by vaughn-taylor (2004-08-11 17:30:44)

vaughn-taylor · 2004-08-11 17:54:35

I may have resolved my problem … I guess I need to include the children attribute if I’m using the category attribute? It fixed the issue anyway.

takshaka · 2004-08-12 21:29:01

> vaughn-taylor wrote:
> I may have resolved my problem … I guess I need to include the children attribute if I’m using the category attribute? It fixed the issue anyway.

No, it’s a bug. I’ll have a look at it. I may have been victimized by PHP’s lack of DWIMery.

Textpattern CMS

Textpattern CMS support forum

#16 2004-07-10 02:41:16

Re: [plugin] [ORPHAN] chh_article_custom

#17 2004-07-10 23:16:48

Re: [plugin] [ORPHAN] chh_article_custom

#18 2004-07-23 09:24:14

Re: [plugin] [ORPHAN] chh_article_custom

#19 2004-07-23 16:20:09

Re: [plugin] [ORPHAN] chh_article_custom

#20 2004-07-23 16:31:44

Re: [plugin] [ORPHAN] chh_article_custom

#21 2004-07-24 17:12:02

Re: [plugin] [ORPHAN] chh_article_custom

#22 2004-08-05 17:42:58

Re: [plugin] [ORPHAN] chh_article_custom

#23 2004-08-06 04:32:34

Re: [plugin] [ORPHAN] chh_article_custom

#24 2004-08-06 15:12:36

Re: [plugin] [ORPHAN] chh_article_custom

#25 2004-08-08 23:27:19

Re: [plugin] [ORPHAN] chh_article_custom

#26 2004-08-09 02:14:43

Re: [plugin] [ORPHAN] chh_article_custom

#27 2004-08-09 14:00:01

Re: [plugin] [ORPHAN] chh_article_custom

#28 2004-08-11 17:30:27

Re: [plugin] [ORPHAN] chh_article_custom

#29 2004-08-11 17:54:35

Re: [plugin] [ORPHAN] chh_article_custom

#30 2004-08-12 21:29:01

Re: [plugin] [ORPHAN] chh_article_custom

Board footer