You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Expected: fall back to block comments when line comments are unavailable
There's a twist, though: in some editors (like Sublime), the block comment behavior is subtly different when invoked as a fallback like this. When there's no selection, the entire line is wrapped in a block comment (the normal behavior, and what you get if you invoke block comment explicitly, is to insert an empty block comment at the cursor position).
The text was updated successfully, but these errors were encountered:
Comment by TomMalbran Thursday Nov 15, 2012 at 06:45 GMT
This is what i was planning to implement next, but wasn't sure if it should just make a block comment over the selection, or over all the lines in the selection. Maybe this second approach might work better on HTML, where commenting a block over several lines that don't include the complete lines is not usual.
In any case, it should be easy enough, by adding an additional parameter to block-comment with the positions for the prefix and suffix in the case of a block-comment.
Issue by peterflynn
Thursday Nov 15, 2012 at 01:57 GMT
Originally opened as adobe/brackets#2119
Result: nothing happens
Expected: fall back to block comments when line comments are unavailable
There's a twist, though: in some editors (like Sublime), the block comment behavior is subtly different when invoked as a fallback like this. When there's no selection, the entire line is wrapped in a block comment (the normal behavior, and what you get if you invoke block comment explicitly, is to insert an empty block comment at the cursor position).
The text was updated successfully, but these errors were encountered: