Akin

@Shatur under the hood the API function used is called with force set to true https://github.com/akinsho/bufferline.nvim/blob/e9697f74612f90cc1fac7b5a973e1aa1323f9aff/lua/bufferline/commands.lua#L58 Which is my personal preference, I don't mind there being a bang as an...

Hi @DanielCardonaRojas, this came up quite a while ago as a suggestion from Barbar's author, interestingly enough. Personally I don't like the aesthetic and uniformity is very important to me....

> I would accept and help guide a well implemented PR to add this functionality, but I personally won't add it myself This comment still stands as far as this...

This is hard and probably needs a re-imagined mechanism for showing buffers

@rod-stuchi no they aren't static, they represent the visible position of the buffer in the bar so as you move through visible buffers and the list shifts the numbers will...

@rod-stuchi thanks for the video and clarification, the whole bufferline should be redrawn when you enter a new buffer, so the ordinal numbers should change. Tbh the whole number feature...

@rod-stuchi so it turns out I was incorrect when I described this as a bug, it's actually been raised a few times and most recently in #251, so I'll close...

@jpoppe this relates also to #438 where there is a similar request. So this was definitely by choice since current behaviour is definitely my preference. As I mention though I'm...

This is likely an issue specifically to do with mixing grouping and numbers, tbh I don't use numbers and very often consider deprecating them since it's something I don't use...

@felipesere `gt` and `gT` are not by default aware of the order in which bufferline has sorted the tabline. It's recommended to use `CycleNext/Prev` instead to see more consistent results....