View on
MetaCPAN
search.cpan.org is shutting down
For details read Perl NOC. After June 25th this page will redirect to MetaCPAN.org
James Mastros > Pod-Inherit-0.10 > Pod::Inherit

Download:
Pod-Inherit-0.10.tar.gz

Dependencies

Annotate this POD

CPAN RT

New  1
Open  1
View/Report Bugs
Module Version: 0.10   Source   Latest Release: Pod-Inherit-0.91

NAME ^

Pod::Inherit - auto-create pod sections listing inherited methods

SYNOPSIS ^

  use Pod::Inherit;

  my $config = {
    out_dir => "/usr/src/perl/dbix-class/bast/DBIx-Class/0.08/trunk/doc",
    input_files => ['/usr/src/perl/dbix-class/bast/DBIx-Class/0.08/trunk/lib/'],
    skip_underscored => 1,
    class_map =>
      {
          "DBIx::Class::Relationship::HasMany" => "DBIx::Class::Relationship",
          "DBIx::Class::Relationship::HasOne" => "DBIx::Class::Relationship",
          "DBIx::Class::Relationship::BelongsTo" => "DBIx::Class::Relationship",
          "DBIx::Class::Relationship::ManyToMany" => "DBIx::Class::Relationship",
          "DBIx::Class::ResultSourceProxy" => "DBIx::Class::ResultSource",
          "DBIx::Class::ResultSourceProxy::Table" => "DBIx::Class::ResultSource",
      }
   };

  my $pi = Pod::Inherit->new( $config });
  $pi->write_pod;

DESCRIPTION ^

Ever written a module distribution with base classes and dependencies, that had the pod for the various methods next to them, but hard to find for the user of your modules? Ever wished POD could be inheritable? Now it can.

This module will load each of the classes in the list of input files or directories given (default: @ARGV), auto-discover which methods each class provides, locate the actual class the method is defined in, and produce a list in pod.

The resulting documentation is written out to a separate .pod file for each class (.pm) encountered. The new file contains the original POD from the Perl Module file, plus a section called INHERITED METHODS. The new section lists each class that the current class inherits from, plus each method that can be used in the current class as a result.

By default, methods beginning with an underscore, _ are skipped, as by convention these are private methods.

METHODS

new

Arguments: \%config
Return value: Pod::Inherit object

Create a new Pod::Inherit object.

The config hashref can contain the following keys:

skip_underscored

Default: true.

Do not display inherited methods that begin with an underscore. Set to 0 to display these as well.

input_files

Default: @ARGV

Arrayref of directories to search for .pm files in, or a list of .pm files or a mixture.

out_dir

Default: Same as input_files

A directory to output the results into. If not supplied, the .pod file is created alongside the .pm file it came from.

class_map

Default: none

A hashref of key/value string pairs. The keys represent classes in which inherited methods will be found, the values are the classes which it should link to in the new pod for the actual pod of the methods.

Some distributions will already have noticed the plight of the users, and documented the methods of some of their base classes further up the inheritance chain. This config option lets you tell Pod::Inherit where you moved the pod to.

force_permissions

ExtUtils::MakeMaker makes directories in blib read-only before we'd like to write into them. If this is set to a true value, we'll catch permission denied errors, and try to make the directory writeable, write the file, and then set it back to how it was before.

write_pod

Arguments: none
Return value: none

Run the pod creation stage.

create_pod

The semantics of the class_map argument need to go something like this: - Something being in the class_map means that it will be documented, even if it starts with an underscore, or would otherwise be skipped. - If the value is '1', then that's the only effect; it will be documented as being where it is. - Otherwise, the value is the name of the module that it should be documented as if it was in. - That module needs to show up, even if it isnt really in the inheritence tree at all. - It should show up after the real modules that actually exist.

Inline configuration

As well as passing explicit configuration options to "new", you can also leave Pod::Inherit hints in your actual code. To define in a class that all methods with a leading underscore should be included when listing methods in that module, use the following snippet in your code:

  our %_pod_inherit_config = ( skip_underscored => 0 );

$DEBUG

In order to get verbose debug information, simply set $Pod::Inherit::DEBUG to 1. Please do this before loading Pod::Inherit, so that the requisite debugging modules can be loaded. (Which aren't in the dependencies list, in order to keep the dependencies list down slightly. You can figure them out, it's not hard.)

AUTHOR ^

James Mastros, theorbtwo <james@mastros.biz>

LICENSE ^

Copyright 2009, James Mastros. Licensed under the same terms as perl itself.

syntax highlighting: