I like current system, but I dont like to keep all loaded files in tabs, so for me it's more usefull when I can select some target documents into tabs & fast switch between them.
Thanks for suggestions, going to re-think how to move it into a plugin, but I feel it will be complicated)
On Tue, Jan 22, 2013 at 1:18 AM, Lex Trotman elextr@gmail.com wrote:
On 22 January 2013 10:04, vadim kochan vadim4j@gmail.com wrote:
It is just a "demonstrative" code. So, I just wanted to share my changes, may be someone will be interested in them, nothing more :-)
Ok, in that case you probably need to provide more of a use-case for it. Whats wrong with the current system? And how does your proposal address that. So far all I could see was that you don't like the current system. That may be a reason to change it. :) But to convince others that it should be in core you probably need more reasoning. Like I said I don't see the point of it?
Actually, meanwhile I dont see it as a plugin-like functionality, but rather like main functionality which can be turned on/off from "settings" box.
Shouldn't make any difference if its plugin or core. Plugins are optional functionality, not second class citizens. We don't want to keep inflating core with more and more options, Geany should remain light and fast. But that will depend on the response to the suggestion.
Cheers Lex
On Tue, Jan 22, 2013 at 12:42 AM, Lex Trotman elextr@gmail.com wrote:
On 22 January 2013 09:08, vadim kochan vadim4j@gmail.com wrote:
Hi all, May be someone will be interested in this.
I find useless that file is removed from session when I close it from tab, and decided to make changes for this.Not sure if the changes are good, this is first
working
version.
Something like this should be in a plugin rather than changing the behaviour of the Geany default projects. The default project functionality (really just named sessions) provides a very lightweight and simple paradigm which should not be changed. Making your version a plugin will allow the current system to remain as the default. There are also the two existing project plugins which provide different project features, so why not another?
I think that tabs can be more usefull when allows switching only
between
selected documents but not between all.
Here are the changes https://github.com/vkochan/geany/commits/close_tab_not_file . Will be glade to have any response.
Here are some notes:
- All "close" actions anywhere in IDE now means to close document tab
page.
- Opened tabs are saved into session file for future restoring them
after opening the project.
- To remove document from project it is possible only by using
"Remove"
menu item on sidebar panel.
- Plugins should receive "document-close" event in case when document
removed from project.Not sure if its correct. With these changes should be 2 different events: document-close & document-remove.
Personally I don't see the use-case for your paradigm, the project session remembers all files opened unless they are manually removed? But that is up to you.
The feature can be turned on only after defining a macro in cflags before the build: -DGEANY_CLOSE_TAB_NOT_FILE
As I said above, it should be a plugin, not a change to the core behaviour. Then a user can enable it at runtime if they want to. Also a compile time selection is not acceptable, distributions can only select one option, and having differing project functionality in different distros is going to be very confusing for users, so it is unlikely to be accepted into Geany.
Cheers Lex
PS if your plugin needs extra hooks into the core please discuss it here *before* you code anything, that will save you from possibly having to make big changes.
I tested it only a little bit, not all cases, so there can be some surprises.
Devel mailing list Devel@lists.geany.org https://lists.geany.org/cgi-bin/mailman/listinfo/devel
Devel mailing list Devel@lists.geany.org https://lists.geany.org/cgi-bin/mailman/listinfo/devel
Devel mailing list Devel@lists.geany.org https://lists.geany.org/cgi-bin/mailman/listinfo/devel
Devel mailing list Devel@lists.geany.org https://lists.geany.org/cgi-bin/mailman/listinfo/devel