view release on metacpan or  search on metacpan

corpus/dists/GraphViz2.changes  view on Meta::CPAN

2.00  Tue Mar  6 16:02:00 2012
	  - Support utf8 in labels. This required changes to GraphViz2.pm. See scripts/utf8.pl and html/utf8.svg. I'm using Perl V 5.14.2.
	  	Sample output is online at http://savage.net.au/Perl-modules/html/graphviz2/utf8.svg.
	  - Add an item to the FAQ about how to write scripts using utf8.
	  - Re-write GraphViz2::Parse::ISA to draw multiple class hierarchies on 1 graph. This means the API for that class has changed.
	  	Specifically, create() no longer exists. Call add() 1 or more times instead. Then, call generate_graph(). See the docs for details.
		Sample output is online at http://savage.net.au/Perl-modules/html/graphviz2/parse.isa.svg.

1.13  Sun Dec 25 10:33:00 2011
	  - Change <img...> to <object...> in the demo creation code, to keep poor old FireFox happy.
	  - Change various things in html/graphviz2.index.tx to we validate as XHTML 1.0 Strict.
	  - Unreleased.

1.12  Wed Dec 14 11:22:00 2011
	  - Add 5 scripts, scripts/macro.*.pl, to demonstrate using a Perl sub as a macro to generate both cluster and non-cluster sub-graphs.
	  - Update the TODO in GraphViz2.pm, since it erroneously gave the impression the current code did not handle compound clusters.
	  - Re-generate the demo. See: http://savage.net.au/Perl-modules/html/graphviz2/.
	  - Adopt Flavio Poletti's suggestion of trying to pipe to dot, in Build.PL/Makefile.PL, rather than using File::Which,
	  	to see if dot (Graphviz) is installed. This (hopefully) solves the problem of using File::Which on systems where it is
		not installed, before Build.PL/Makefile.PL has a chance to tell the user that File::Which is required. See: RT#73077.
	  - No code changes in *.pm files.

corpus/dists/GraphViz2.parsed  view on Meta::CPAN

      "date" => "2011-12-25T10:33:00Z",
      "entries" => [
        {
          "line" => 294,
          "raw" => "\t  - Change <img...> to <object...> in the demo creation code, to keep poor old FireFox happy.\n",
          "style" => "-",
          "text" => "Change <img...> to <object...> in the demo creation code, to keep poor old FireFox happy."
        },
        {
          "line" => 295,
          "raw" => "\t  - Change various things in html/graphviz2.index.tx to we validate as XHTML 1.0 Strict.\n",
          "style" => "-",
          "text" => "Change various things in html/graphviz2.index.tx to we validate as XHTML 1.0 Strict."
        },
        {
          "line" => 296,
          "raw" => "\t  - Unreleased.\n\n",
          "style" => "-",
          "text" => "Unreleased."
        }
      ],
      "line" => 293,
      "raw" => "1.13  Sun Dec 25 10:33:00 2011\n",

corpus/dists/Rose-HTML-Objects.parsed  view on Meta::CPAN

          "text" => "Added the has_error() method."
        },
        {
          "line" => 272,
          "raw" => "    * Added special handling to object_from_form() for checkboxes that\n      set boolean columns in Rose::DB::Object-derived objects.\n",
          "style" => "*",
          "text" => "Added special handling to object_from_form() for checkboxes that set boolean columns in Rose::DB::Object-derived objects."
        },
        {
          "line" => 274,
          "raw" => "    * The xhtml_table() method for checkbox and radio button groups now\n      correctly returns XHTML markup.  (Reported by Jacques Supcik)\n",
          "style" => "*",
          "text" => "The xhtml_table() method for checkbox and radio button groups now correctly returns XHTML markup.  (Reported by Jacques Supcik)"
        },
        {
          "line" => 276,
          "raw" => "    * Restored the field_names() method, making it call the newly documented\n      field_monikers() method.  (Reported by Andrei Kozovski)\n",
          "style" => "*",
          "text" => "Restored the field_names() method, making it call the newly documented field_monikers() method.  (Reported by Andrei Kozovski)"
        },
        {
          "line" => 278,
          "raw" => "    * Nesting a field or form within itself now results in a fatal error\n      instead of an infinite loop.\n",