notes.html

c语言格式化源代码

        <li>Bug fix: Opening brackets that appear at the beginning of a line immediately after an
        empty line comment are now handled properly, and not appended as part of the line
        comment.</li>

        <li>Bug fix: Brackets inside comments are now not mis-indented within the comment.</li>
    </ul>

    <h3>Artistic Style 1.14.1 (2 June 2001)</h3>

    <ul>
        <li>Bug fix: : '&lt;' and '&gt;' symbols within template declarations (e.g. 'foo&lt;bar*,
        xoo&gt;') are now left unpadded in the padding modes.</li>

        <li>Bug fix: Fixed false recognizing of headers within larger words (e.g. 'catch' in
        'gcatch').</li>
    </ul>

    <h3>Artistic Style 1.14.0 (1 June 2001)</h3>

    <ul>
        <li>Bug fix: Fixed indentation of statements within preprocessor '#if...' statements.</li>

        <li>Bug fix: Templates are now not broken from their bodies.</li>

        <li>Bug fix: '&lt;' and '&gt;' symbols within template definitions (e.g. 'template&lt;class
        T&gt;') are now left unpadded in the padding modes.</li>
    </ul>

    <h3>Artistic Style 1.13.8 (13 April 2001)</h3>

    <ul>
        <li>Bug fix: Fixed indentation of multiple nested non-block brackets, such as in multi
        bracketed static array declarations.</li>
    </ul>

    <h3>Artistic Style 1.13.7 (6 April 2001)</h3>

    <ul>
        <li>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.</li>

        <li>Bug fix: Fixed unwanted empty line insertions between empty blocks (e.g. '{}') and
        closing brackets that come immediately after them.</li>

        <li>Bug fix: Fixed unwanted empty line insertions immediately after colons (e.g.
        'default:', 'label:', ...)</li>
    </ul>

    <h3>Artistic Style 1.13.6 (24 January 2001)</h3>

    <ul>
        <li>Bug fix: Preprocessor lines now remain unpadded in padding modes.</li>
    </ul>

    <h3>Artistic Style 1.13.5 (24 January 2001)</h3>

    <ul>
        <li>Bug fix: Fixed the insertion of phantom empty lines immediately after {} blocks.</li>

        <li>Bug fix: Bare open brackets ('{') with no preceding headers are now broken
        appropriately from their preceding code lines in the 'attach' and 'linux'
        bracketmodes.</li>

        <li>Bug fix: Fixed operator recognition for long operators such as '&gt;&gt;=', '&lt;&lt;=
        '.</li>
    </ul>

    <h3>Artistic Style 1.13.4 (24 January 2001)</h3>

    <ul>
        <li>Bug fix: L" unicode strings are now handled properly in padding modes.</li>

        <li>Bug fix: Fixed the padding around '-' operators (which went sour somewhere in the
        past).</li>

        <li>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.</li>
    </ul>

    <h3>Artistic Style 1.13.3 (23 January 2001)</h3>

    <ul>
        <li>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'.</li>

        <li>Added the new option '--break-elseifs' which breaks 'else if()' statements into
        multiple lines.</li>

        <li>The option block breaking options now works properly with the padding options.</li>

        <li>Various minor bug fixes.</li>
    </ul>

    <h3>Artistic Style 1.13.2 (21 January 2001)</h3>

    <ul>
        <li>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.</li>

        <li>'--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.</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 (27 September 1999)</h3>

    <ul>
        <li>Improved indentation of lines containing single-line blocks.</li>
    </ul>

    <h3>Artistic Style 1.11.5 (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 (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 (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 (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 (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 (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 ("\r\n") to unix (which breaks lines only with
        newlines).</li>

        <li>The "struct", "static" and "synchronized" 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. "-b -s4 -C") 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 (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 (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 (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 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 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 "linux" 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 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 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 statements. If this option is not specified, the
        default indent remains <strong>twice the current selected indent size</strong>.<br />
         For example, This option should come very handy in code that already has brackets after
        EVERY conditional statement (even if just one line is in that bracket...) - in such a case,
        it would be wise to set <strong>--min-conditional-indent=0</strong> since the brackets
        already make it clear where the header ends and the code begins...</li>

        <li>Added the ability to set the assumed tab size when in '<strong>--indent-tab</strong>'
        mode by using '<strong>--indent-tab=#</strong>' or '<strong>-t#</strong>' and replacing the
        <strong>#</strong> with the wanted size. If the size is not specified, the size of each tab
        is assumed to be 4 spaces long.</li>
    </ul>

    <h3>Artistic Style 1.8.2 (18 March 1999)</h3>

    <ul>
        <li>Fixed pointer handling problems in ASBeautifier that led to crashes when parsing
        preprocessor commands.</li>

        <li>Fixed the problem in locating the default options file in the directory pointed to by
        $HOME or %HOMEPATH% when these system variables do not contain an '/' (or '\' ...) at their
        end.</li>

        <li>Fixed inverse insertion of spaces vs. tabs when in -t mode. (Thanks Brian!)</li>

        <li>Got rid of those pesky C4786 warnings when compiling under Visual C++ (Thanks
        John!)</li>
    </ul>

    <h3>Artistic Style 1.8.1 (9 March 1999)</h3>

    <ul>
        <li>Changed the '--style=k&amp;r' option to '--style= kr' , so that linux/unix machines
        don't misinterpret the '&amp;' as a background processing command.</li>
    </ul>