[Geany-Devel] I'm thinking I like Geany...

Thu Nov 29 16:14:17 UTC 2012

Responses below (breif this time ;-)

On 11/28/2012 04:36 PM, Lex Trotman wrote:
> Hi Steven,
>
>
> On 29 November 2012 03:50, Colomban Wendling <lists.ban at 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 will say that one of the primary reasons I used gedit and want to use 
geany is because of the integrated/native feel with gnome since it uses 
gtk, the file open dialog which respects bookmarks, and the file browser 
behaves much like a mini version of nautilus.

One thing I hate about Java IDEs, other than being bloated and typically 
specific to a few languages like Java itself, is the open file dialog is 
completely different and browsing files in a side pane looks so out of 
place and behaves differently than I would expect when compared to using 
nautilus.
>
>> 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.
Seems a bit unintuitive.
>
>> 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.
Maybe we could at least move the menu up so it isn't so deep within 
sub-menus.
>
>
>>> 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).
>>
I'll have to look at that plugin.
> This of course used to be part of the open dialog until the brain dead
> at GTK removed it.
Did the team drastically change over the last few years?  Obviously they 
/had/ some really good stuff, but recently, Gnome/Gtk has kinda gone off 
of the deep end in their decision-making.
>
> [...]
>
> Cheers
> Lex
> _______________________________________________
> Devel mailing list
> Devel at lists.geany.org
> https://lists.geany.org/cgi-bin/mailman/listinfo/devel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.geany.org/pipermail/devel/attachments/20121129/6881014a/attachment.html>