As mentioned on the Geany report, this is not a bug, but maybe a feature request to add a lexer flag for folding on the first line of an XML open tag (the one with the <) rather than its last one (with the >).
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
A patch for this bug.
Changed XML folding: XML doesn't has HTML-like void tags, so can be strictly start folding at tag-start, and end folding at tag-end.
@zufuliu How is this a bug rather than a feature resquest? From what I see the fold points are consistently at the end of the open tag. Moving it to the start of the open tag is a mere preference, and hides details of the opening tag, which some might not like.
I think it's a valid feature request, but I'm not convinced it's a bug.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
An example that exercises each change in level affected by the patch. Each number in the example is the index (with fold.xml.at.tag.open=1|0) of the level change in the set affected by the patch.
That's strange.
Don't figure out how to make fold.xml.at.tag.open and fold.flags=64(SC_FOLDFLAG_LEVELNUMBERS) works for SciTE.
Screenshots for XML-Fold3.diff with hard-coded foldXmlAtTagOpen and fold levels take by Notepad2.
As mentioned on the Geany report, this is not a bug, but maybe a feature request to add a lexer flag for folding on the first line of an XML open tag (the one with the
<) rather than its last one (with the>).It's a bug,
maybe related to [bugs:#815].Related
Bugs: #815
Last edit: Zufu Liu 2019-09-22
A patch for this bug.
Changed XML folding: XML doesn't has HTML-like void tags, so can be strictly start folding at tag-start, and end folding at tag-end.
@zufuliu How is this a bug rather than a feature resquest? From what I see the fold points are consistently at the end of the open tag. Moving it to the start of the open tag is a mere preference, and hides details of the opening tag, which some might not like.
I think it's a valid feature request, but I'm not convinced it's a bug.
I agree with Colomban here, it is likely that some will want to see the details of the start tag, so this is a feature request for a preference.
Add a int option (only applied to XML, default to 0) like
fold.xml.style?Possibly.
fold.xml.at.tag.open?Added the option, description based on Colomban's comment.
Fix folding bug for
scripttag in XML after these changes.An example that exercises each change in level affected by the patch. Each number in the example is the index (with fold.xml.at.tag.open=1|0) of the level change in the set affected by the patch.
That's strange.
Don't figure out how to make
fold.xml.at.tag.openandfold.flags=64(SC_FOLDFLAG_LEVELNUMBERS) works for SciTE.Screenshots for XML-Fold3.diff with hard-coded
foldXmlAtTagOpenand fold levels take by Notepad2.Looks like you aren't viewing line numbers in SciTE.
Same result with SciTE.
Attached whole source and diff (with custom element on [feature-requests:#1299]).
Related
Feature Requests:
#1299Is this the change you want or the one on [feature-requests:#1299]? Why confuse the 2 issues?
Related
Feature Requests:
#1299I'm sorry, they are indeed separate issues.
Attached full source for this issue only.
The diff is same as XML-Fold3.diff on https://sourceforge.net/p/scintilla/bugs/2128/#7738
Committed addition as [54e1c9].
Related
Commit: [54e1c9]
Committed addition as [54e1c9].
Related
Commit: [54e1c9]