If the MacOs dock preference setting 'prefer tabs when opening documents is set, mouse navigation is off by a few lines. Only when dragging out to detach into a new window, the mouse position is correct.
--
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/2463
I'm experiencing some odd behavior when I right click anywhere in Geany on my Macbook. There are two things I've noticed. I use a second monitor to the right of the Macbook.
1. When I have Geany on my right monitor and a full screen app on my left, if I right click on Geany, the left screen scrolls back to the main desktop (leaving the full screen app that was there.)
2. If Geany is full screened, then I right click, the context menu pops up on a new separate workspace. So I have to swipe back to Geany and use the application list to close the new workspace the context menu created.
The first issue is a minor annoyance, the second kind of makes right click unusable.
This is my first time trying out Geany. I like it quite a bit despite this problem.
--
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/2512
I've installed Geany through HomeBrew on my mac, and that never was a problem... Until the last version of Geany. HomeBrew throws me this error when trying to upgrade
~~~
Updating Homebrew...
==> Casks with `auto_updates` or `version :latest` will not be upgraded
==> Upgrading 2 outdated packages:
Error: Cask 'geany' definition is invalid: invalid 'depends_on macos' value: ":lion"
~~~
Now uninstalling Geany and just downloading a zip goes a bit far, I think, but my problem is also, that as soon as the error pops up HomeBrew stops so my other applications do not upgrade anymore, as well, unless I do that manually (for which I must use "brew cask outdated" to find out which apps that concerns), so this bug in the Geany install scripts for HomeBrew does basically affect all my casks, and thus I'd be very very grateful if this can be fixed. :)
--
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/2086
geany version 1.32, OS version macOS Sierra, 1.12.6.
Different from geany's behavior under Fedora, where selecting text and drag-&dropping it to another part in the document, moves the text (like Ctrl+X, Ctrl+V), under macOS, the text is always _copied_ (like Ctrl+C, Ctrl+V). Pressing any of the many modifier keys mac keyboards have to offer (Ctrl, Cmd, Alt) during the drag-&dropping doesn't change this behavior (despite [this entry in the manual](https://www.geany.org/manual/current/index.html#drag-and-drop-of-te…).
--
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/1701
On Mac OS X , i can't use input chinese with Squirrel. When i input chinese in the editor, the editor still display english chars.
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/920
I didn't find such a feature request/enhancement, but if it was already requested (or feature already exists), feel free to close this issue.
It would be nice if Geany can highlight syntax for files without extensions. Let's say I open a new tab and copy/paste some PHP snippet to it. Some other editors will automatically highlight syntax as PHP in this tab if content starts with **<?php** (even if tan wasn't saved as some file with *.php extension extension).
Now, it's needed to save tab as a file with corresponding extension just to enable syntax highlight. Sometimes it's a pain in the a** because I often create a new tab, copy/paste some PHP snippet for temporary purposes, and close this tab in minutes. But if I need syntax highlight (which I need, of course), I have to manually save every tab as PHP file.
I realize some languages might not have starting words, but if it has, maybe Geany can auto-recognize and highlight syntax?
For example, these starting words surely indicate which language should be highlighted:
```
<?php
<html
<?xml
```
...and I'm sure the list will go on
--
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/1899
It would be very useful if markdown tag with **bold* or __italic__ changed color text. It doesn't work while other text editors do it.
--
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/1497
Following the Mac OS Catalina update, Geany can't no more acces my "document" file : "Operation not permitted"
--
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/2397
This would allow us to force Geany to not open a new instance even
if no file arguments are passed in the command-line.
Some tweaks were also added so that the current instance window would
activate itself even if no new file arguments are specified whenever
this option is used.
This is useful if we want to make sure that we always only have a single instance. And also so we can have easy shortcuts to switch from a virtual terminal to the editor, like this function: `w() { geany -I "$@"; }`,
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/1128
-- Commit Summary --
* Add '--no-new-instance' option.
-- File Changes --
M doc/geany.1.in (2)
M doc/geany.txt (3)
M src/libmain.c (32)
M src/main.h (2)
M src/socket.c (35)
M src/ui_utils.c (2)
-- Patch Links --
https://github.com/geany/geany/pull/1128.patchhttps://github.com/geany/geany/pull/1128.diff
---
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/1128
Bash allows more characters besides `[[:alnum:]_]` when declaring
function names using the `function` keyword. It also does not require
having a pair of parentheses after the name. Some shells may actually
implement it differently but we don't have to be that strict since the
user explicitly specifies the `function` keyword anyway.
This update implements the ones described above, and also invalidates
function names that are completely made up of digits.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/662
-- Commit Summary --
* Enhance detection of sh functions
-- File Changes --
M tagmanager/ctags/sh.c (125)
-- Patch Links --
https://github.com/geany/geany/pull/662.patchhttps://github.com/geany/geany/pull/662.diff
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/662