Geany's requirement is 2.32 so you will have to find another solution.

Using the other function g_file_enumerator_next_file() would make the code messy as you would have to manage instances of GFile and GFileInfo as you traverse yourself. I also don't like converting it to a recursive function (if it may be the solution). I guess I'll just wait for a version requirement bump.

Can you discuss your use-case more? Your first post doesn't actually make a lot of sense when you look at it in this light.

I thought saying "most helpful when recursively opening multiple files in the second instance of Geany" was my trump card because I assumed that there was no way to open other files in another instance but it turns out that there's actually a way.

So I guess I have to give other reasons why this feature would be helpful besides that. And one simply is the basic function it gives: It helps users open multiple instances recursively, whether they would be capable of doing that in the command-line or not.

It's easier to open a dialog box than type find /geany/src/ \( -name '*.c' -o -name '*.h' \) -print0 | xargs -0 geany. And if we use -c, we would also have to remember the directory that the target instance is using. Maybe I could create a script for that - that's flexible enough to be configurable with the type of files I want to be opened, and the target instance I want the files to be opened with, but it's still much more convenient to just have it in a dialog box. I do it often after all.

Reasons for opening multiple files recursively are pretty much obvious already, but here are mine:

That is of course not only about Geany.

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or mute the thread.