Hi Guys I want to implement a new feature it will have close interaction with the sidebar->open_files (module ?)
b) the new feature will be triggered every time a 'document-activate' signal is sent c) It will then need to update the model(treeview) in "sidebar->open_files"
Now my question is this since I then need to add fields (2) to the enum below and do some other' work' on the sidebar_openfiles widget. It will be difficult and 'ugly' to do it in a plugin ?
It was thinking of just adding the 'feature' to geany itself with a config-option to turn it off and on ?
I will of course do a proof of concept and then submit the diff/patch ?
file:sidebar.c /* documents tree model columns */ enum { DOCUMENTS_ICON, DOCUMENTS_SHORTNAME, /* dirname for parents, basename for children */ DOCUMENTS_DOCUMENT, DOCUMENTS_COLOR, DOCUMENTS_FILENAME DOCUMENTS_NEWFIELD_1 /* just to illustrate */ DOCUMENTS_NEWFIELD_2 /* just to illustrate */
}
Best Regards Jacques du Rand
Hi Jacques,
It is hard to advise if a feature is appropriate for Geany core or not when we don't know what the feature is :)
Cheers Lex
On 29 September 2011 17:21, Jacques du Rand jacquesdr@gmail.com wrote:
Hi Guys I want to implement a new feature it will have close interaction with the sidebar->open_files (module ?)
b) the new feature will be triggered every time a 'document-activate' signal is sent c) It will then need to update the model(treeview) in "sidebar->open_files"
Now my question is this since I then need to add fields (2) to the enum below and do some other' work' on the sidebar_openfiles widget. It will be difficult and 'ugly' to do it in a plugin ?
It was thinking of just adding the 'feature' to geany itself with a config-option to turn it off and on ?
I will of course do a proof of concept and then submit the diff/patch ?
file:sidebar.c /* documents tree model columns */ enum { DOCUMENTS_ICON, DOCUMENTS_SHORTNAME, /* dirname for parents, basename for children */ DOCUMENTS_DOCUMENT, DOCUMENTS_COLOR, DOCUMENTS_FILENAME DOCUMENTS_NEWFIELD_1 /* just to illustrate */ DOCUMENTS_NEWFIELD_2 /* just to illustrate */
}
Best Regards Jacques du Rand _______________________________________________ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
True true :P Was hoping to keep it as a surprise :D Okey here it goes: (Keep in mind English is not my first language and I might not paint the perfect mental picture) :P
Feature Name:Heated Tabs Problem: By 2pm everyday I have about 10-25 different files open in my "Sidebar::open_files" I'm constantly jumping around between these files depending on what problem/section/module/type-of-work I'm CURRENTLY busy with. So i spend a fair amount of time 'searching' for the file i need o work with BUT at any snapshot of time I'm only REALLY accessing 2-4 files at most ( i.e some header files,1 bash script 1 c file etc). Most of the time its one of the last 3-6 files i accessed.
Solution:Heated Tabs: In the treeview open document list we have [ ICON, FILENAME ,(HEAT_ICON || NO_ICON) ] So every time a document is activated we inc the ((GeanyDocument)doc->heat_count) and we then run through all open documents and make add a "red/hot/fire" icon similiar to the document-icon (maybe wider/longer) to the top 1-2 files. and a Orange/medium-heat icon to the 3rd-4th most used document
BottomLIne: Almost like a MRU(Most Recently Use) Cache for the Open Document list a which highlight/icon'ify the top 3-6 Documents in order ?
Your thoughts ?
Best Regards jacques
On Thu, Sep 29, 2011 at 9:43 AM, Lex Trotman elextr@gmail.com wrote:
Hi Jacques,
It is hard to advise if a feature is appropriate for Geany core or not when we don't know what the feature is :)
Cheers Lex
On 29 September 2011 17:21, Jacques du Rand jacquesdr@gmail.com wrote:
Hi Guys I want to implement a new feature it will have close interaction with the sidebar->open_files (module ?)
b) the new feature will be triggered every time a 'document-activate' signal is sent c) It will then need to update the model(treeview) in "sidebar->open_files"
Now my question is this since I then need to add fields (2) to the enum below and do some other' work' on the sidebar_openfiles widget. It will be difficult and 'ugly' to do it in a plugin ?
It was thinking of just adding the 'feature' to geany itself with a config-option to turn it off and on ?
I will of course do a proof of concept and then submit the diff/patch ?
file:sidebar.c /* documents tree model columns */ enum { DOCUMENTS_ICON, DOCUMENTS_SHORTNAME, /* dirname for parents, basename for children */ DOCUMENTS_DOCUMENT, DOCUMENTS_COLOR, DOCUMENTS_FILENAME DOCUMENTS_NEWFIELD_1 /* just to illustrate */ DOCUMENTS_NEWFIELD_2 /* just to illustrate */
}
Best Regards Jacques du Rand _______________________________________________ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
On Thu, 29 Sep 2011 09:57:35 +0200 Jacques du Rand jacquesdr@gmail.com wrote:
True true :P Was hoping to keep it as a surprise :D Okey here it goes: (Keep in mind English is not my first language and I might not paint the perfect mental picture) :P
Feature Name:Heated Tabs Problem: By 2pm everyday I have about 10-25 different files open in my "Sidebar::open_files" I'm constantly jumping around between these files depending on what problem/section/module/type-of-work I'm CURRENTLY busy with. So i spend a fair amount of time 'searching' for the file i need o work with BUT at any snapshot of time I'm only REALLY accessing 2-4 files at most ( i.e some header files,1 bash script 1 c file etc). Most of the time its one of the last 3-6 files i accessed.
Solution:Heated Tabs: In the treeview open document list we have [ ICON, FILENAME ,(HEAT_ICON || NO_ICON) ] So every time a document is activated we inc the ((GeanyDocument)doc->heat_count) and we then run through all open documents and make add a "red/hot/fire" icon similiar to the document-icon (maybe wider/longer) to the top 1-2 files. and a Orange/medium-heat icon to the 3rd-4th most used document
BottomLIne: Almost like a MRU(Most Recently Use) Cache for the Open Document list a which highlight/icon'ify the top 3-6 Documents in order ?
Your thoughts ?
I want it! I need it!
I have exactly that problem at the moment, and just having something that highlights the files in some way would be superb. Something to make them stand out in the list.
Jon
Am 29.09.2011 09:57, schrieb Jacques du Rand:
BottomLIne: Almost like a MRU(Most Recently Use) Cache for the Open Document list a which highlight/icon'ify the top 3-6 Documents in order ?
Your thoughts ?
This is already implemented, though not visualized in the side bar.
I don't remember if I use the default keybinding, but for me CTRL+TAB walks the MRU list of opened documents.
Best regards
On 29 September 2011 18:03, Thomas Martitz thomas.martitz@student.htw-berlin.de wrote:
Am 29.09.2011 09:57, schrieb Jacques du Rand:
BottomLIne: Almost like a MRU(Most Recently Use) Cache for the Open Document list a which highlight/icon'ify the top 3-6 Documents in order ?
Your thoughts ?
This is already implemented, though not visualized in the side bar.
I don't remember if I use the default keybinding, but for me CTRL+TAB walks the MRU list of opened documents.
I thought that too at first, but the MRU is ordered by open order, not by activation order.
Jacques, whilst I could suggest you should you need to be more organised and maybe look at Jiri's project plugin, I can see that a most recently activated list might be useful.
But because I have the symbols sidebar open most of the time, and I expect most programmers will as well, I would have to keep swapping. Perhaps another method of indicating such as colouring or re-ordering the notebook tabs could be used instead or as well as the sidebar.
Cheers Lex
Am 29.09.2011 10:13, schrieb Lex Trotman:
On 29 September 2011 18:03, Thomas Martitz thomas.martitz@student.htw-berlin.de wrote:
Am 29.09.2011 09:57, schrieb Jacques du Rand:
BottomLIne: Almost like a MRU(Most Recently Use) Cache for the Open Document list a which highlight/icon'ify the top 3-6 Documents in order ?
Your thoughts ?
This is already implemented, though not visualized in the side bar.
I don't remember if I use the default keybinding, but for me CTRL+TAB walks the MRU list of opened documents.
I thought that too at first, but the MRU is ordered by open order, not by activation order.
This is only true if you freshly started geany. It turns into an MRU of activated files afterwards (think of implicitely activating each file upon opening).
Best regards.
On 29 September 2011 18:16, Thomas Martitz thomas.martitz@student.htw-berlin.de wrote:
Am 29.09.2011 10:13, schrieb Lex Trotman:
On 29 September 2011 18:03, Thomas Martitz thomas.martitz@student.htw-berlin.de wrote:
Am 29.09.2011 09:57, schrieb Jacques du Rand:
BottomLIne: Almost like a MRU(Most Recently Use) Cache for the Open Document list a which highlight/icon'ify the top 3-6 Documents in order ?
Your thoughts ?
This is already implemented, though not visualized in the side bar.
I don't remember if I use the default keybinding, but for me CTRL+TAB walks the MRU list of opened documents.
I thought that too at first, but the MRU is ordered by open order, not by activation order.
This is only true if you freshly started geany. It turns into an MRU of activated files afterwards (think of implicitely activating each file upon opening).
Yes but after opening you can activate documents with the tabs without reordering the MRU list. The MRU list only re-orders when you use it to activate documents. Of course maybe the MRU list should re-order on any method of activation, including go to error tabs etc, thats open for discussion.
Cheers Lex
Best regards. _______________________________________________ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Am 29.09.2011 10:21, schrieb Lex Trotman:
Yes but after opening you can activate documents with the tabs without reordering the MRU list. The MRU list only re-orders when you use it to activate documents. Of course maybe the MRU list should re-order on any method of activation, including go to error tabs etc, thats open for discussion.
I don't think I experienced that, but I almost exclusively use ctrl+tab to switch files. So if that's the case it's a bug and should be fixed.
FWIW, it appears this is a rather unknown feature, even though it's really awesome. Can discoverability of such features possibly be improved?
Best regards.
Hi All Yes was hoping someone would find value in such a feature ! :) As I understand the 'document-activate' signal get send whenever a document is activated via the open-document list OR when a user click on a tab ?
Since we will "draw" the icons in the treeview widget ? From the treeview model Maybe we could store the activated-count in the tree-model as well ? OR ?? Since its a "property" of a Document (How many times was I activated ) I could use that to determine the icon ?
I'm still unsure of what to do next :) ? Could a first step be a "patch" that implement the feature in the above way ? And submit it for comments ?
As to the Jiri's project plugin:
I will take a look thanks :) But want to do it strictly not on a project-basis Regards Jacques
On Thu, Sep 29, 2011 at 10:26 AM, Thomas Martitz thomas.martitz@student.htw-berlin.de wrote:
Am 29.09.2011 10:21, schrieb Lex Trotman:
Yes but after opening you can activate documents with the tabs without reordering the MRU list. The MRU list only re-orders when you use it to activate documents. Of course maybe the MRU list should re-order on any method of activation, including go to error tabs etc, thats open for discussion.
I don't think I experienced that, but I almost exclusively use ctrl+tab to switch files. So if that's the case it's a bug and should be fixed.
FWIW, it appears this is a rather unknown feature, even though it's really awesome. Can discoverability of such features possibly be improved?
Best regards. _______________________________________________ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Lol I see CTRL+TAB does rather work nicely as well :D
On Thu, Sep 29, 2011 at 10:39 AM, Jacques du Rand jacquesdr@gmail.com wrote:
Hi All Yes was hoping someone would find value in such a feature ! :) As I understand the 'document-activate' signal get send whenever a document is activated via the open-document list OR when a user click on a tab ?
Since we will "draw" the icons in the treeview widget ? From the treeview model Maybe we could store the activated-count in the tree-model as well ? OR ?? Since its a "property" of a Document (How many times was I activated ) I could use that to determine the icon ?
I'm still unsure of what to do next :) ? Could a first step be a "patch" that implement the feature in the above way ? And submit it for comments ?
As to the Jiri's project plugin:
I will take a look thanks :) But want to do it strictly not on a project-basis Regards Jacques
On Thu, Sep 29, 2011 at 10:26 AM, Thomas Martitz thomas.martitz@student.htw-berlin.de wrote:
Am 29.09.2011 10:21, schrieb Lex Trotman:
Yes but after opening you can activate documents with the tabs without reordering the MRU list. The MRU list only re-orders when you use it to activate documents. Of course maybe the MRU list should re-order on any method of activation, including go to error tabs etc, thats open for discussion.
I don't think I experienced that, but I almost exclusively use ctrl+tab to switch files. So if that's the case it's a bug and should be fixed.
FWIW, it appears this is a rather unknown feature, even though it's really awesome. Can discoverability of such features possibly be improved?
Best regards. _______________________________________________ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
On 29 September 2011 18:40, Jacques du Rand jacquesdr@gmail.com wrote:
Lol I see CTRL+TAB does rather work nicely as well :D
Probably you could just traverse the MRU list and set colours getting cooler as you go down the list, probably don't need to store counts in the model.
From a practical point of view, I would suggest that you make your
changes in a repository on github rather than patches.
Cheers Lex
@Lex , Sounds like a good idea yes Anyone where I cna start looking for/at the MRU ?
From a practical point of view, I would suggest that you make your changes in a repository on github rather than patches.
As a first effort/proof-of-concept: Would it be totally bad if i use svn patch not sumbitted just mailed at first since I dont' have much experience in git (i know i know :)
On Thu, Sep 29, 2011 at 10:48 AM, Lex Trotman elextr@gmail.com wrote:
On 29 September 2011 18:40, Jacques du Rand jacquesdr@gmail.com wrote:
Lol I see CTRL+TAB does rather work nicely as well :D
Probably you could just traverse the MRU list and set colours getting cooler as you go down the list, probably don't need to store counts in the model.
From a practical point of view, I would suggest that you make your changes in a repository on github rather than patches.
Cheers Lex _______________________________________________ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
On 29 September 2011 18:55, Jacques du Rand jacquesdr@gmail.com wrote:
@Lex , Sounds like a good idea yes Anyone where I cna start looking for/at the MRU ?
mru_docs in keybindings.c
Cheers Lex
From a practical point of view, I would suggest that you make your changes in a repository on github rather than patches.
As a first effort/proof-of-concept: Would it be totally bad if i use svn patch not sumbitted just mailed at first since I dont' have much experience in git (i know i know :)
On Thu, Sep 29, 2011 at 10:48 AM, Lex Trotman elextr@gmail.com wrote:
On 29 September 2011 18:40, Jacques du Rand jacquesdr@gmail.com wrote:
Lol I see CTRL+TAB does rather work nicely as well :D
Probably you could just traverse the MRU list and set colours getting cooler as you go down the list, probably don't need to store counts in the model.
From a practical point of view, I would suggest that you make your changes in a repository on github rather than patches.
Cheers Lex _______________________________________________ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
I don't think I experienced that, but I almost exclusively use ctrl+tab to switch files. So if that's the case it's a bug and should be fixed.
Hmmm, seems ok in SVN Geany. Maybe the problem is just in 0.20, or maybe I got confused what the order was.
FWIW, it appears this is a rather unknown feature, even though it's really awesome. Can discoverability of such features possibly be improved?
What you want people to RTFM? :)
Although it is linked from the text the details are hidden away in a table.
As for making keybindings discoverable, I thought there was a way of getting a read-only copy of the keybindings in another window, but I can't find it just now.
Cheers Lex
@Thomas . As I read it you implemented a MRU document list ?? I could use that to do the open visualize yes ? Where abouts can I look for it ? :)
Maybe we can have a "heat-icon" on the Editor tab as well ? As Lex pointed out some ppl have the symbols pane open ?
On Thu, Sep 29, 2011 at 10:42 AM, Lex Trotman elextr@gmail.com wrote:
I don't think I experienced that, but I almost exclusively use ctrl+tab to switch files. So if that's the case it's a bug and should be fixed.
Hmmm, seems ok in SVN Geany. Maybe the problem is just in 0.20, or maybe I got confused what the order was.
FWIW, it appears this is a rather unknown feature, even though it's really awesome. Can discoverability of such features possibly be improved?
What you want people to RTFM? :)
Although it is linked from the text the details are hidden away in a table.
As for making keybindings discoverable, I thought there was a way of getting a read-only copy of the keybindings in another window, but I can't find it just now.
Cheers Lex _______________________________________________ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
On Thu, 29 Sep 2011 18:13:53 +1000 Lex Trotman elextr@gmail.com wrote:
Perhaps another method of indicating such as colouring or re-ordering the notebook tabs could be used instead or as well as the sidebar.
I remember seeing red color somewhere, for tabs with changed documents, slowly fading to pink for "non-recent" changes. On save, it went blue, fading to the (light-gray) tab background color.
Didn't liked it, though. Amusing, but distracting.
Hi Dimitar
slowly fading to pink for "non-recent" changes. On save, it went blue,
I was afraid it might be seen as distracting. I'm thinking it's should'd 'fade' itself
only action that would effect the color would be when the document-activate Also only track maybe top 3 files ? (config option) ?
Maybe as first step I do test-implementation only on sidebar-openfiles with config/preference to turn it on/off :) ? Regards jacques
On Thu, Sep 29, 2011 at 9:04 PM, Dimitar Zhekov dimitar.zhekov@gmail.com wrote:
On Thu, 29 Sep 2011 18:13:53 +1000 Lex Trotman elextr@gmail.com wrote:
Perhaps another method of indicating such as colouring or re-ordering the notebook tabs could be used instead or as well as the sidebar.
I remember seeing red color somewhere, for tabs with changed documents, slowly fading to pink for "non-recent" changes. On save, it went blue, fading to the (light-gray) tab background color.
Didn't liked it, though. Amusing, but distracting.
-- E-gards: Jimmy _______________________________________________ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
On Thu, Sep 29, 2011 at 10:03, Thomas Martitz thomas.martitz@student.htw-berlin.de wrote:
Am 29.09.2011 09:57, schrieb Jacques du Rand:
BottomLIne: Almost like a MRU(Most Recently Use) Cache for the Open Document list a which highlight/icon'ify the top 3-6 Documents in order ?
Your thoughts ?
This is already implemented, though not visualized in the side bar.
I don't remember if I use the default keybinding, but for me CTRL+TAB walks the MRU list of opened documents.
Absolutely essential feature for me.
By the way, there's a bug in the MRU code.
1. Open Geany with say 3 files, 2. ctrl-tab until you reach the very same file you have currently displayed, 3. release ctrl, 4. ctrl-tab again. Nothing happens until you ctrl-tab one more time.
I have a patch for it in my yet-to-be-reviewed patch queue (for more than a year). I also have a patch for the popup window so it shows the current file in bold and the following three files in MRU below it. It helps with "predicting" which file opens after ctrl-tab next.
Cheers,
Jiri
On 30 September 2011 06:52, Jiří Techet techet@gmail.com wrote:
On Thu, Sep 29, 2011 at 10:03, Thomas Martitz thomas.martitz@student.htw-berlin.de wrote:
Am 29.09.2011 09:57, schrieb Jacques du Rand:
BottomLIne: Almost like a MRU(Most Recently Use) Cache for the Open Document list a which highlight/icon'ify the top 3-6 Documents in order ?
Your thoughts ?
This is already implemented, though not visualized in the side bar.
I don't remember if I use the default keybinding, but for me CTRL+TAB walks the MRU list of opened documents.
Absolutely essential feature for me.
By the way, there's a bug in the MRU code.
- Open Geany with say 3 files,
- ctrl-tab until you reach the very same file you have currently displayed,
- release ctrl,
- ctrl-tab again. Nothing happens until you ctrl-tab one more time.
I have a patch for it in my yet-to-be-reviewed patch queue (for more than a year). I also have a patch for the popup window so it shows the current file in bold and the following three files in MRU below it. It helps with "predicting" which file opens after ctrl-tab next.
Hi Jiri,
I like this idea, I mostly gave up using ctrl-tab because I kept overshooting the one I wanted, giving me a little warning time is a great idea.
Cheers Lex
Cheers,
Jiri _______________________________________________ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
On Fri, Sep 30, 2011 at 03:07, Lex Trotman elextr@gmail.com wrote:
On 30 September 2011 06:52, Jiří Techet techet@gmail.com wrote:
On Thu, Sep 29, 2011 at 10:03, Thomas Martitz thomas.martitz@student.htw-berlin.de wrote:
Am 29.09.2011 09:57, schrieb Jacques du Rand:
BottomLIne: Almost like a MRU(Most Recently Use) Cache for the Open Document list a which highlight/icon'ify the top 3-6 Documents in order ?
Your thoughts ?
This is already implemented, though not visualized in the side bar.
I don't remember if I use the default keybinding, but for me CTRL+TAB walks the MRU list of opened documents.
Absolutely essential feature for me.
By the way, there's a bug in the MRU code.
- Open Geany with say 3 files,
- ctrl-tab until you reach the very same file you have currently displayed,
- release ctrl,
- ctrl-tab again. Nothing happens until you ctrl-tab one more time.
I have a patch for it in my yet-to-be-reviewed patch queue (for more than a year). I also have a patch for the popup window so it shows the current file in bold and the following three files in MRU below it. It helps with "predicting" which file opens after ctrl-tab next.
Hi Jiri,
I like this idea, I mostly gave up using ctrl-tab because I kept overshooting the one I wanted, giving me a little warning time is a great idea.
Yes, this is exactly why I made the change. Before I discovered Geany, I used CodeBlocks which had a plugin with similar functionality (the plugin was extremely buggy and the code was completely crazy). You could even return to the file before ctrl+tab press if you overshot (the keybindings were alt+left_arrow [going back in the stack history like Geany does] and alt+right_arrow to go forward from the current position and "undo" your previous ctrl+tab). This could be also used to have a quick peek at the file you edited previously - alt+left_arrow, have a look at the file while holding alt, right_arrow, release alt and you're back in your current file with unmodified MRU list.
I could enhance my patch to allow this too if someone finds it useful.
Cheers,
Jiri
On Thu, 29 Sep 2011 22:52:19 +0200 Jiří Techet techet@gmail.com wrote:
By the way, there's a bug in the MRU code.
- Open Geany with say 3 files,
- ctrl-tab until you reach the very same file you have currently displayed,
- release ctrl,
- ctrl-tab again. Nothing happens until you ctrl-tab one more time.
I have a patch for it in my yet-to-be-reviewed patch queue (for more than a year).
I remember having this problem when I worked with very few files. Can you please drop a copy of the patch in Geany bug or patch tracker?
I also have a patch for the popup window so it shows the current file in bold and the following three files in MRU below it. It helps with "predicting" which file opens after ctrl-tab next.
Nice. :)
You could even return to the file before ctrl+tab press if you overshot [...] I could enhance my patch to allow this too if someone finds it useful.
Ctrl+Shift+Tab would be very convinient.
On Sun, Oct 2, 2011 at 15:36, Dimitar Zhekov dimitar.zhekov@gmail.com wrote:
On Thu, 29 Sep 2011 22:52:19 +0200 Jiří Techet techet@gmail.com wrote:
By the way, there's a bug in the MRU code.
- Open Geany with say 3 files,
- ctrl-tab until you reach the very same file you have currently displayed,
- release ctrl,
- ctrl-tab again. Nothing happens until you ctrl-tab one more time.
I have a patch for it in my yet-to-be-reviewed patch queue (for more than a year).
I remember having this problem when I worked with very few files. Can you please drop a copy of the patch in Geany bug or patch tracker?
Done:
https://sourceforge.net/tracker/?func=detail&aid=3417269&group_id=15...
Please apply patch
https://sourceforge.net/tracker/?func=detail&aid=3417268&group_id=15...
before - it slightly conflicts with the other patch and as I want to have it in Geany too, I didn't want to spend time resolving the conflicts. If the "close window in MRU order" patch isn't wanted, I can change the "MRU fix" patch to remove the dependency on the other patch.
I also have a patch for the popup window so it shows the current file in bold and the following three files in MRU below it. It helps with "predicting" which file opens after ctrl-tab next.
Nice. :)
Here's the patch
https://sourceforge.net/tracker/?func=detail&aid=3417270&group_id=15...
Apply after the previous two patches.
You could even return to the file before ctrl+tab press if you overshot [...] I could enhance my patch to allow this too if someone finds it useful.
Ctrl+Shift+Tab would be very convinient.
I'll have a look at it when I have time.
Cheers, Jiri
On Sun, 2 Oct 2011 22:15:56 +0200 Jiří Techet techet@gmail.com wrote:
On Sun, Oct 2, 2011 at 15:36, Dimitar Zhekov dimitar.zhekov@gmail.com wrote:
On Thu, 29 Sep 2011 22:52:19 +0200 Jiří Techet techet@gmail.com wrote:
By the way, there's a bug in the MRU code [...]
Can you please drop a copy of the patch in Geany bug or patch tracker?
https://sourceforge.net/tracker/?func=detail&aid=3417269&group_id=15...
Thanks, and for 0001 0003 too. *sign* The day I'll be using unpatched Geany went farther in the future again... ;)
Please apply patch
https://sourceforge.net/tracker/?func=detail&aid=3417268&group_id=15...
before - it slightly conflicts with the other patch and as I want to have it in Geany too [...]
+1, I would have applied it anyway.