?? astyle_release_notes.html
字號(hào):
<html>
<head>
<TITLE>Artistic Style - Release Notes</TITLE>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<meta name="CREATED" content="19981123;1064600">
<meta name="CHANGEDBY" content="Tal Davidson">
<meta name="CHANGED" content="19981123;1091900">
<meta name="GENERATOR" content="Microsoft FrontPage 4.0">
<style> <!-- --></style>
</head>
<body bgcolor="#ffffff">
<p align="center"><font color="#000080" size="7"><b><i>Artistic Style - Release notes</i></b></font>
</p>
<H3>In Artistic Style 1.15.3 (7 March 2002)</H3>
<UL>
<LI>
<DIV>
<DIV>Bug fix in handling of brackets after line-comments.</DIV>
</DIV>
<LI>
<DIV>
<DIV>Bug fix: C# add/remove event property headers now properly formatted.</DIV>
</DIV>
</LI>
</UL>
<H3>In Artistic Style 1.15.2 (2 March 2002)</H3>
<UL>
<LI>
<DIV>Bug fixes in exception handling phrases, e.g. multiple catches and
try..finally.</DIV>
</LI>
</UL>
<H3>In Artistic Style 1.15.1 (2 March 2002)</H3>
<UL>
<LI>
<DIV>Bug fix: C# properties are now formatted properly.</DIV>
</LI>
</UL>
<H4><FONT size="4">In Artistic Style 1.15.0 (2 March 2002)</FONT></H4>
<UL>
<LI>
<DIV>Added support for C#.</DIV>
<LI>
<DIV>Artistic Style is now licensed only under the GNU Public License (GPL).</DIV>
<LI>
<DIV>Compilation under G++ 3.0 now works properly.</DIV>
<LI>
<DIV>Bug fix: Opening brackets that appear at the begining of a line immediately
after an empty line comment are now handled properly, and not appended as part
of the line comment.</DIV>
<LI>
<DIV>Bug fix: Brackets inside comments are now not misindented within the comment.</DIV>
</LI>
</UL>
<P>
<H3>In Artistic Style 1.14.1 (2 June 2001)</H3>
<P></P>
<UL>
<LI>
<DIV>Bug fix: : '<' and '>' symbols within template declarations (e.g.
'foo<bar*, xoo>') are now left unpadded in the padding modes.</DIV>
<LI>
<DIV>Bug fix: Fixed false recognizing of headers within larger words
(e.g. 'catch' in 'gcatch').</DIV>
</LI>
</UL>
<H3>empIn Artistic Style 1.14.0 (1 June 2001)</H3>
<UL>
<LI>
<DIV>Bug fix: Fixed indentation of statements within preprocessor '#if...'
statements.</DIV>
<LI>
<DIV>Bug fix: Templates are now not broken from their bodies.</DIV>
<LI>
<DIV>Bug fix: '<' and '>' symbols within template definitions (e.g.
'template<class T>') are now left unpadded in the padding modes.</DIV>
</LI>
</UL>
<H3>In 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>In Artistic Style 1.13.7 (6 April 2001)</H3>
<ul>
<li>
<div>
Newoption:'--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>
<div>
Bug fix: Fixed unwanted empty line insertions between empty blocks (e.g.
'{}') and closing brackets that come immediately after them.</div>
<LI>
<DIV>Bug fix: Fixed unwanted empty line insertions immediately after colons (e.g.
'default:', 'label:', ...)</DIV>
</LI>
</ul>
<h3>
<div>In Artistic Style 1.13.6 (24 January 2001)</div>
</h3>
<UL>
<LI>
<DIV>Bug fix: Preprocessor lines now remain unpadded in padding modes.</DIV>
</LI>
</UL>
<H3>In 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>
<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>
<DIV>Bug fix: Fixed operator recognition for long operators such as '>>=',
'<<= '.</DIV>
</LI>
</UL>
<H3>In Artistic Style 1.13.4 (24 January 2001)</H3>
<UL>
<LI>
<DIV>Bug fix: L" unicode strings are now handled properly in padding modes.</DIV>
<LI>
<DIV>Bug fix: Fixed the padding around '-' operators (which went sour somewhere in
the past).</DIV>
<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>In 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>
<DIV>Added the new option '--break-elseifs' which breaks 'else if()' statements
into multiple lines.</DIV>
<LI>
<DIV>The option block breaking options now works properly with the padding
options.</DIV>
<LI>
<DIV>Various minor bug fixes.</DIV>
</LI>
</UL>
<H3>In 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>
<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>In 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>
Added the new option '--break-blocks' which breaks apart unrelated blocks,
labels, classes, etc.
<li>
Added the new option '--break-blocks=all' which also breaks apart blocks of
closing headers, such as 'else', 'catch', etc.
<li>
Fixed indentation handling of labels and class-definition identifiers such as
'public:', 'protected:', ... (thanks to Daryn Adler for his patch)
<li>
Fixed indentation of nested class definitions. (thanks to Daryn Adler for his
patch)
<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 miracales for
horrid macro definitions...</li></ul>
<h3>In Artistic Style 1.11.6 (27 September 1999)</h3>
<ul>
<li>
Improved indentation of lines containing single-line blocks.</li>
</ul>
<h3>In Artistic Style 1.11.5 (25 September 1999)</h3>
<ul>
<li>
Improved the bugfix for a 'const' keyword bug which resulted in wrong
indentation of methods that are declared const.</li>
</ul>
<h3>In 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>
Improved handling of single colons (':') in method (constructor) headers, e.g.
Foo::Foo(int a) : Bar(a)</li>
</ul>
<h3>In 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>In 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>
Fixed an indentation bug that could arise in lines that appear immediately
after several preprocessor commands. (Thanks Daniel!).
<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>
Fixed a bug that eliminated empty lines between closing brackets and
immediately following opening brackets. (Thanks Ed!)</li>
</ul>
<h3>In 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>In Artistic Style 1.11.0 (3 September 1999)</h3>
<ul>
<li>
Astyle now filters out linefeeds ('\r') before begining to parse lines. This
should take care of bizzare 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>
The "struct", "static" and "synchronized" keywords are now finally handled
correctly in both the contexts of block headers AND simple keywords.
<li>
Better treatment of precompiler lines that end with backslashes, and the lines
that immediately follow them.
<li>
The '--indent-classes' (or '-C') option now works correctly (again...).
<li>
Series of short command-line options (e.g. "-b -s4 -C") are now parsed
correctly.</li>
</ul>
<h3>In Artistic Style 1.10.4 (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>In 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>
Fixed a bug in the handling of 'static' blocks in java.
<li>
Added the new option '--indent-cases' (or '-K') for indenting 'case XXX:' lines
so they are flush with their following code lines.
<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>In 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>In 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>In 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>In 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>
The "linux" bracket style (in which definition brackets are broken while code
brackets are attached) has been fixed, and should finally work correctly.
<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>
Multiple statements in a single line (e.g. aaa; bbb; fff;) are now broken up by
default.
<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>
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>
Changed the short option name of the option '-<strong>-errors-to-standard-output</strong>'
from '<strong>-o</strong>' to '<strong>-X</strong>'.
<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 statements. If this
option is not specified, the default indent remains <strong>twice the current
?? 快捷鍵說(shuō)明
復(fù)制代碼
Ctrl + C
搜索代碼
Ctrl + F
全屏模式
F11
切換主題
Ctrl + Shift + D
顯示快捷鍵
?
增大字號(hào)
Ctrl + =
減小字號(hào)
Ctrl + -