Increase the number of cursors from 10000

[rs6454]

Hi Team

I do a lot of work editing on text files with line more that 10000,editing of large file is limited due to the The number of cursors has been limited to 10000.

Please increase this limit to 100000 if possible

[vscodebot]

(Experimental duplicate detection)
Thanks for submitting this issue. Please also check if it is already covered by an existing one, like:

• Cannot edit more than 10000 lines in "column edit mode" (#80324)

[rs6454]

(Experimental duplicate detection)
Thanks for submitting this issue. Please also check if it is already covered by an existing one, like:

• Cannot edit more than 10000 lines in "column edit mode" (#80324)

this duplicate does not have a solution, Please include this feature

[LesterCovax]

I just ran into this same limitation when editing 20k+ lines at once. In my case it wasn't a big deal as I only had to repeat my actions twice, but for larger files it would certainly be a hindrance. Adding a defaultSettings.json preference (e.g. "editor.multiCursorMaxLines": 10000) that users could increase in their own environments would be much appreciated.

[pablo-romano]

I just ran into this same limitation when editing 20k+ lines at once. In my case it wasn't a big deal as I only had to repeat my actions twice, but for larger files it would certainly be a hindrance. Adding a defaultSettings.json preference (e.g. "editor.multiCursorMaxLines": 10000) that users could increase in their own environments would be much appreciated.

And where do you put the defaultSettings.json ?

[LesterCovax]

@pablo-romano - defaultSettings.json is just a built-in reference file that shows all available settings and their default values. Do a CTRL+SHIFT+P and search for open default settings. It's a useful reference when tweaking your settings file. I just mentioned it, as adding in a new settings option would also imply it's added to the defaultSettings.json.

[vscodebot]

This feature request is now a candidate for our backlog. The community has 60 days to upvote the issue. If it receives 20 upvotes we will move it to our backlog. If not, we will close it. To learn more about how we handle feature requests, please see our documentation.

Happy Coding!

[LesterCovax]

This feature request is now a candidate for our backlog. The community has 60 days to upvote the issue. If it receives 20 upvotes we will move it to our backlog. If not, we will close it. To learn more about how we handle feature requests, please see our documentation.

Happy Coding!

@alexdima / @vscodebot (or whoever manages it)
Can you please clarify the language used in the previous message, regarding upvotes needed to move this to the backlog? Even after reading the included documentation link, and the fact that a Github issue itself cannot be upvoted, it's unclear whether one should upvote the initial post's comment or the comment from vscodebot in order to count towards the requisite 20 upvotes for backlog inclusion. Cheers.

[alexdima]

@LesterCovax I think the opening post should be upvoted:

@chrmarti @kieferrm FYI there is some confusion about the bot language.

[vscodebot]

🙂 This feature request received a sufficient number of community upvotes and we moved it to our backlog. To learn more about how we handle feature requests, please see our documentation.

Happy Coding!

[ghost]

Was this implemented?

[mendeljacks]

This would be very useful for dealing with large files where for example you wanted to add a comma to line

[arthur-fuzaro]

Since has reached 60 upvotes, it's gonna be implemented?

[FranciscoCaldeira]

Already did Up vote ... I need this feature to past 300k lines

[Robert-Saiter]

Having this configurable would be more useful than increasing it to 100000. I am just guessing but each machine may have a different limit to how much it can handle and I frequently handle text files with millions of lines. Whatever the maximum amount is that my machine can handle would be the best case for me.

[nikbucher]

https://github.com/microsoft/vscode/blob/master/src/vs/editor/common/controller/cursor.ts#L124

[riversky0014]

Seems that it hasn't be implemented? I need this feature a lot, otherwise I have to deal large file with python, it is not so happy.

[earslap]

Been waiting for this for a looong time. Makes many data cleaning tasks an order of magnitude easier.

For a temporary fix / hack: find file workbench.desktop.main.js (thank you @nikbucker) minified file on your vscode installation and search for the string MAX_CURSOR_COUNT in there, change the set value (it is 1e4, make it 1e5 for 100000 for instance), save, restart vscode. Now on each new window, vscode will rightly complain about installation being corrupted but otherwise it will serve your needs until we can set this value through user preferences.

[BenRacicot]

Why would an IDE have a max cursor count that cannot be changed via settings or available memory or something? That's ah, what we need it for.

[trollfred]

Please make it happen!

[rodrigojeansantos]

+1

[mioversolna]

Thanks for @earslap and @nikbucher,

For the Windows and Mac solution, (this is not an official solution)...

STEP 1

Open the folder path "C:\Users\USERDIRECTORY\AppData\Local\Programs\Microsoft VS Code\resources\app\out\vs\workbench"

STEP 2

Open "workbench.desktop.main.js" with the VSCode 😂

STEP 3

Open finder in the VSCode and write MAX_CURSOR_COUNT=1e4 than it will find one option after thatchange it to what you number what you want but 1e4 is 10000, so if you want 90000 you need to enter 9e4 you can use this website to calculate it
Calculator
than wirte what number do you want to the website after that click calculate than get the value of "scientific e notation", copy it.

STEP 4

Pate the value what you copied to the MAX_CURSOR_COUNT=, it will be like MAX_CURSOR_COUNT=9e4

STEP 5

Than open the second file in the same folder named "workbench.desktop.main.nls.js" and apply the same steps for this file change the value of MAX_CURSOR_COUNT=1e4 to the same number what you want.

STEP 6

And restart the VSCode thats all :)

Now you can select more than 10000 columns

Regards,
KK

[andig]

Thanks for sharing. Same on Mac.

I'd still love to see this fixed for good. No sense not using my favourite editor for big files due to an artificial internal limitation!

Update just happily used it on a 70k lines file:

• select all
• split by line
• remove leading 40 characters

...all reasonably quick. What took really long is removing the selection by jumping to end of file.

[RaphaelSilv]

+1

[AbdouMechraoui]

+1

[andig]

Can I suggest that everyone interested in this puts a thumbs up on the original issue? Imho the VSCode team looks at this when prioritizing. +1 comments are not counted.

[jtsierra]

This could be very handy for working with json files. Thumbs up

[andig]

Linked it to the April plan. Thanks to everyone for voting on the issue!

[bolti95]

+1

[Danipulok]

+1

[porteron]

+1

[rafaelmm899]

+1

[DanielLopezOSF]

+1

[RokeJulianLockhart]

Why not merely not limit this?

[fabiosoares-cw]

It worked here. 🚀 thanks @mioversolna

[sdhjl2000]

+1

[alexdima]

To verify, configure "editor.multiCursorLimit": 50000 and create a file with 50k qwerty words in it. Then, select one word and press cmd+shift+L. The status bar should show 50k selections.