Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Already on GitHub? Sign in to your account

Support providing abstract with AbstractProvider role #155

Open
wants to merge 1 commit into
from

Conversation

Projects
None yet
2 participants
Contributor

miyagawa commented Mar 19, 2013

This patch adds AbstractProvider role to the dzil plugin roles and allows plugins to provide dist's attribute instead of the hardcoded default that reads the line "# ABSTRACT: " from the main module, which is left here as a default behavior when there's no provider (and/or no provider returns any abstract info).

Contributor

miyagawa commented Mar 19, 2013

You can take it if you still think it's useful, but turns out, Pod::Elemental does exactly what I want (i.e. read abstract from Pod's =head1 NAME section). Haven't occurred to me since my boilerplate has its NAME empty, so the dzil actually complains about it, which is just fine but somehow led me to believe that the abstract has to be written as a comment.

@miyagawa miyagawa closed this Apr 9, 2013

Owner

rjbs commented Sep 27, 2013

I'm re-opening for future review.

@rjbs rjbs reopened this Sep 27, 2013

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment