When a quick glance at a definition is needed often, going back an forth (Alt+left / Alt+right) in the same window appears less useful than using the split window to view that symbol definition for as many glances as needed.
Is it reasonable to extend splitwindow.c with such a feature? If yes, would a widget (checkbox/toogle icon?) in the split window toolbar be enough to show this behaviour is active?
I would use this feature but I'm not fond of putting a preference in the main UI like that. It would probably fit better in a plugin preferences tab.
More importantly though I think it would be hard to implement cleanly/easily as the core of Geany would have to try and let plugins handle going to definition and if none did then it would have to fall back to the original behaviour. This sort of sound like the "providers" API that was previously discussed for plugins [on the mailing list](https://www.mail-archive.com/devel@lists.geany.org/msg02841.html) (TLDR; allowing plugins to hook in to builtin features like this).
Agreed: the setting resides best in a plugin preference tab. An explicit visual shouldn't be needed.
Is the mailing list the best place to describe a design feature? Wouldn't a document such as Python's PIP be more suited? My first guess for this was to look in the wiki, with no luck.
Design wise, my first try would be to let a plugin register a hook checked for in cb_func_goto_action() or something conceptually similar. The code is still largely unknown to me so far, so this proposition might not be relevant.
@Dfred Geany is a _small_ project, the workflow tends to be left to the contributors, not all of whom are professional programmers following a formal requirements/design/code process (and even the professionals want a break from it from time to time), and many changes just turn up as PRs so the robust discussion is post-coding much to the proposer's chagrin. @codebrainz use of the mailing list for a proposal was laudable, but that particular one didn't get enough traction, but did save him wasting time coding.
Of course Gmane's searchable mailing list being down doesn't help make it discoverable either.
The way plugins currently tap into Geany features is for Geany to emit a signal (such as file-open and file-close) and the plugins can connect to those. It depends on the functionality involved whether the plugin adds to the Geany functionality or replaces it, most currently add functionality, but there is no reason that they cannot replace it in your case.
Thanks for these pointers. I shall get back to you eventually with a patch then.
github-comments@lists.geany.org