astyle_notes.html

著名的代码自动缩进软件ASTYLE的源码,为1.21版本,支持C/C++/JAVA的各种格式的排版,支持自定的样式,功能强大

        </li>
        <li>
        <div>
            Bug fix: Brackets inside comments are now not mis-indented within 
            the comment.</div>
        </li>
    </ul>
    <p></p>
    <h3>Artistic Style 1.14.1 (2&nbsp;June 2001)</h3>
    <p></p>
    <ul>
        <li>
        <div>
            Bug fix: : '&lt;' and '&gt;' symbols within template&nbsp;declarations (e.g. 
            'foo&lt;bar*, xoo&gt;') are now left unpadded in the padding modes.</div>
        </li>
        <li>
        <div>
            Bug fix: Fixed false recognizing of headers within larger words 
            (e.g. 'catch' in 'gcatch').</div>
        </li>
    </ul>
    <h3>Artistic Style 1.14.0 (1&nbsp;June 2001)</h3>
    <ul>
        <li>
        <div>
            Bug fix: Fixed indentation of statements within preprocessor 
            '#if...' statements.</div>
        </li>
        <li>
        <div>
            Bug fix: Templates are now not broken from their bodies.</div>
        </li>
        <li>
        <div>
            Bug fix: '&lt;' and '&gt;' symbols within template definitions (e.g. 
            'template&lt;class T&gt;') are now left unpadded in the padding modes.</div>
        </li>
    </ul>
    <h3>Artistic Style 1.13.8 (13 April 2001)</h3>
    <ul>
        <li>
        <div>
            Bug fix: Fixed indentation of multiple nested non-block brackets, 
            such as in multi bracketed static array declarations.</div>
        </li>
    </ul>
    <h3>Artistic Style 1.13.7 (6 April 2001)</h3>
    <ul>
        <li>
        <div>
            New option:'--force-indent=tab=#' (or 'T#') instructs astyle to 
            indent using tabs in all the pre-statement white space, including 
            areas astyle's '--indent=tab' prefers to indent using spaces, such 
            as white space in multi-line statements.</div>
        </li>
        <li>
        <div>
            Bug fix: Fixed unwanted empty line insertions between empty blocks 
            (e.g. '{}') and closing brackets that come immediately after them.</div>
        </li>
        <li>
        <div>
            Bug fix: Fixed unwanted empty line insertions immediately after 
            colons (e.g. 'default:', 'label:', ...)</div>
        </li>
    </ul>
    <h3></h3>
    <div>
        <h3>Artistic Style 1.13.6 (24 January 2001)</h3>
    </div>
    <h3></h3>
    <ul>
        <li>
        <div>
            Bug fix: Preprocessor lines now remain unpadded in padding modes.</div>
        </li>
    </ul>
    <h3>Artistic Style 1.13.5 (24 January 2001)</h3>
    <ul>
        <li>
        <div>
            Bug fix: Fixed the insertion of phantom empty lines immediately 
            after {} blocks.</div>
        </li>
        <li>
        <div>
            Bug fix: Bare open brackets ('{') with no preceding headers are now 
            broken appropriately from their preceding code lines in the 'attach' 
            and 'linux' bracketmodes.</div>
        </li>
        <li>
        <div>
            Bug fix: Fixed operator recognition for long operators such as 
            '&gt;&gt;=', '&lt;&lt;= '.</div>
        </li>
    </ul>
    <h3>Artistic Style 1.13.4 (24 January 2001)</h3>
    <ul>
        <li>
        <div>
            Bug fix: L&quot; unicode strings are now handled properly in padding 
            modes.</div>
        </li>
        <li>
        <div>
            Bug fix: Fixed the padding around '-' operators (which went sour 
            somewhere in the past).</div>
        </li>
        <li>
        <div>
            Bug fix: Fixed the handling of exponent numbers (e.g. 12.2e+2) in 
            padding modes. The fix enables 'e+' to be regarded as part of the 
            exponent.</div>
        </li>
    </ul>
    <h3>Artistic Style 1.13.3 (23 January 2001)</h3>
    <ul>
        <li>
        <div>
            Line that contain both headers and their following non-header code 
            (e.g. 'if (isFoo) doBar();') are now broken by default into multiple 
            lines. To keep these lines as single lines, use '--one-line= 
            keep-statements'.</div>
        </li>
        <li>
        <div>
            Added the new option '--break-elseifs' which breaks 'else if()' 
            statements into multiple lines.</div>
        </li>
        <li>
        <div>
            The option block breaking options now works properly with the 
            padding options.</div>
        </li>
        <li>
        <div>
            Various minor bug fixes.</div>
        </li>
    </ul>
    <h3>Artistic Style 1.13.2 (21 January 2001)</h3>
    <ul>
        <li>
        <div>
            Added the new option '--brackets=break-closing-headers'. When this 
            option is added to either '--brackets=attach' or '--brackets= 
            linux', astyle breaks closing headers (e.g. 'else', 'catch') from 
            their preceding closing brackets.</div>
        </li>
        <li>
        <div>
            '--break-blocks' and '--break-blocks= all' now correctly handle 
            blocks that appear immediately before closing brackets, and do not 
            append empty lines between them and the closing brackets.</div>
        </li>
    </ul>
    <h3>Artistic Style 1.13.0 (27 September 1999)</h3>
    <ul>
        <li>Moved back to odd-minor-numbered development versions, and 
        even-minor-numbered stable versions. </li>
        <li>Added the new option '--break-blocks' which breaks apart unrelated 
        blocks, labels, classes, etc. </li>
        <li>Added the new option '--break-blocks=all' which also breaks apart 
        blocks of closing headers, such as 'else', 'catch', etc. </li>
        <li>Fixed indentation handling of labels and class-definition 
        identifiers such as 'public:', 'protected:', ... (thanks to Daryn Adler 
        for his patch) </li>
        <li>Fixed indentation of nested class definitions. (thanks to Daryn 
        Adler for his patch) </li>
        <li>Added the new option '--indent-preprocessor' which (surprisingly) 
        tries to reindent C/C++ preprocessor macro lines. Astyle should do an 
        pretty nice indentation job if the macro code is sane, but don't expect 
        miracles for horrid macro definitions...</li>
    </ul>
    <h3>Artistic Style 1.11.6&nbsp;(27 September 1999)</h3>
    <ul>
        <li>Improved indentation of lines containing single-line blocks.</li>
    </ul>
    <h3>Artistic Style 1.11.5&nbsp;(25 September 1999)</h3>
    <ul>
        <li>Improved the bug fix for a 'const' keyword bug which resulted in 
        wrong indentation of methods that are declared const.</li>
    </ul>
    <h3>Artistic Style 1.11.4&nbsp;(18 September 1999)</h3>
    <ul>
        <li>Improved handling of single colons (':') in class headers, e.g. 
        class Foo : public Bar { ... } </li>
        <li>Improved handling of single colons (':') in method (constructor) 
        headers, e.g. Foo::Foo(int a) : Bar(a)</li>
    </ul>
    <h3>Artistic Style 1.11.3&nbsp;(16 September 1999)</h3>
    <ul>
        <li>Fixed a serious bug in the formatting of brackets, introduced in 
        1.11.2.</li>
    </ul>
    <h3>Artistic Style 1.11.2&nbsp;(10 September 1999)</h3>
    <ul>
        <li>Fixed an indentation bug in statements that contain the 'const', 
        that resulted in wrong indentation of array blocks that where declared 
        const. (Thanks Daniel!) </li>
        <li>Fixed an indentation bug that could arise in lines that appear 
        immediately after several preprocessor commands. (Thanks Daniel!). </li>
        <li>Fixed a bug that inserted an empty line after closing brackets if a 
        comment appeared immediately prior to the closing bracket. (Thanks Ed!)
        </li>
        <li>Fixed a bug that eliminated empty lines between closing brackets and 
        immediately following opening brackets. (Thanks Ed!)</li>
    </ul>
    <h3>Artistic Style 1.11.1&nbsp;(3 September 1999)</h3>
    <ul>
        <li>Fixed a bug that inserted an empty line at the begining of source 
        files. </li>
    </ul>
    <h3>Artistic Style 1.11.0&nbsp;(3 September 1999)</h3>
    <ul>
        <li>Astyle now filters out line-feeds ('\r') before begining to parse 
        lines. This should take care of bizarre formatting that existed when 
        moving source files from Windows (which breaks lines with a linefeed AND 
        newline (&quot;\r\n&quot;) to unix (which breaks lines only with newlines). </li>
        <li>The &quot;struct&quot;, &quot;static&quot; and &quot;synchronized&quot; keywords are now finally 
        handled correctly in both the contexts of block headers AND simple 
        keywords. </li>
        <li>Better treatment of precompiler lines that end with backslashes, and 
        the lines that immediately follow them. </li>
        <li>The '--indent-classes' (or '-C') option now works correctly 
        (again...). </li>
        <li>Series of short command-line options (e.g. &quot;-b -s4 -C&quot;) are now 
        parsed correctly.</li>
    </ul>
    <h3>Artistic Style 1.10.4&nbsp;(27 July 1999)</h3>
    <ul>
        <li>Fixed a MAJOR bug (inserted in 1.10.3) that resulted wrong handling 
        of double-colons ('::') in C++. </li>
    </ul>
    <h3>Artistic Style 1.10.3&nbsp;(24 July 1999)</h3>
    <ul>
        <li>Fixed a bug (inserted yesterday) that resulted in unwanted line 
        breaks before closing-brackets. </li>
        <li>Fixed a bug in the handling of 'static' blocks in java. </li>
        <li>Added the new option '--indent-cases' (or '-K') for indenting 'case 
        XXX:' lines so they are flush with their following code lines. </li>
        <li>Added the new option '--fill-empty-lines' (or '-E') which fills 
        empty lines with the white-space of their previous line. </li>
    </ul>
    <h3>Artistic Style 1.10.2&nbsp;(23 July 1999)</h3>
    <ul>
        <li>Fixed a series of related bugs that resulted in certain cases of 
        lacking line breaks after close-brackets, and colons. Thanks Jeroen!</li>
    </ul>
    <h3>Artistic Style 1.10.1&nbsp;(18 July 1999)</h3>
    <ul>
        <li>Fixed a bug (introduced in astyle 1.10.0) that can result in missing 
        line breaks before closing brackets if they appear immediately after 
        comments. Thanks Larry!</li>
    </ul>
    <h3>Artistic Style 1.10.0&nbsp;Release (14 July 1999)</h3>
    <ul>
        <li>Improved handling of empty bracket blocks ( e.g.{ } ). Thanks 
        Michael!</li>
    </ul>
    <h3>Artistic Style 1.10.0&nbsp;Prerelease (4 July 1999)</h3>
    <ul>
        <li>Fixed a bug in the in-statement indentation algorithm which resulted 
        in sub-optimal indentation of multiple-line conditional statements that 
        immediately follow headers such as 'if', 'else if', 'while', etc... As a 
        result, the current in-statement indentation is finally what it should 
        have been long ago - MUCH better then in the last stable versions. </li>
        <li>The &quot;linux&quot; bracket style (in which definition brackets are broken 
        while code brackets are attached) has been fixed, and should finally 
        work correctly. </li>
        <li>Artistic Style can now parse both C/C++ and Java files in the same 
        command. Unless a specific language mode is specified (e.g. --style=java 
        or --style=c), astyle will now automatically set the language mode 
        according to each file's suffix (java mode for the '.java' suffix , c 
        mode&nbsp; otherwise). </li>
        <li>Multiple statements in a single line (e.g. aaa; bbb; fff;) are now 
        broken up by default. </li>
        <li>Added the option '<strong>--one-line=keep-statement</strong>s' (or '<strong>-o</strong>') 
        that keeps multiple statements in a single line attached, thus 
        countering the default break detailed above. </li>
        <li>Changed the option previously called '<strong>--keep-one-line-blocks</strong>' 
        to '<strong>--one-line=keep-blocks</strong>', for similarity with the 
        new option above. </li>
        <li>Changed the short option name of the option '-<strong>-errors-to-standard-output</strong>' 
        from '<strong>-o</strong>' to '<strong>-X</strong>'. </li>
        <li>Up to now, Artistic Style always inserted a minimal indent of
        <strong>t</strong>wice the current selected indent size<strong> </strong>
        inside multi-line conditional headers ('if', 'while' ...), so that it 
        would be clear where the headers end and the code after them begins. The 
        current version adds the option '<strong>--min-conditional-indent=#</strong>' 
        (or '<strong>-m#</strong>') that sets the absolute minimal indent 
        between conditional headers and their multiple-line conditional