Textpattern CMS support forum

You are not logged in. Register | Login | Help

#11 2008-11-11 18:03:36

wet
Developer
From: Lenzing, Austria
Registered: 2005-06-06
Posts: 3,267
Website

Re: Plugin developers' wish list

graeme wrote:

… – but just to be safe maybe it would be better to use a different setting for the callback?

I think having a single entry point is worth the slight change, so here we go.

Offline

#12 2008-11-21 22:19:10

jm
Plugin Author
From: Missoula, MT
Registered: 2005-11-27
Posts: 1,746
Website

Re: Plugin developers' wish list

Full Textile in plugin help would make writing and styling help files a lot easier. The only change from a user’s perspective is Textile-help would be previewed as source code with highlight_string in the same way HTML-help is previewed on install. The small patch and discussion from ~6 months ago is here too.

Last edited by jm (2008-11-21 22:19:42)

Offline

#13 2008-12-11 00:10:53

Walker
Plugin Author
From: Boston, MA
Registered: 2004-02-24
Posts: 592
Website

Re: Plugin developers' wish list

I created something on the github fork I pulled from the unofficial mirror of the textpattern dev4.0 repo.

Read about it here: http://signalfade.com/487/new-textpattern-callback-event

Last edited by Walker (2008-12-11 00:11:15)

Offline

#14 2008-12-11 05:41:59

wet
Developer
From: Lenzing, Austria
Registered: 2005-06-06
Posts: 3,267
Website

Re: Plugin developers' wish list

Walker,

Tag-level events are an interesting area which we’ve been scratching on the surface lately.

Like Manfre’s comment on your site implies, I’d also like to have a more orthogonal general-purpose method of conveying the “payload” from the individual core tag handler to the chain of plugins. Not all plugin results are created as strings, for instance. Some tags might require the concatenation of the plugin chain’s results, while others need some boolean yes/no decision collected from the associated plugins.

Image a not-yet-existing tag <txp:if_frontpage />. The core cannot determine exactly if the current presentation state is the “real” frontpage at all, despite an absence of $s, $q, $c, ($pg or $pg==1) etc pp because of plugins which might also modify the frontpage presentation depending on whatever. This boils down to the need for a communication channel between the core and plugins on a tag level, most desirably by using events and callbacks. But in this case, any plugin in the chain should have the opportunity to cast an instant veto and short-circuit the whole action.

A spec for this is what I’d love to see.

Offline

#15 2008-12-11 14:05:53

Walker
Plugin Author
From: Boston, MA
Registered: 2004-02-24
Posts: 592
Website

Re: Plugin developers' wish list

Wet,

If you’d be willing to give me some process examples (or any other starting points) I would take it from there and bring some kind of fleshed out spec back for review before trying an implementation.

Offline

#16 2008-12-11 14:16:21

wet
Developer
From: Lenzing, Austria
Registered: 2005-06-06
Posts: 3,267
Website

Re: Plugin developers' wish list

I’ve split this into a thread of its own.

Last edited by wet (2008-12-12 03:20:45)

Offline

#17 2009-02-12 15:07:28

Mary
Sock Enthusiast
Registered: 2004-06-27
Posts: 6,236

Re: Plugin developers' wish list

Log callbacks, so you can prevent hits from being logged under certain conditions, such as site author visits, web crawler visits, run spam checks (referer spam), etc. Lots of pluggable things you could do if we had this.

Offline

#18 2009-02-13 22:13:48

wet
Developer
From: Lenzing, Austria
Registered: 2005-06-06
Posts: 3,267
Website

Re: Plugin developers' wish list

Mary wrote:

Log callbacks…

I’ve put a simple callback into log_hit(), assuming that all other necessities are in globals anyhow.

Offline

#19 2009-02-14 07:15:03

Mary
Sock Enthusiast
Registered: 2004-06-27
Posts: 6,236

Re: Plugin developers' wish list

Danke. :)

Offline

#20 2009-02-14 07:40:04

Mary
Sock Enthusiast
Registered: 2004-06-27
Posts: 6,236

Re: Plugin developers' wish list

Offline

Board footer

Powered by FluxBB