Manual Reference Pages - NET::DELICIOUS::CONFIG (3)
Net::Delicious::Config - config handler for Net::Delicious.
Config handler for Net::Delicious.
Internally, Net::Delicious uses an ini style Config::Simple object to keep track of its
various settings. These include user credentials, endpoints as well as API request and
While there is no expectation that a user will ever need to change anything than their basic
login information, it is possible to override any of the default configuration options. If, you
know, youre in to that kind of thing.
The only caveat is that in order to override default configuaration for request and response
properties you will need to pass the Net::Delicious object constructor a Config::Simple object
or the path to a valid ini style config file. (Arguments passed to the constructor as a hash
reference are assumed to be part of the default <B>deliciousB> configs.)
It is important to remember that these config options, and definitions, are not meant to be a
complete web services description nor do they play one on TV. They are some bare-bones glue
to allow users the ability to define their own settings in the event that this package falls out
of sync with the API or theyve dreampt up some wacky project that uses Net::Delicious.
These are outlined in the POD for the Net::Delicious object constructor. They
are basically anything define in the <B>[delicious]B> block.
Default API response configs are defined in Net::Delicious::Constants::Config::DELICIOUS_CFG_STD.
API CALL CONFIGS
API call configs are the set of allowable parameters that may be sent to del.icio.us
with a given method call along with flags to indicate whether an argument is required
or needs some special magic DWIM munging.
The basic syntax for block names is the string <B>deliciousB>, the lower-case name of the
API class (posts, user, etc.) followed by the lower-case name of the method all joined by
The basic syntax for block arguments is the name of the API parameter followed by a single
string containing multiple options separated by semi-colons. As of this writing, there arent
very many options. The first is the string <B>requiredB> if (drumroll) the parameter is required.
The only other recognized option is the string <B>noB> which will tell the argument parser to
DWIM if the user passes boolean true or false.
For example :
If a method class is nested, the syntax requires that all <B>/B> strings be replaced by underbars.
For example <B>tags/bundles/setB> is defined as :
Default API response configs are defined in Net::Delicious::Constants::Config::DELICIOUS_CFG_API.
API RESPONSE CONFIGS
API response configs define the properties that are expected to be returned in a given
method call and mapped to object methods.
As of this writings, all properites are defined in the <B>delicious_propertiesB> block.
The basic syntax for block arguments is the lower-case name of the Net::Delicious object class
followed by a comma-separated list of properties/methods. Unless already defined in their parent
package, get methods for each property will be automagically created.
Default API response configs are defined in Net::Delicious::Constants::Config::DELICIOUS_CFG_PROPERTIES.
$Date: 2008/03/03 16:55:04 $
Aaron Straup Cope <firstname.lastname@example.org>
Copyright (c) 2004-2008 Aaron Straup Cope. All rights reserved.
This is free software, you may use it and distribute it under the
same terms as Perl itself.
|perl v5.20.3 ||NET::DELICIOUS::CONFIG (3) ||2016-04-03 |
Visit the GSP FreeBSD Man Page Interface.
Output converted with manServer 1.07.