Inconsistent behaviour of w motion

[Ashwini6516]

NOTE: i may be saying w or e as the opposite of what they do as i have them set to subwords and i may have set them differently and i also might be saying the _end and _start thingy as i am going off of memory

So, when doing e ->block goes to last character of the word in that case you do a or as i like to ;a to get rid of selection
w ->you go to the whitespace after the end of the word so you go ;i

But when there is a comma at the end of word
in both w and e the block goes to the last character of the word

I don't think they should behave differently in this case, it would be much more helpful in editing if it selected the comma as well

e by default is "move_next_word_end"
w by default is "move_next_word_start"

Also something i have is

[editor.cursor-shape]
insert = "bar"

insert mapping:

1. c-left = ["move_next_sub_word_end", "collapse_selection"]
   or
2. c-left = ["move_next_sub_word_start", "collapse_selection"]

if the word doesn't have a comma at the end -> 1 puts cursor after the last character and 2 put the cursor before the last character
if the word does have a comma at the end -> 1 and 2 both do the same thing i.e, put the cursor before the last character of the word(1 should put the cursor after the last character of the word)

I think it should do what it says it does and always be consistent
c-left that I et up is not big deal as i plan to abandon it but this also screw up key binds like
key = ["do_stuff", "insert_mode", "move_next_word_end", "do stuff"]
you have to work around it by doing
key = ["do_stuff",,"insert_mode", "do_stuff", "normal_mode", "move_next_word_end", "append", "collapase_selection", "do stuff"]

W or "move_next_long_word_end" doesn't work as i want it to go by sub word so what i want is to just place the block on the comma(bar after the last character of word) when doing w or e whichever is the correct one. Dont wanna have a seperate keybind for it

IIRC neovim also does this
dw to remove the word with the comma
de to remove the word
which is definitely exactly what i want as it makes me much faster

[CptPotato]

You should be able to always insert at the end of a word using ea.

[Ashwini6516]

@CptPotato
my use case of ctrl+arrow keys for minor edits without exiting insert mode doesn't work with that and i think it should... it is called end of the word but it actually doesn;t go to end of the word ... i just suggested it on the off chance it can be considered and changed or not changed as seen fit

[tpm-cd]

Could you provide an example? I'm not sure if I undertood the issue.

Have you tried with W or E instead of w and e ?

[Ashwini6516]

Could you provide an example? I'm not sure if I undertood the issue.

Changed my whole post
see #13095 (comment) again

[camerondugan]

If I understood, you start on the first character and your text looks like:
something,that,has,commas,and,no,spaces,separating,words

I don't think it could look like:
something, that, has, multiple, words, separated, by, spaces

In the first case pressing W moves past too much text, which is not what you want.

Pressing W in the second case works because its a separate capital W Word and can be moved through in one motion.

The issue seems to be because a comma is treated as a separate lowercase w 'word'.

One possible solution for you could be to try wea or ewa, which is fast without remaps, which will insert after the comma.

If you wanted these two blocks of text to behave the exact same for despite the added comma, I don't know if I can help in this case. Having the comma treated as a separate 'word' I believe was a deliberate choice, though I could be mistaken.

Side tangent:
I personally wouldn't worry about using ; for removing the selection unless you need to.

[camerondugan]

As a follow up comment and I think the better point to all of this is that w and e behave the same in every case. The comma is treated as a separate word for w and e, but all non white-space connected characters are included for W and E just like it is in vim.

both dw and de do not remove the comma in vim
both wd and ed do not remove the comma in helix

doing df, removes the comma in vim
doing f,d removes the comma in helix

[pascalkuthe]

@CptPotato my use case of ctrl+arrow keys for minor edits without exiting insert mode doesn't work with that and i think it should...

You are seeing issues becahse you are trying to use motions in isnertmode. That os out of scope and generally not something we support. Helix is a modal editor first and foremost.