I want to like geany. However, its just not customizable and it lacks support for a lot of things.
I would say it is customizable, but I think it is relatively difficult to customize compared to a lot of other editors (e.g. Emacs). I think Geany is a nice, free/libre alternative to VSCode, and about as difficult to customize as VSCode, but does not have quite as many extensions available for it due to the fact that unlike VSCode, Geany is not supported by a multi-billion dollar company with the goal of embracing, extending, and extinguishing all other competing editors.
Geany Extensions are written in C which is not a scripting language and so unlike in Emacs you can’t just write a quick 2 or 3 line script like you would in Emacs to solve some unique text-editing problem.
Geany does have extensions for Python and Lua scripting, but there is almost no ecosystem of Lua or Python scripts, and trying to access the editor features from Lua or Python requires deep knowledge of the Geany Gtk3 API. Compare this to something like the “Lite” text editor which has the whole user interface written in Lua, and therefore you can write fairly elaborate text editing scripts and user interfaces entirely in Lua. You just cannot do this with Geany.
In what world is Vscode not customizable? I guess the overall UI structure is fairly static but you can move bits left to right, hide and show stuff, colour themes, set your own shortcuts etc
When I think of “easy to customize,” I am thinking about Emacs in particular, but really any editor that includes a scripting engine which is used to program the entire editor user interface.
With editors like VSCode or Geany that I would say are “hard to customize,” you can’t just write a snippet of TypeScript or C++ into a file which you can just run right there in the editor process. You can write extensions in TypeScript, but they have to be properly compiled, linked against the editor libraries, and properly installed with a manifest and everything, in order to write your own code that runs in a way that modifies the editor’s behavior. That or you have to run your TypeScript code as a text filter in an external Node.js process.
Geany does have Lua and Python scripting engines as extensions, but you have to understand the Geany API pretty well in order to do anything elaborate, it was never really designed for people to be able to script the entire GUI or define their own whole unique workflows.
With Emacs, or any scriptable text editor, you just write a few lines of code and run it (even without saving a file), and the code actually alters the state of the editor itself. While you could write an entire app, like a Matrix or Mastodon client, as you would like a VSCode or Geany extension, you can also easily write a few lines of code to do any random thing at all. You can write code to suit any workflow imaginable, no matter how ridiculous: code that changes the color theme of the whole editor at certain times of the day, or code that opens certain kinds of files always in 3 separate windows, each window scrolled to a particular section of the file. You can run processes or alter the filesystem or transform entire batches of files in response to any event.
And you can do all of this without compiling or installing extensions of any kind, and often with no more than a dozen lines of code. There are no limitations. This is what I consider to be “easily customizable.”
Every time I read about emacs it sounds really cool. I have tried a few times to sit down and get myself into it but I can never get past the initial learning curve.
I think a word like “easy” is the wrong choice when you consider the large amount of perquisite knowledge needed to “write a few lines of code to do any random thing at all”. My impression from reading what its users say, is that it is elegantly and endlessly customizable. If you have the foundational knowledge already. But when you consider what is required to obtain that position, “easy” is not how I would describe it.
But then, out of all the people who probably could use it, it seems that very few of them do. I cannot have any insight on why that is.
themes, plugins, ridiculously easy custom configurations/build commands etc
you can even control the window manager from config files if you want to, its insanely customisable
lacks support for alot of things
edit: trying to sound less snarky, but do you have alot of examples?
i could see these criticisms arising from a quick glance. or we may have slightly different definitions of these terms. which is fair enough.
imo geany’s ratio of features to weight is remarkable, perhaps singularly so?
I just know I wasn’t able to get code suggestions, highlighting or error highlighting working. There might be a way but I spend a bunch of time on it and accomplished nothing. If there is a way it isn’t obvious
true, though its fairly easy to use the build interface to setup basic debugging support (breakpoints, watches etc) for unsupported languages. but i admit, its not the same.
I want to like geany. However, its just not customizable and it lacks support for a lot of things.
I would say it is customizable, but I think it is relatively difficult to customize compared to a lot of other editors (e.g. Emacs). I think Geany is a nice, free/libre alternative to VSCode, and about as difficult to customize as VSCode, but does not have quite as many extensions available for it due to the fact that unlike VSCode, Geany is not supported by a multi-billion dollar company with the goal of embracing, extending, and extinguishing all other competing editors.
Geany Extensions are written in C which is not a scripting language and so unlike in Emacs you can’t just write a quick 2 or 3 line script like you would in Emacs to solve some unique text-editing problem.
Geany does have extensions for Python and Lua scripting, but there is almost no ecosystem of Lua or Python scripts, and trying to access the editor features from Lua or Python requires deep knowledge of the Geany Gtk3 API. Compare this to something like the “Lite” text editor which has the whole user interface written in Lua, and therefore you can write fairly elaborate text editing scripts and user interfaces entirely in Lua. You just cannot do this with Geany.
In what world is Vscode not customizable? I guess the overall UI structure is fairly static but you can move bits left to right, hide and show stuff, colour themes, set your own shortcuts etc
When I think of “easy to customize,” I am thinking about Emacs in particular, but really any editor that includes a scripting engine which is used to program the entire editor user interface.
With editors like VSCode or Geany that I would say are “hard to customize,” you can’t just write a snippet of TypeScript or C++ into a file which you can just run right there in the editor process. You can write extensions in TypeScript, but they have to be properly compiled, linked against the editor libraries, and properly installed with a manifest and everything, in order to write your own code that runs in a way that modifies the editor’s behavior. That or you have to run your TypeScript code as a text filter in an external Node.js process.
Geany does have Lua and Python scripting engines as extensions, but you have to understand the Geany API pretty well in order to do anything elaborate, it was never really designed for people to be able to script the entire GUI or define their own whole unique workflows.
With Emacs, or any scriptable text editor, you just write a few lines of code and run it (even without saving a file), and the code actually alters the state of the editor itself. While you could write an entire app, like a Matrix or Mastodon client, as you would like a VSCode or Geany extension, you can also easily write a few lines of code to do any random thing at all. You can write code to suit any workflow imaginable, no matter how ridiculous: code that changes the color theme of the whole editor at certain times of the day, or code that opens certain kinds of files always in 3 separate windows, each window scrolled to a particular section of the file. You can run processes or alter the filesystem or transform entire batches of files in response to any event.
And you can do all of this without compiling or installing extensions of any kind, and often with no more than a dozen lines of code. There are no limitations. This is what I consider to be “easily customizable.”
Every time I read about emacs it sounds really cool. I have tried a few times to sit down and get myself into it but I can never get past the initial learning curve.
I think a word like “easy” is the wrong choice when you consider the large amount of perquisite knowledge needed to “write a few lines of code to do any random thing at all”. My impression from reading what its users say, is that it is elegantly and endlessly customizable. If you have the foundational knowledge already. But when you consider what is required to obtain that position, “easy” is not how I would describe it.
But then, out of all the people who probably could use it, it seems that very few of them do. I cannot have any insight on why that is.
these are examples some of some fair criticism of geany
Honestly the best alternative to VScode is VSCodium
Man it would be killer if someone made an adapter to run vscode extensions in Geany
Geany would need to have support for VSX. That could happen, but I’m sure that it wouldn’t be a small project.
themes, plugins, ridiculously easy custom configurations/build commands etc you can even control the window manager from config files if you want to, its insanely customisable
edit: trying to sound less snarky, but do you have a lot of examples?
i could see these criticisms arising from a quick glance. or we may have slightly different definitions of these terms. which is fair enough.
imo geany’s ratio of features to weight is remarkable, perhaps singularly so?
I just know I wasn’t able to get code suggestions, highlighting or error highlighting working. There might be a way but I spend a bunch of time on it and accomplished nothing. If there is a way it isn’t obvious
suggestions should work by default, if by which you mean basic completion of names etc
anyway fair enough, its not for everyone.
sorry for being a bit overly defensive, i just really love geany lol
Based on about 20 minutes of searching last night - it seems to lack support for debugging outside of gdb.
That’s quite a major thing to not have if you’re going to claim support for lots of languages…
true, though its fairly easy to use the build interface to setup basic debugging support (breakpoints, watches etc) for unsupported languages. but i admit, its not the same.
you’re right, that’s a fair criticism