Some of the dependent objects still used hard coded directory and file paths from CommandLineParser. These are now properly handled through OutputInfoProvider protocol properties, similar to the was documentation set was linked with it's parent documents output generator. To even more encapsulate different output generators implementations, all paths handling is now moved from the CommandLineParser to concrete generator subclasses. This makes the code more decoupled and OOP.
…or subclasses. Each concrete output generator is implemented as a subclass of OutputGenerator instead of extending DoxygenConverter by another category. This results in much cleaner class structure and responsibility division as well as much more decoupling between different output generation objects.
…based error message and only then throwing the error. In most cases the error is not directly related to the context, so it's message is confusing as to where the error happened and what the utility was doing. The new messages should handle this better.
The users can even provide the template for their preffered naming style similar to inter-objects links. The prefix can also be used for inter-object links. There are both, command line argument and global parameters that can be used to change the default naming template.
…ripts. Although these were invisible in the code unless the file encoding was changed from UTF-8, and were invisible but present in the generated HTML too, it was still better to clean it up, so that any future output generators are not affected by these. The doxygen custom user scripts were also cleaned up, so they should not produce these chars any more.
…make their usage clearer.
… grounds for multiple output generators.
There's already a project named objcdoc. It's a perl script you can find on http://www.inf.uos.de/elmar/projects/objcdoc/. There are also links to the documentation examples it generates. It looks like it's no longer maintained though - the latest update is from 2002.
…lass. This option is on by default. It will merge all category sections for all categories that extend one of the documented classes to the end of the class sections.
…el so that the users can be sure about the result.
… methods and renamed it to fixCleanObjectDocumentation. This makes the code more managable and clear, even in the future when additional fixes may be added.