Sorry if this has been asked before, but I couldn't find it in the archives. Is it possible in the current release of Geany to have more than 2 buffers when using most recently used switching via Ctrl-tab? 2 buffers is better than none, and I much prefer switching via MRU to just moving down the list with Ctrl-pageup/down. If it is not possible in the current version, is it a possible addition in the future?
Thanks for any help you can give. -Acero
On Fri, 8 Aug 2008 11:49:04 -0400 "Mark Turner" mturner4@csee.usf.edu wrote:
Sorry if this has been asked before, but I couldn't find it in the archives. Is it possible in the current release of Geany to have more than 2 buffers when using most recently used switching via Ctrl-tab? 2 buffers is better than none, and I much prefer switching via MRU to just moving down the list with Ctrl-pageup/down. If it is not possible in the current version, is it a possible addition in the future?
This isn't implemented.
A related subject is Code Navigation, which is currently implemented as a queue of places in the code in various documents. For me, it would be better if code navigation had a queue _per_ document, as I prefer to use Ctrl-Tab to switch documents. So if we implemented a MRU document forward/back queue I think it would make sense to change code navigation to be limited to each document. This would suit me well, not sure about everyone else ;-)
Regards, Nick
Upon looking into the source code a little bit, it seems that the last tab switching is a very small bit of code. It looks like it just stores an integer in a struct called CallbacksData, it is only used in a few files, and it only seems to be used for this purpose (so changing it shouldn't have too many side effects). Could this be replaced with an array/linked list/whatever of integers? It's entirely possible that I'm missing something and this is more difficult than it looks, but, if not, is it at all possible this could be added in the future? Thanks, Mark
On Fri, Aug 8, 2008 at 1:26 PM, Nick Treleaven < nick.treleaven@btinternet.com> wrote:
On Fri, 8 Aug 2008 11:49:04 -0400 "Mark Turner" mturner4@csee.usf.edu wrote:
Sorry if this has been asked before, but I couldn't find it in the archives. Is it possible in the current release of Geany to have more than 2 buffers when using most recently used switching via Ctrl-tab? 2 buffers is better than none, and I much prefer switching via MRU to just moving down the list with Ctrl-pageup/down. If it is not possible in the current version, is it a possible addition in the future?
This isn't implemented.
A related subject is Code Navigation, which is currently implemented as a queue of places in the code in various documents. For me, it would be better if code navigation had a queue _per_ document, as I prefer to use Ctrl-Tab to switch documents. So if we implemented a MRU document forward/back queue I think it would make sense to change code navigation to be limited to each document. This would suit me well, not sure about everyone else ;-)
Regards, Nick _______________________________________________ Geany mailing list Geany@uvena.de http://lists.uvena.de/cgi-bin/mailman/listinfo/geany
On Fri, 8 Aug 2008 18:26:41 +0100 Nick Treleaven nick.treleaven@btinternet.com wrote:
A related subject is Code Navigation, which is currently implemented as a queue of places in the code in various documents. For me, it would be better if code navigation had a queue _per_ document, as I prefer to use Ctrl-Tab to switch documents. So if we implemented a MRU document forward/back queue I think it would make sense to change code navigation to be limited to each document. This would suit me well, not sure about everyone else ;-)
If code navigation will work only per document, I guess I won't be able to use geany as text editor for programming any longer. Global navigation is one of must have features to me.
I'm pretty sure they are implemented independently, so changing just the Ctrl-Tab (switch to last document) from a 2-buffer to an n-buffer (n being the amount of open documents) should not affect code navigation. -Mark
On Mon, Aug 11, 2008 at 2:55 PM, Yura Siamashka yurand2@gmail.com wrote:
On Fri, 8 Aug 2008 18:26:41 +0100 Nick Treleaven nick.treleaven@btinternet.com wrote:
A related subject is Code Navigation, which is currently implemented as a queue of places in the code in various documents. For me, it would be better if code navigation had a queue _per_ document, as I prefer to use Ctrl-Tab to switch documents. So if we implemented a MRU document forward/back queue I think it would make sense to change code navigation to be limited to each document. This would suit me well, not sure about everyone else ;-)
If code navigation will work only per document, I guess I won't be able to use geany as text editor for programming any longer. Global navigation is one of must have features to me.
-- Yura Siamashka yurand2@gmail.com _______________________________________________ Geany mailing list Geany@uvena.de http://lists.uvena.de/cgi-bin/mailman/listinfo/geany
On Mon, 11 Aug 2008 14:59:33 -0400 "Mark Turner" mturner4@csee.usf.edu wrote:
I'm pretty sure they are implemented independently, so changing just the Ctrl-Tab (switch to last document) from a 2-buffer to an n-buffer (n being the amount of open documents) should not affect code navigation. -Mark
They are independent, but if we had MRU notebook tab switching it would then be redundant to have code navigation also switch notebook tabs as well as moving between line numbers.
Anyhow, if someone wants to implement just the MRU notebook tab switching this is fine.
Regards, Nick
On Mon, 11 Aug 2008 21:55:47 +0300, Yura Siamashka yurand2@gmail.com wrote:
On Fri, 8 Aug 2008 18:26:41 +0100 Nick Treleaven nick.treleaven@btinternet.com wrote:
A related subject is Code Navigation, which is currently implemented as a queue of places in the code in various documents. For me, it would be better if code navigation had a queue _per_ document, as I prefer to use Ctrl-Tab to switch documents. So if we implemented a MRU document forward/back queue I think it would make sense to change code navigation to be limited to each document. This would suit me well, not sure about everyone else ;-)
If code navigation will work only per document, I guess I won't be able to use geany as text editor for programming any longer. Global navigation is one of must have features to me.
I'm also not sure if I'd like document-based navigation queue. It would be at least quite confusing in the beginning, people (we) had to change our habits. And I guess it's too much work and probably too few benefits to implement both ways, i.e. making it configurable.
I personally think the code navigation should stay like it is. A multi-document Ctrl-Tab switch function would be cool anyways.
Regards, Enrico
On Mon, 11 Aug 2008 21:55:47 +0300 Yura Siamashka yurand2@gmail.com wrote:
If code navigation will work only per document, I guess I won't be able to use geany as text editor for programming any longer. Global navigation is one of must have features to me.
Maybe people don't like this idea, but if we had notebook tab switching forward/back in a history of most recently used documents, it would be completely unnecessary to have code navigation also switch between documents. This would actually give the user more control over where they want to switch to, as often the user works mainly on a single file and switches to other tabs to check something.
Regards, Nick
On Wed, 13 Aug 2008 13:06:33 +0100, Nick Treleaven nick.treleaven@btinternet.com wrote:
On Mon, 11 Aug 2008 21:55:47 +0300 Yura Siamashka yurand2@gmail.com wrote:
If code navigation will work only per document, I guess I won't be able to use geany as text editor for programming any longer. Global navigation is one of must have features to me.
Maybe people don't like this idea, but if we had notebook tab switching forward/back in a history of most recently used documents, it would be completely unnecessary to have code navigation also switch between documents. This would actually give the user more control over where they want to switch to, as often the user works mainly on a single file and switches to other tabs to check something.
But code navigation is especially useful and a very convenient feature when browsing (foreign) code where you often 'jump' between functions calls and the function definitions which are scattered over serveral source files. I think in this case a document-based code navigation is more hindering than helping.
Regards, Enrico
On Wed, 13 Aug 2008 16:32:38 +0200 Enrico Tröger enrico.troeger@uvena.de wrote:
On Wed, 13 Aug 2008 13:06:33 +0100, Nick Treleaven nick.treleaven@btinternet.com wrote:
Maybe people don't like this idea, but if we had notebook tab switching forward/back in a history of most recently used documents, it would be completely unnecessary to have code navigation also switch between documents. This would actually give the user more control over where they want to switch to, as often the user works mainly on a single file and switches to other tabs to check something.
But code navigation is especially useful and a very convenient feature when browsing (foreign) code where you often 'jump' between functions calls and the function definitions which are scattered over serveral source files. I think in this case a document-based code navigation is more hindering than helping.
In that case you would use the MRU documents switching.
I think the only negative difference in features would be that switching to a document without using goto tag would add an element in the queue. So in that case you might need to use the command several times. All existing functionality would still be present, but it would be accessed in a different way.
But it means it's easier to navigate all the code positions without having to step back over other documents. e.g. after using goto tag, but not using navigate back because you want to edit some other part of the code in the original document.
Regards, Nick
On Wed, 13 Aug 2008 17:19:38 +0100, Nick Treleaven nick.treleaven@btinternet.com wrote:
On Wed, 13 Aug 2008 16:32:38 +0200 Enrico Tröger enrico.troeger@uvena.de wrote:
On Wed, 13 Aug 2008 13:06:33 +0100, Nick Treleaven nick.treleaven@btinternet.com wrote:
Maybe people don't like this idea, but if we had notebook tab switching forward/back in a history of most recently used documents, it would be completely unnecessary to have code navigation also switch between documents. This would actually give the user more control over where they want to switch to, as often the user works mainly on a single file and switches to other tabs to check something.
But code navigation is especially useful and a very convenient feature when browsing (foreign) code where you often 'jump' between functions calls and the function definitions which are scattered over serveral source files. I think in this case a document-based code navigation is more hindering than helping.
In that case you would use the MRU documents switching.
I'm still not really convinced, maybe I don't imagine it well enough. When using MRU documents switching, I still need to use both features: Ctrl-Tab to switch between documents and code navigation back/forward to navigate inside _one_ document and I need to remember where which code was. Hmm, maybe I'm missing something or imagine it too complicated. And I'm also not that against it as it might sound, just worried.
Regards, Enrico
On Wed, 13 Aug 2008 19:50:54 +0200 Enrico Tröger enrico.troeger@uvena.de wrote:
I'm still not really convinced, maybe I don't imagine it well enough. When using MRU documents switching, I still need to use both features: Ctrl-Tab to switch between documents and code navigation back/forward to navigate inside _one_ document and I need to remember where which code was.
Yes, it would be a bit more complicated, but probably OK when the user got used to it. But that's what makes it more powerful.
Ctrl-Tab would only go one way in the MRU documents queue (back?), so there would be another command to go forward, maybe Ctrl-Shift-Tab. Alternatively just drop Ctrl-Tab and use a different pair of keybindings.
Hmm, maybe I'm missing something or imagine it too complicated. And I'm also not that against it as it might sound, just worried.
I just wanted to raise the issue. After the MRU documents switching is implemented and people are used to it, maybe then someone will agree with me ;-)
Regards, Nick
This has gotten a bit more complex than I had originally intended. I just meant to have the ctrl-tab as an alternative to the code navigation, not necessarily used with it. I personally haven't used the code navigation, and for all I know, it could work for what I'd like. The only thing I'd want ctrl-tab to do is keep track of the order I've been accessing various documents and allow me to switch between them in an MRU order, similar to how you switch between applications with alt-tab in the OS.
-Mark
On Thu, Aug 14, 2008 at 8:18 AM, Nick Treleaven < nick.treleaven@btinternet.com> wrote:
On Wed, 13 Aug 2008 19:50:54 +0200 Enrico Tröger enrico.troeger@uvena.de wrote:
I'm still not really convinced, maybe I don't imagine it well enough. When using MRU documents switching, I still need to use both features: Ctrl-Tab to switch between documents and code navigation back/forward to navigate inside _one_ document and I need to remember where which code was.
Yes, it would be a bit more complicated, but probably OK when the user got used to it. But that's what makes it more powerful.
Ctrl-Tab would only go one way in the MRU documents queue (back?), so there would be another command to go forward, maybe Ctrl-Shift-Tab. Alternatively just drop Ctrl-Tab and use a different pair of keybindings.
Hmm, maybe I'm missing something or imagine it too complicated. And I'm also not that against it as it might sound, just worried.
I just wanted to raise the issue. After the MRU documents switching is implemented and people are used to it, maybe then someone will agree with me ;-)
Regards, Nick _______________________________________________ Geany mailing list Geany@uvena.de http://lists.uvena.de/cgi-bin/mailman/listinfo/geany
On Thu, 14 Aug 2008 11:09:33 -0400 "Mark Turner" mturner4@csee.usf.edu wrote:
This has gotten a bit more complex than I had originally intended. I
I wanted to raise what I saw as a related issue, sorry if it seemed the thread got hijacked. We did say the MRU switching could be implemented.
just meant to have the ctrl-tab as an alternative to the code navigation, not necessarily used with it. I personally haven't used the code navigation, and for all I know, it could work for what I'd like. The only thing I'd want ctrl-tab to do is keep track of the order I've been accessing various documents and allow me to switch between them in an MRU order, similar to how you switch between applications with alt-tab in the OS.
OK, I had assumed 2 commands, back and forward in a history of documents. But I guess a window manager style Alt-Tab would only need one command. A single command would not really replace any part of Code Navigation.
Regards, Nick
Not a problem, I'm new coming in, and you guys have been working on it for a lot longer, so you know more about what could be done. Thanks for all the responses so far. -Mark
On Thu, Aug 14, 2008 at 11:30 AM, Nick Treleaven < nick.treleaven@btinternet.com> wrote:
On Thu, 14 Aug 2008 11:09:33 -0400 "Mark Turner" mturner4@csee.usf.edu wrote:
This has gotten a bit more complex than I had originally intended. I
I wanted to raise what I saw as a related issue, sorry if it seemed the thread got hijacked. We did say the MRU switching could be implemented.
just meant to have the ctrl-tab as an alternative to the code navigation, not necessarily used with it. I personally haven't used the code navigation, and for all I know, it could work for what I'd like. The only thing I'd want ctrl-tab to do is keep track of the order I've been accessing various documents and allow me to switch between them in an MRU order, similar to how you switch between applications with alt-tab in the OS.
OK, I had assumed 2 commands, back and forward in a history of documents. But I guess a window manager style Alt-Tab would only need one command. A single command would not really replace any part of Code Navigation.
Regards, Nick _______________________________________________ Geany mailing list Geany@uvena.de http://lists.uvena.de/cgi-bin/mailman/listinfo/geany
On Thu, 14 Aug 2008 16:30:55 +0100, Nick Treleaven nick.treleaven@btinternet.com wrote:
On Thu, 14 Aug 2008 11:09:33 -0400 "Mark Turner" mturner4@csee.usf.edu wrote:
This has gotten a bit more complex than I had originally intended. I
I wanted to raise what I saw as a related issue, sorry if it seemed the thread got hijacked. We did say the MRU switching could be implemented.
And it'd be cool if it was implemented :). I agree with Nick, once we have MRU-like Ctrl-Tab behaviour which we all want to have as it seems, then we can talk about modifying/adjusting the code naviagation. But the first step is the MRU-llike Ctrl-Tab which is firstly independent from any code navigation changes.
just meant to have the ctrl-tab as an alternative to the code navigation, not necessarily used with it. I personally haven't used the code navigation, and for all I know, it could work for what I'd like. The only thing I'd want ctrl-tab to do is keep track of the order I've been accessing various documents and allow me to switch between them in an MRU order, similar to how you switch between applications with alt-tab in the OS.
OK, I had assumed 2 commands, back and forward in a history of documents. But I guess a window manager style Alt-Tab would only need one command. A single command would not really replace any part of Code Navigation.
I think a one-command solution would be better. Do you want to also use a small window to show cycling between tabs like window managers do? That would be a cute and handy feature but also might get unusable with many open tabs (I usually have between 25 and 35 files open). Just as a note.
Regards, Enrico
On Fri, 15 Aug 2008 14:25:47 +0200 Enrico Tröger enrico.troeger@uvena.de wrote:
On Thu, 14 Aug 2008 16:30:55 +0100, Nick Treleaven nick.treleaven@btinternet.com wrote:
I guess a window manager style Alt-Tab would only need one command. A single command would not really replace any part of Code Navigation.
I think a one-command solution would be better.
Me too.
Do you want to also use a small window to show cycling between tabs like window managers do? That would be a cute and handy feature but
This would be cool. Maybe keybindings.c could be modified to hide any document-switching window on the Ctrl/modifier key(s) release. (Brackets in case Ctrl-tab was changed to something else).
also might get unusable with many open tabs (I usually have between 25 and 35 files open). Just as a note.
The window could just show the short name of the file to switch to, like Xfwm does after holding Alt.
Regards, Nick
On Thu, 14 Aug 2008 13:18:08 +0100 Nick Treleaven nick.treleaven@btinternet.com wrote:
On Wed, 13 Aug 2008 19:50:54 +0200 Enrico Tröger enrico.troeger@uvena.de wrote:
I'm still not really convinced, maybe I don't imagine it well enough. When using MRU documents switching, I still need to use both features: Ctrl-Tab to switch between documents and code navigation back/forward to navigate inside _one_ document and I need to remember where which code was.
Yes, it would be a bit more complicated, but probably OK when the user got used to it. But that's what makes it more powerful.
It is not minor issue, IMHO, if code navigation is difficult and complicated to use, it is not worth using. I still don't see how it is more powerfull then exisiting navigation. Documents navigation sounds interesting, but only as additional feature, not as replace of existing code navigation.
Here is list of my critical requirements for IDE. If IDE don't have even one of them I think it is not good. Currently Geany match all of them, thanks a lot to devs and contributors. I hope Geany will stay this way in future.
1) should be fast (if you only 2 times faster then eclipse you are too slow to be usefull) 2) code highlight 3) code navigation 4) bookmarks 5) ability to run make, parse compiler output 6) ability to run scripts (.sh, .py and others) 7) ability to run compiled program 8) ability to search in directory
On Thu, 14 Aug 2008 23:24:49 +0300 Yura Siamashka yurand2@gmail.com wrote:
On Thu, 14 Aug 2008 13:18:08 +0100 Nick Treleaven nick.treleaven@btinternet.com wrote:
Yes, it would be a bit more complicated, but probably OK when the user got used to it. But that's what makes it more powerful.
It is not minor issue, IMHO, if code navigation is difficult and complicated to use, it is not worth using.
It depends on your point of view as to whether it's difficult to navigate in 2 dimensions rather than one. Also it depends on how each are implemented.
I still don't see how it is more powerfull then exisiting navigation.
Because if you go to other places outside of code navigation by just clicking notebook tabs and editor positions, it becomes very tedious to switch back through a number (e.g. > 10) of different positions in different documents when you want to only go to the last code point in the current document. I regularly have this problem.
Documents navigation sounds interesting, but only as additional feature, not as replace of existing code navigation.
Once implemented, it will be an additional feature, unless enough people think code navigation should also be changed.
Here is list of my critical requirements for IDE. If IDE don't have even one of them I think it is not good. Currently Geany match all of them, thanks a lot to devs and contributors. I hope Geany will stay this way in future.
- should be fast (if you only 2 times faster then eclipse you are
too slow to be usefull) 2) code highlight 3) code navigation 4) bookmarks 5) ability to run make, parse compiler output 6) ability to run scripts (.sh, .py and others) 7) ability to run compiled program 8) ability to search in directory
Those are all the features I hate most!
Just joking ;-)
Regards, Nick