in reply to Organising and localising generated POD

How is l10n/i18n generated "pod" going to work (how is the user going to care about it, experience it ... how will you package it )?

_generate_pod would not appear to belong inside App::ClusterSSH::Getopt ... how your project generates documentation is important stuff that should be documented (in pod) for you and other developers of this app of yours

I think its common to seperate code based on if its for-users-of-your modules and for-writers-of-your-module

How pod is generated doesn't sound like something users-of-your-module need to be cluttered with :)

I've seen a few distributions generate pod but they don't take l10n into account

So, Locale::Maketext way of organizing the localization data ( Handel::L10N::fr/Apache::MP3::L10N::fr ) sounds good ; esp if you avoid the pitfalls ( Rassie's Doghouse » On the state of i18n in Perl )

Generating pod sounds good ... be sure to add the headings  =head NAME to your i18n data

So I don't really see anything too messy ... it is what it is ;)

Replies are listed 'Best First'.
Re^2: Organising and localising generated POD
by duncs (Beadle) on Jun 14, 2014 at 07:13 UTC

    Thanks for these comments - it has helped me work out what I want to do :)

    I have simplified all the code such that I can swap to Locale::TextDomain in the future

    Duncs