Re: [slrn-pre0.9.9] storing raw article via read_article_hook does not work anymore

Christian Ebert <[email protected]> wrote:
> While accessing SlrnTools->current_rawart still works from
> /scripts/, it stopped being accessable from read_article_hooks
> registered after the hook above.

Currently, hooks are called in the reverse order that they were
registered.  That is, the most recently registered will get called
first. This is consistent with, e.g., the C library atexit
function works.  Could this be what you are seeing?

> Now scripts interpreted after tools.sl have the raw article
> available as SlrnTools->current_rawart even *after* a call to
> replace_article.

It is unclear to me what you mean.  If a read-article-hook "foo" was
registered after hook "bar", then "foo" will get called before "bar".
Suppose that "bar" calls replace_article, and "foo" calls
raw_article_as_string.  Then what "foo" sees as the raw article will be
affected by "bar".  Is that the issue?

If the order that the hooks are called is the problem, then it seems
to me that the best solution would be to change the replace_article
function so that the original raw article is preserved.

Thanks,
--John

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/