The indent usecases:
refer to doc.atomicLock, doc.atomicUnlock. Imho the examples should use NbDocument.* methods which work on any
document, not just BaseDocument.
We will have to run the Editor Indentation API through the full review process and polish it. I moved the classes to
unofficial packages and marked the API as 'under development'. We intend to stabilize it in the next release.
We need to have another look at the API and especially its usecases. The current state is way below the needs of JSP and
Ruby folks. Tomasz Slota knows a lot about what is needed. Tomasz, could you please summarize usecase/problems you've
learned when implementing formatters for Nb6. Thanks
Also, for Nb6 we hardcoded the order in which formatters are applied for certain languages (eg. rhtml, jsp), see
o.n.m.e.indent.TaskHandler. These hacks need to be removed.
Regarding Yarda's request I think that we should rather have just the "top-level" methods in the API e.g.
reformat(Position startPos, Position endPos); or reindentLine(Position pos);
The locking and additional logic such as guarded block skipping etc. would be hidden in the impl.
One part of this work is to separate and deprecate the old formatting API and infrastructure. This also depends on #152655.
(In reply to comment #4)
> One part of this work is to separate and deprecate the old formatting API and
> infrastructure. This also depends on #152655.
I filed a separate issue for deprecating the old formatting API - issue #189638.
Integrated into 'main-golden', will be available in build *201008310001* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress)
User: Vita Stejskal <email@example.com>
Log: #120357: updating module dependencies and removing unneccessary use of the old formatting API; full IDE is buildable and runs somehow