Hi Steven,
On 29 November 2012 03:50, Colomban Wendling <lists....@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. >> 1. 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). [...] >> 3. 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. [...] >> 7. 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 :) [...] >> 9. 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. [...] >> 10. 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? [...] >> 13. 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. > >> 14. "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 _______________________________________________ Devel mailing list Devel@lists.geany.org https://lists.geany.org/cgi-bin/mailman/listinfo/devel