NAME
App::Pods2Site::Args
Commandline options and arguments understood for Pods2Site processing
SYNOPSIS
pods2site
[
--usage | -?
|
--help
|
--manual
|
--version
]
[ -v | --verbose [ -v ... ] | --quiet]
[ --workdirectory <path> ]
[ --bindirectory <location> [ --bindirectory ... ] ]
[ --libdirectory <location> [ --libdirectory ... ] ]
[ --core-include <query> ]
[ --script-include <query> ]
[ --pragma-include <query> ]
[ --module-include <query> ]
[ --css <file> ]
[ --style <name> ]
<sitedirectory>OPTIONS AND ARGUMENTS
All options can be abbreviated, as long as they are unambiguous. Option matching is case sensitive. Forcibly end option parsing using '--'.
- Information options
-
If any of these options are given, the rest of the command line is ignored.
If multiple of these options are given only one will be acted on, in the order --manual, --help, --usage and --version.
- -v, --verbose, --quiet
-
By default, a small amount of feedback will be given, including some simple 'spinners' to indicate progress.
To up verbosity, add one or more verbose flags (bundling for singlecharacter options is on, so '-vvv' is the same as '-v -v -v'). Currently, up to verbosity level 5 is used.
To completely turn off all feedback, use '--quiet'.
- --workdirectory <path>
-
By default, a temporary directory is created to hold intermediate data. This is automatically removed when the run is complete.
If you need to look at this data, e.g. for debugging reasons, use '--workdirectory' to appoint a location. The path must not exist beforehand and will not be cleaned up after completion.
- Sticky options
-
The options below are considered 'sticky options' as they are only allowed when a new site is created. After the site has been created, the options are saved in the site and reused when an update is made.
Note that this also means that they can't be used when updating a site.
- --style <name>
-
Apart from the pod2html mechanism which is not controlled by this app, a couple of things will be generated in order to make the pod docs navigatable. At minimum an index.html is generated, but typically also at least a TOC and possibly other pages. As this can be done in different fashions, this option allows you to select some different styles of viewing the pod docs.
It uses 'style' names to select different internal implementations. The following is currently available:
:std
This special name will use the currently defined default style. At present this is 'basicframes-simple-toc'.
basicframes-simple-toc
This style uses a simple frames layout. The left-hand TOC is implemented as a static indented tree list.
basicframes-tree-toc
This style is very similar to the above, but the TOC is rendered with the HTML5 'details' element in order to create a simple open/close tree control. May need a newer browser to display correctly.
- --css <file>
-
If you want to provide your own CSS file, use '--css'. The file given will be copied to the site and used as an import in the CSS generated by the system and thus may override anything defined in that.
It will be included as a stylesheet in the generated file, and also by passing the '--css' option to the pod2html command.
Note that different 'styles' may generate different things possible to tweak.
- --bindirectory <location>
-
By default, the code will automatically try to ascertain where the running Perl distro places executable scripts, e.g. generally in the vendor, site and core 'bin' locations in the tree (ascertained from Config values).
In case you manually want to add to, or manipulate the order of, the locations, you may provide one or more '--bindirectory' options and they will be searched in the given order. Any locations not existing are silently skipped.
The 'location' is generally a normal path, but some special values have special meaning:
:none
Since the default locations are automatically searched if no '--bindirectory' option is given, this code is provided to completely turn off searching any locations for scripts - just give a single invocation of '--bindirectory :none'.
:std
This will insert the default locations. Useful if you want insert one or more custom paths first, and then add 'all the default places'.
- --libdirectory <location>
-
This is exactly like '--bindirectory', except for lib locations (e.g. where to find core pods, pragmas and ordinary modules).
Aside from taking regular paths, this also handles some special values:
:none
Since the default locations are automatically searched if no '--libdirectory' option is given, this code is provided to completely turn off searching any locations for core/pragma/module pods - just give a single invocation of '--libdirectory :none'.
:std
This will insert the default locations. Useful if you want insert one or more custom paths first, and then add 'all the default places'.
:inc
This will insert the default locations, like :std, but will use the @INC list, which means it will also pick up locations like paths listed in PERL5LIB etc.
- --xxx-include <query>
-
By default, all pods found will be converted to HTML.
By providing a query (see Grep::Query for details on queries), a subset of pods can be selected.
Note that there are separate queries for the for categories of core pods, scripts, pragmas and other modules.
- sitedirectory
-
This is where the site should be created or updated.
If the path doesn't exist, the full site will be created.
If the path exists, it must contain a site created by this tool, and will then be updated efficiently (e.g. only new/updated pods will be written, as necessary). In this case however, the listed "Sticky options" above are not allowed on the command line. Instead they will be read from the site and reused as they were when the site was created.
MORE HELP
For full information on Pods2Site, see the manual, or use --manual or run perldoc App::Pods2Site to see the manual page.