peczenyj / GDPR-IAB-TCFv2 / 25440379083

96%

main: 96%

push

github

feat(cli): bundling + short aliases (-c for --compact, -s for --strict) (#52)

* feat(cli): enable Getopt::Long short-option bundling

Adds `bundling` to the Getopt::Long config so power users can combine
short flags after a single dash (`-pq` == `--pretty --quiet`,
`-pv 284` == `--pretty --vendor-id 284`, last bundled short may take
a value).

Side effects of bundling:
  - Short options are case-sensitive (no_ignore_case forced ON)
    — additional defense in depth on top of PR #51's require_order
    fix for the -v/-V shadowing bug.
  - Long-option auto_abbrev is disabled. `--ver` is no longer
    accepted as a shortcut for `--version`. Always use the full
    long-option name or its single-character short alias.

Notes:
  - `gnu_compat` was considered but not included — `--opt=value`
    syntax already works without it; `gnu_compat` only changes
    `--opt=` (empty value) behavior, which we don't care about.

Documentation:
  - bin/iabtcfv2 POD: new `=head2 Short option bundling` subsection
    with examples (--man / --help still show this).
  - lib/GDPR/IAB/TCFv2.pm POD: extra example lines in the
    `=head2 iabtcfv2` block (regenerates in README.md).
  - README.md: regenerated via pod2markdown.

Tests (t/10-cli-iabtcfv2.t):
  - 'Short option bundling and = value syntax' subtest with three
    assertions: bundled flags produce valid JSON; -pq enables
    --pretty (multi-line output); -pv 1 produces same data as
    --pretty --vendor-id 1; --vendor-id=1 is parsed identically
    to --vendor-id 1.

* feat(cli): add short aliases -c (compact) and -s (strict)

Two of the dump subcommand's options didn't have single-character
shorts:

  - --compact    -> add -c
  - --strict     -> add -s

Both letters are previously unused in the dump subcommand spec and
in the global Getopt::Long spec, and bundling (now in effect on
this branch) makes the matching strictly case-sensitive — no risk
of clashing with --compact's neighbours or with --strict's.

POD entri... (continued)

1 of 1 new or added line in 1 file covered. (100.0%)

741 of 775 relevant lines covered (95.61%)

11624.68 hits per line