I'd like to use some bash-related shortcuts in Geany's embedded VTE
* ctrl-l (clear terminal)
* ctrl-r (reverse-i-search)
* ctrl-k (remove from cursor to EOL)
* ctrl-u (remove from cursor to BOL)
Geany overrides some of these shortcuts by default (examples: ctrl-l = goto
line nr, ctrl-r = reload)
Is there a way to disable all Geany shortcuts while the VTE window has
I recently found geany and I must say it is a really nice IDE. I'd
like to use it as my main editor but there are still a few things I
miss to make the switch completely (I currently use emacs). Some of
them might actually be my lack of experience with geany (I'm using the
latest checkout from the svn repository). Some of these might have
been already asked in the past:
- Tags generation for C/C++ files shouldn't use the C preprocessor. I
try to use it with the Linux kernel but there is no way I could add
the required Linux definitions and includes on the "geany -g" command
line, especially when I build the kernel outside the source tree and
extra links are required for the include directories. Since geany can
generate the tags from the loaded files directly, I don't understand
why it calls cpp when running from the command line. My current
workaround is to load plenty of files (I use "find tag definition"
quite often to navigate the source). Another alternative is to use
something like sed or awk to translate ctags into geany tags but I
haven't looked at how close the formats are. Yet another alternative
is to allow geany to save the tags so that I can close the files but
be able to load the previously generated tags
- Allow additional regexp to be specified for tag detection (I do this
- "find *next* tag definition/declaration" command as it normally
stops at the first definition. There could be others, especially in
the Linux kernel when many functions have different implementations
depending on the architecture
- Command to find a tag definition via a dialogue box rather than the
word in an editor
- Navigating back after finding a tag should go to the previous
position where the find command was invoked. It currently goes to the
beginning of the buffer if the tag was found in the current buffer
(more annoying) or returns to one line before the previous position
(acceptable, though it would be better to return on the same line and
- Some preferences should be per project or file type to accommodate
different coding standards (i.e. Linux kernel work vs some internal
company project). I also prefer Python indentation to use spaces and C
indentation to use tabs but geany only supports one setting for all
- Remember the opened files per project rather than global (unless no
project was opened). I work on more than one project and start several
Otherwise, thanks for creating and maintaining this wonderful tool.
Hi, I'm now a fairly long time user of Geany. I have been using the SVN
for some time, and update it regularly.
I've built up a couple of suggestions over time, and thought I'd mail
them on this group.
1. Project Manager
One of the recent features I have noticed is the new project manager.
It's nice, but I think there is something missing, I will try to
Now prior to using Geany, I was a Windows user and used an editor called
Crimson Editor. Crimson Editor also had a project manager, but it had
something more. If you started or opened a project, you had a "Project"
tab on the left (at the moment Geany only has a Symbols and Open Files
tab here). Under the project tab, you could add files that belong to
your project, or add groups (folders). Double clicking on one of these
items, would open that file. This was very handy when managing large
projects with quite a few files.
The project files themselves were just saved as XML. Another handy
feature (which as I recall was turned on by default), is that it would
open the last project every time you opened Crimson Editor, including
any open files, it would associate the open files with the project too,
so also save this information inside the project file. Opening a project
meant it would open any files you had open last time you where working
with this project.
IF you want to see this behaviour, I suggest downloading Crimson Editor
(windows only), and having a play with the project manager.
At the moment, the only purpose I see with projects in Geany, is the
ability to have a custom run command, a description and set a base path,
but it doesn't appear to do much more than that (at first glance
anyway). It would be really nice, to possibly see a project manager,
similar to Crimson Editor in the future.
This would have to be my number one feature I would love to see in
2. Inner Classes
The next thing is to do with Inner Classes and the Symbols tab on the
left dock. I use the Geany a lot with the Django web framework
recently, it's really handy because of the integrated terminal! Anyway,
Django (being Python based) uses inner classes a bit (a class within a
class). You usually end up having to repeat the "Admin" or "Meta" inner
class inside several other classes, because this is how Django works.
Here's an example:
field = models.CharField(maxlength=128)
field2 = models.CharField(maxlength=128)
The problem with this, is I get multiple "Admin" items in my Symbol tab
on the left in Geany. It's not a real problem or anything, but it could
maybe be improved. Maybe, having Admin show as a sub item of each base
class would be a bit better.
3. UI wishes
The other two things I was going to mention are merely cosmetic, since I
am quite a user interface freak/Tango fan :) But I don't actually see
these as important at all.
First one is, the icon on the close button on tabs doesn't seem very
nice. Compare this for example with GEdit, or pretty much any other GTK
application, they seem to use the icon from the current icon theme on
the close button. If I change between Tango and Human icon sets, this
changes with it. Geany only appears to be using a black cross at the
Second one, is the new icons added to the Symbols are nice and all, but
they don't blend in very well with the rest of my desktop. It would be
really nice to see them more Tango-ified.
Feature request: I'd like to be able to run ``geany
--list-open-files`` and have it simply spit out a list of the files it
currently has open to stdout (with full path information). Similar to
how --ft-names works.
I think the "File saved" status bar message should be eliminated.
When a file with outstanding changes gets saved, the tab text changes
from red to black, and the asterisk in the title bar disappears. That
should be plenty enough indication that the file got saved.
The reason this bothers me is when I try to compile a file, and I get
a compiler message that says "error on line 115" the first thing I want
to know is, how close is that line to the line I just edited?
But when I look down at the status bar, instead of seeing the current
line number like I expect, I see a message saying the file got saved.
So would you consider getting rid of this status bar message?
( If so, it's in the file "document.c" somewhere around line 1104 )
The feature to strip the trailing spaces in a document at save time is
indeed useful but this also affects the lines I didn't write in a
file. Since I work a lot with patches, modifying one line in a file
may lead to a longer patch because of the white space removal. This
makes reviewing the patches on public mailing lists more difficult
(and the Linux people might reject the patch, unless one does two
separate patches, one for trailing spaces stripping and the other
being the real modification).
OTOH, trailing spaces are not accepted on the projects I work, though
some files still have them.
My solution (this is actually the behaviour of emacs) is to strip the
trailing spaces of a single line when newline is inserted.
See the attached patch. If you don't like to always have this
behaviour, could you please consider adding a configuration option?
---------- Original Message ----------------------------------
From: Nick Treleaven <nick.treleaven(a)btinternet.com>
Reply-To: Geany general discussion list <geany(a)uvena.de>
Date: Tue, 25 Sep 2007 16:46:41 +0100
>On 25/09/07 15:43:29, Christoph Singewald wrote:
>> I have three suggestions, I hope this list is the right place.
>> 1) It would be convenient if the build (make) command could be
>> confgured for each projekt separately.
>I'm not sure what you mean - you can have a separate make directory for
>each project - set the 'Base path'.
I thought abut the "make" command, wich is defined in geany.conf. If I use for different projekts different build commands e.g. make, make -f Makefile.win, qmake, build(bud -D),ant (Java) ....
Of course some could wrap all this custom commands in an extra Makefile, but afterwards there is one file more to maintain.
Or is there an other convenient solution gor this?
>Geany mailing list