Skip to content

Conversation

@patnr
Copy link
Contributor

@patnr patnr commented Jul 27, 2025

The intention in
#365 (comment) is that non-inline regions should be linewise.
So I don't know why l:is_inline is a requirement on top of l:linewise

patnr added 2 commits July 27, 2025 15:37
The intention in
lervag#365 (comment)
is that non-inline regions should be linewise.
So I don't know why l:is_inline is a requirement on top of l:linewise
@patnr
Copy link
Contributor Author

patnr commented Jul 27, 2025

Closing, as it seems that I'm just confused. But I would comment that (without this PR) I never seem to get linewise operator behaviour, even though the environments are cleanly separated into lines, and g:vimtex_text_obj_linewise_operators = ['d', 'y']

@patnr patnr closed this Jul 27, 2025
@lervag
Copy link
Owner

lervag commented Aug 3, 2025

Closing, as it seems that I'm just confused. But I would comment that (without this PR) I never seem to get linewise operator behaviour, even though the environments are cleanly separated into lines, and g:vimtex_text_obj_linewise_operators = ['d', 'y']

Hmm. To be honest, this is something I haven't look into or even used in quite a while. Feel free to open an issue where you explain how to reproduce the unexpected behaviour.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants