From the Perltidy documentation section 'Controlling whether perltidy breaks before or after operators':
By default, perltidy breaks after these token types: % + - * / x != == + >= <= =~ !~ < > | & = **= += *= &= <<= &&= -= /= |= >>= ||= //= .= % += ^= x= And perltidy breaks before these token types by default: . << >> -> && + || //
The way I understand it is the -ci option lets you specify what happens to lines that are only broken because they are too long. Your example will break before the && not because of line length.(See corrections in the following nodes) From the documentation:
Code Indentation Control
Continuation indentation is extra indentation spaces applied when a long line is broken. The default is n=2, illustrated here:my $level = # -ci=2 ( $max_index_to_go >= 0 ) ? $levels_to_go : $last_output_level;
I also found a line in the documentation that mentions a debug file. This also prints a .LOG file which gives details about the length of the lines and any warnings. "Also try the -D flag on a short snippet of code and look at the .DEBUG file to see the tokenization."
In reply to Re: Why is perltidy using indent-columns instead of continuation-indentation when breaking up a long if-line?
in thread Why is perltidy using indent-columns instead of continuation-indentation when breaking up a long if-line? by torgny
<code> <a> <b> <big> <blockquote> <br /> <dd> <dl> <dt> <em> <font> <h1> <h2> <h3> <h4> <h5> <h6> <hr /> <i> <li> <nbsp> <ol> <p> <small> <strike> <strong> <sub> <sup> <table> <td> <th> <tr> <tt> <u> <ul>