Skip Menu |

This queue is for tickets about the DateTime-TimeZone-LMT CPAN distribution.

Report information
The Basics
Id: 51893
Status: resolved
Priority: 0/
Queue: DateTime-TimeZone-LMT

People
Owner: Nobody in particular
Requestors: FWIE [...] cpan.org
Cc:
AdminCc:

Bug Information
Severity: Normal
Broken in: 1.00
Fixed in: 1.01



Subject: (Patch] POD nits
The attached patch fixes some POD, which renders wrong, at least at search.cpan.org.
Subject: pod.patch
diff --git a/lib/DateTime/TimeZone/LMT.pm b/lib/DateTime/TimeZone/LMT.pm index d69ef52..7d7c63e 100644 --- a/lib/DateTime/TimeZone/LMT.pm +++ b/lib/DateTime/TimeZone/LMT.pm @@ -218,8 +218,8 @@ anything other than display. Creates an alias that can be called as a string by DateTime methods. -This means you can C<$dt = DateTime->new( time_zone => 'LMT' )> rather -than the normal C<$dt = DateTime->new( time_zone => $lmt )>. This is of +This means you can C<< $dt = DateTime->new( time_zone => 'LMT' ) >> rather +than the normal C<< $dt = DateTime->new( time_zone => $lmt ) >>. This is of little benefit unless you're accepting a time zone name from a user. If the optional $alias_name is provided then that will be the alias
Since for the last five months, nobody had anything to say about the module, since all the CPAN testers returned green results, we may consider the problem over.