public class JavaChildWrapArranger
extends java.lang.Object
JavaWrapManager.arrangeChildWrap(ASTNode, ASTNode, CommonCodeStyleSettings, JavaCodeStyleSettings, Wrap, AbstractJavaBlock)
.
Thread-safe.Constructor and Description |
---|
JavaChildWrapArranger() |
Modifier and Type | Method and Description |
---|---|
Wrap |
arrange(ASTNode child,
ASTNode parent,
CommonCodeStyleSettings settings,
JavaCodeStyleSettings javaSettings,
Wrap suggestedWrap,
AbstractJavaBlock reservedWrapsProvider)
Provides implementation of
JavaWrapManager.arrangeChildWrap(com.intellij.lang.ASTNode, com.intellij.lang.ASTNode, com.intellij.psi.codeStyle.CommonCodeStyleSettings, com.intellij.psi.codeStyle.JavaCodeStyleSettings, com.intellij.formatting.Wrap, com.intellij.psi.formatter.java.AbstractJavaBlock) method. |
public Wrap arrange(ASTNode child, ASTNode parent, CommonCodeStyleSettings settings, JavaCodeStyleSettings javaSettings, Wrap suggestedWrap, AbstractJavaBlock reservedWrapsProvider)
JavaWrapManager.arrangeChildWrap(com.intellij.lang.ASTNode, com.intellij.lang.ASTNode, com.intellij.psi.codeStyle.CommonCodeStyleSettings, com.intellij.psi.codeStyle.JavaCodeStyleSettings, com.intellij.formatting.Wrap, com.intellij.psi.formatter.java.AbstractJavaBlock)
method.child
- child node which wrap
is to be definedparent
- direct or indirect parent of the given 'child'
node. Defines usage context
of 'child'
node processingsettings
- code style settings to use during wrap definitionsuggestedWrap
- wrap suggested to use by clients of current class. I.e. those clients offer wrap to
use based on their information about current processing state. However, it's possible
that they don't know details of fine-grained wrap definition algorithm encapsulated
at the current class. Hence, this method takes suggested wrap into consideration but
is not required to use it all the time node based on the given parametersreservedWrapsProvider
- reserved 'element type -> wrap instance'
mappings provider. Note: this
argument is considered to be a part of legacy heritage and is intended to be removed as
soon as formatting code refactoring is done'child'
node if it's possible to define the one;
null
otherwise