in reply to Re^12: Thanks to Ikegami, Chromatic & Corion
in thread Thanks to Ikegami, Chromatic & Corion

I tend not to put any HTML into the plugin code, but instead send it to the plugin from the document level.


  <ul>
  <some_list_creating_plugin>
    <li><some_marker></li>
  </some_list_creating_plugin>
  </ul>


some_list_creating_plugin => sub {

  my @list = ['foo','bar','baz'];
  my $mask = $_[0];
  my $result;
  
  foreach my $item (@list)
     {
      my $maskCopy = $mask;
      $maskCopy =~ s@<some_marker>@$item@gs;
      push (@results, $maskCopy);
     }

 return join (@results);
}


output
------

  <ul>
    <li>foo</li>
    <li>bar</li>
    <li>baz</li>
  </ul>

[download]

Replies are listed 'Best First'.
Re^14: Thanks to Ikegami, Chromatic & Corion
by ikegami (Patriarch) on Nov 03, 2011 at 01:54 UTC

    $maskCopy =~ s@<some_marker>@$item@gs;

    But what if $item was HTML from a database instead of being hardcoded aXML...

[reply]
[d/l]
[select]

      Well you wouldn't want to be putting the <ul> tags in then.

      Ok so...

      If our database looked like this

      
pageid int primary key auto_increment,
name varchar(255),
html text

Then

(db_get)pages.name="(sqd)name(/sqd)".html(/db_get)

      [download]

      Then localhost:5000?action=test&name=homepage will be displaying the contents of the html column of the pages db.

[reply]
[d/l]
[select]

        Did your post get cut short? You were trying to prove to me that your plugin wasn't buggy.

        Or are you saying that the result of (plugin)(/plugin) isn't searched for tags? I thought it was the same as <plugin></plugin> except for precedence.

[reply]
[d/l]
[select]
        A reply falls below the community's threshold of quality. You may see it by logging in.

In Section Meditations