Build a text editor
Re: Build a text editor
I find this project interesting, I'm following your posts.
Re: Build a text editor
Thank you miso ! I think I will find a little bit of time tomorrow to add the third simulation.
Re: Build a text editor
This is so much fun. I did the same thing a several years ago that I use as my primary editor for c/javascript(weird combo I know).
One thing to look into is the Language Server Protocol. It will help you index source code and provide you with autocomplete and many more tools that make today's editors do their fancy things! Also, once you create a client it's pretty simple to add support for several languages EXCEPT TernJS which is really nice but does whatever the hell it wants and don't not even follow any no language server protocols.
One thing to look into is the Language Server Protocol. It will help you index source code and provide you with autocomplete and many more tools that make today's editors do their fancy things! Also, once you create a client it's pretty simple to add support for several languages EXCEPT TernJS which is really nice but does whatever the hell it wants and don't not even follow any no language server protocols.
▓▓▓▓▓▒▒▒▒▒░░░░░
Re: Build a text editor
@nituvious
I wasn't aware such a system existed. However, I don't think I'll ever create a server adapted for this, not entirely, anyway. The fit I see is between a server and the "Undo/Redo" function.
Also, I once made a word processor for a 16-bit ASM compiler (which I also designed), with the "undo/redo" function. The ASCII code of the keyboard keys was sufficient to generate a bytecode.
I also made a chess game 30 years ago; another bytecode, obviously, and a tree was required.
So it's likely that a blend of these two concepts would do the trick.
If you can think of any mistakes to avoid so as not to have to recode everything if this server concept becomes necessary, I'm interested.
Thank you for this tip, and I admit to be late (I am often tired by the work). Note that the next simulation will be more basic than a a system with integrated server.
The next step will have two views : the main one, and the general one. A tip I imagine day after day without computer to find easily a place in the text. It is really a thing I do not see everywhere, And there is an ergonomic risk : the general view should not take lots of space. But it should be easily visible even...
I wasn't aware such a system existed. However, I don't think I'll ever create a server adapted for this, not entirely, anyway. The fit I see is between a server and the "Undo/Redo" function.
Also, I once made a word processor for a 16-bit ASM compiler (which I also designed), with the "undo/redo" function. The ASCII code of the keyboard keys was sufficient to generate a bytecode.
I also made a chess game 30 years ago; another bytecode, obviously, and a tree was required.
So it's likely that a blend of these two concepts would do the trick.
If you can think of any mistakes to avoid so as not to have to recode everything if this server concept becomes necessary, I'm interested.
Thank you for this tip, and I admit to be late (I am often tired by the work). Note that the next simulation will be more basic than a a system with integrated server.
The next step will have two views : the main one, and the general one. A tip I imagine day after day without computer to find easily a place in the text. It is really a thing I do not see everywhere, And there is an ergonomic risk : the general view should not take lots of space. But it should be easily visible even...