Hi Steven,
On 29 November 2012 03:50, Colomban Wendling lists.ban@herbesfolles.org wrote:
Le 28/11/2012 16:37, Steven Blatnick a écrit :
Lex,
Actually I tried Alt-Up on the file browser and it didn't work for me. I just tried entering that shortcut into compiz, and it doesn't appear to be using that shortcut for something else. (Linux Mint 11 64-bit, gnome 2, using geany from yesterday's git).
Lm13 with Mate works, maybe your DE is swallowing the alt, some do I think. Or it is GTK version dependent.
[...]
Since Colomban more than adequately answered most I will only comment on a few of your points.
- Allow keyboard shortcuts to be changed from the menus. Gnome2 at least has the option of allowing gtk apps to set their custom shortcuts by hitting the desired keys while the menu entry is highlighted. This would make changing the shortcut as simple as finding the functionality in the first place instead of finding it again in the shortcuts menu. It would also allow you to quickly change a shortcut on certain things quickly (see #2 below)
This was always a poorly thought out misfeature (for the reasons Colomban said plus the accidental invocation factor) that we shouldn't implement (IMHO).
[...]
- File Browser plugin allow creation of new file/folder, renaming of file (even one currently being edited, thereby changing the name on the editor too), and moving a file to trash. Also, perhaps a feature to show/hide binary files.
Whats wrong with your DEs file manager, why should every application (re)implement a full filemanager? </rant> In Gnome2 at least the DE filemanager is not like the strangulated Gnome 3 one :)
I think the geany-plugins' filebrowser plugin already have those features. Not sure why there are two distinct plugins though.
The one distributed with Geany is really just a file *browser*, more like a persistent open dialog, the other tries to be a file manager, but how well I'm not sure.
[...]
- Fixed width tabs option on Preferences->Interface->Notebook tabs->Tab positions. When I move my tabs on the editor to the left or right, I would prefer to be able to fix the width on them so longer file names don't extend the width. I did this with a python plugin in gedit by allowing the width to be set with a spinner in preferences and then the plugin adjusts the tab's Label property "width-request" from -1 to the width desired. (I've already started looking into the code to do this in geany, but maybe someone else already is working on this or maybe can do it faster because of familiarity)
In core Geany it would probably go in notebook_new_tab() from notebook.c. However, a plugin could probably do it quite easily by connecting to the signal for new tab created, and modify the label packing or label size request.
Yeah a plugin to do this would be nice, when_you_have_a_very_long_filename_it_shrinks_the_editor_too_much.txt :)
[...]
- Both the side panel and the bottom panel allow Ctrl+PgUp/PgDown to change tabs like the editor does (awesome!) but unlike the editor, they don't wrap around. Also, the bottom panel, the terminal emulator interrupts the keyboard shortcut, not allowing it to browse off of it using that keyboard shortcut.
I can't be sure right now for the normal Geany, but without modifications in this direction my GTK3 branch does loop in all notebooks.
Latest Git wraps here too, maybe it depends on GTK version? Using GTK 2.24.10, GLib 2.32.3.
[...]
- Allow a dynamic number of compile tools. It appears now I can only have the number visible in the UI. I realize the UI would have to be coded instead of in a glade file to do this. Alternatively, "External Tools" like functionality would, in my opinion, be more versitile. It allows any program to be called passing it the same things we pass plus any highlighted text, current line number, current line, etc.
I can't really answer here (Lex probably could ;)), but I think that only the UI prevents from a dynamic number of build commands. E.g., I think the code behind has the ability.
It is all implemented, the UI size will change at *startup* if the settings (in various) are changed. Read http://wiki.geany.org/howtos/configurebuildmenu :)
The extra command slots will only appear in the set build commands dialog until you assign them a name to go on the menu.
IIRC somebody already started a discussion on changing this UI, not sure what was the outcome (but either we couldn't find a solution we found good or nobody felt like doing the required changes).
Not sure what discussion you mean, did I miss something?
[...]
- Allow the status bar to change the file-type setting for setting syntax highlighting (gedit style).
This would require a quite massive rewriting of the toolbar code since currently it's simply a (user-modifiable) formatted string, e.g. it's one single string, not several label/values (where the value could quite easily be changed to a combo box or alike). Though, I agree that the idea is quite neat -- although I find the GEdit implementation terrible from it having all items in one single menu, making searching for the appropriate language really hard.
If we chose to implement this, all configurable items shown in the status bar could benefit from it (indent type, line ending type, encoding and filetype).
Since you have to click on both, I don't see this adding any value over using the document menu, lets concentrate on adding useful features, not more ways of invoking existing ones.
- "Snap Open" dialog. Quickly open files by typing the filename and filtering down based on a project's base directory (or otherwise configurable). The dialog should be configurable to skip files for speed, such as a build directory, .svn/.git and hidden directories, etc.
That'd probably be a great plugin :) I think GProject (or maybe it's GeanyPRJ?) has a similar feature.
Ah, and if you want this feature, maybe you'd be interested by the Commander plugin ;) (it allows to browse the menus and open files using a search entry).
This of course used to be part of the open dialog until the brain dead at GTK removed it.
[...]
Cheers Lex