Re: [Github-comments] [geany/geany] Add "Close Documents to the Left" feature (#2365)

2019-10-17 Thread Matthew Brush
Related: #1362, #1507, #556 (has discussion of this feature in comments) -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/geany/geany/pull/2365#issuecomment-543428161

[Github-comments] [geany/geany-osx] MacOS open from Finder (#13)

2019-10-17 Thread JanAxelsson
Opening a text file in geany from Finder does not work if Geany is already running. Neither of these options works : - right-clicking and selecting Open With does not open the document - double-clicking on file does not open the document (but I have time to see Finder animation of the

Re: [Github-comments] [geany/geany] Make the shell used by Geany to run various commands configurable (#2363)

2019-10-17 Thread Jiří Techet
@techee pushed 1 commit. 0b4c720e4335e379a6851b377f6410d65d019e32 Use /bin/sh in some cases -- You are receiving this because you are subscribed to this thread. View it on GitHub:

Re: [Github-comments] [geany/geany-osx] sluggish scrolling on Catalina (#12)

2019-10-17 Thread Jiří Techet
Yep, I did run into the same issue. Have a look at https://github.com/geany/geany/issues/2344 where I created a build based on GTK3 instead of GTK2 which seems to work much better. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on

[Github-comments] [geany/geany] MacOS open from Finder (#2366)

2019-10-17 Thread JanAxelsson
Opening a text file in geany from Finder does not work if Geany is already running. Neither of these options works : - right-clicking and selecting Open With does not open the document - double-clicking on file does not open the document (but I have time to see Finder animation of the

[Github-comments] [geany/geany] Add "Close Documents to the Left" feature (#2365)

2019-10-17 Thread LarsGit223
Not much to say, simply the same as Close Documents to the Right - only to the left. Also see #2282. You can view, comment on, or merge this pull request online at: https://github.com/geany/geany/pull/2365 -- Commit Summary -- * Add Close Documents to the Left feature -- File Changes --

Re: [Github-comments] [geany/geany] Multi-line "Find in Files" searching (#2322)

2019-10-17 Thread Nick Treleaven
> Without the recursive option, Geany actually passes the filenames to grep > itself. That can be sorted It actually is sorted already, so just the recursive option sorting needs implementing (which is currently handled by grep). -- You are receiving this because you are subscribed to this

Re: [Github-comments] [geany/geany] Multi-line "Find in Files" searching (#2322)

2019-10-17 Thread Nick Treleaven
Implementation in #2364. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/geany/geany/issues/2322#issuecomment-543273654

[Github-comments] [geany/geany] Find in Files: Support pcregrep (#2364)

2019-10-17 Thread Nick Treleaven
Fixes #2322. This allows multi-line regex matching when `-M` is used in the Extra Options entry. I had to rework a0d6a1f618d963e95df656b3e9cc150e4adb95c4 so it doesnt break now that the file patterns have escaped asterisks `\*`, but the new code is cleaner anyway. Note that for me, that commit

Re: [Github-comments] [geany/geany] Flawed command ordering re the 'Find in Files' "Files" filter (#2321)

2019-10-17 Thread Nick Treleaven
BTW, `--include` arguments are ignored by Geany when the recursive option is not set, because of [this commit](https://github.com/geany/geany/commit/a0d6a1f618d963e95df656b3e9cc150e4adb95c4). (For me, that commit wasn't necessary, grep does filter files passed explicitly. Ideally we wouldn't

Re: [Github-comments] [geany/geany] Multi-line "Find in Files" searching (#2322)

2019-10-17 Thread Nick Treleaven
I'm now working on this, starting from your commits. I think -M shouldn't be the only regex option for pcre, because sometimes you don't want `.` to match EOL. The -M option could be manually enabled in the Extra Options field (perhaps we could have 2 or 3 of these fields, each with checkboxes

Re: [Github-comments] [geany/geany] template wildcard for open comment / close comment strings? (#2362)

2019-10-17 Thread Wes Dean
I actually spent a lot of time working on a response that explained the use-case. In doing so, it became pretty clear that it was fairly tightly coupled to our workflows and documentation style while likely not adding a lot (if any) value to most Geany users. So, I'll just close out the issue

Re: [Github-comments] [geany/geany] template wildcard for open comment / close comment strings? (#2362)

2019-10-17 Thread Wes Dean
Closed #2362. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/geany/geany/issues/2362#event-2721527103