Zooming itself is fine, it works if "zoom in(out)" menu items are clicked. Default zooming hotkeys (which are written on these menu items) do not have any effect.
Geany 1.32, macOS 10.12.6
--
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/1712
For a fluent coding I love to not change my hand position to use the
arrow keys!
I realy like auto-closing.
If I activate the auto closing brackets, braces, parenthesis and
quotes feature, the closing characters are inserted, but to continue after
these, the arrow keys are necessary.
The modification I made: if autoclosing AND consuming is activated in
options, if a closing character is typed and the following character
matches this, not both characters stay - one deleted - curr pos
afterwards.
Example: the | marks the curr position:
"|"
"hallo|"
[Then the " is hit]
"hallo"|
The " is reachable without changing hand pos. Same for the other
"autoclosers".
I saw this in other IDEs and I want it in my Geany.
I don't know about internationatlization, so this is an incomplete
feature.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/2122
-- Commit Summary --
* Consume closing brackets, braces, parenthesis, single and double quotes
-- File Changes --
M data/geany.glade (239)
M scintilla/include/Scintilla.h (1)
M scintilla/src/Editor.cxx (5)
M src/editor.c (67)
M src/editor.h (1)
M src/keyfile.c (2)
M src/prefs.c (43)
M src/sciwrappers.c (9)
M src/sciwrappers.h (3)
-- Patch Links --
https://github.com/geany/geany/pull/2122.patchhttps://github.com/geany/geany/pull/2122.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/2122
PHP 7.3 has changed the Heredoc/Nowdoc syntax, so that the ending delimiter doesn't need to be at the beginning of a line, and can be followed by other expressions. the following examples are valid php code now:
```
<?php
$var = <<<EOL
this is a test
EOL;
```
```
<?php
$vector = [<<<EOL
this
is
a
test
EOL, 'other value' ];
```
But both syntax examples are not properly parsed/highlighted on Geany.
I'm not sure if this is a Scintilla bug or a Geany bug - I can see Geany has a php parser, which today is unable to parse the new syntax (code is [here](https://github.com/geany/geany/blob/master/ctags/parsers/php.c)). I tried to open a ticket on Scintilla about this, but I am not allowed to do so (looks like you need approval from the project owners to open a ticked there).
--
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/2414
There is no feedback about a failed GIT commit at all.
No status bar message, no status window message, no message in Help->Debug Messages and no error dialog.
At least one the above should happen to tell the user that the commit did not happen.
IMO there should be a message in Help->Debug Messages at the very least but also some more visible feedback to the user like an error dialog or at least a status bar message.
The only trace you get is the GIT error output on stderr but I guess most people won't want Geany's stderr regularly :).
--
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-plugins/issues/837
I think, when commenting Python code via `Edit` > `Format` > `Comment Line(s)`, after the `#` character would be better to add a space, [as mentioned in PEP8](https://www.python.org/dev/peps/pep-0008/#block-comments), resulting:
<code>
# commented line
</code>
instead of:
<code>
#commented line
</code>
This prevent me to manual adjust (all) the commented line(s).
--
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/1681
The first commit can be generally useful if e.g. Python is not generally found in the PATH, for selecting `python3` by default, or if the environment doesn't provide a generic `python` link but only versioned ones (like `python2` and `python3`).
The second one implements the suggestion from #2211 on top of this. I have no idea if that suggestion makes sense as I don't use Windows and don't have enough Python-on-Windows knowledge. @eht16 what do you think?
@novel-yet-trivial could you test this if you can build Geany? I didn't actually test it on Winodws so it properly working is only theoretical, although I'm quite confident.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/2223
-- Commit Summary --
* Add support for selecting the default Python command
* Use the `py` launcher for Python filetype on Windows
-- File Changes --
M configure.ac (11)
M data/Makefile.am (12)
R data/filedefs/filetypes.python.in (4)
-- Patch Links --
https://github.com/geany/geany/pull/2223.patchhttps://github.com/geany/geany/pull/2223.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/2223
When inside the "Einstellungen" (preferences) dialogue I click on "Hilfe" (help), no Helpwindows opens, instead I get the error message in the message pane:
14:21:42: Konnte URI "C:/Program Files (x86)/Geany/share/doc/geany/html/index.html#general-startup-preferences" nicht öffnen: Das System kann die angegebene Datei nicht finden.
I don't understand, why this error message pops up, because using Windows Explorer, I can locate the index.html under exactly this path.
My guess is that this is related to the weird Windows naming conventions, where several alias names are used for the same folder, depending on the locale of the Windows installation. So, while Windows Explorer can find the html directory when pasting the string
_C:\Program Files (x86)\Geany\share\doc\geany\html_
into the Windows explorer bar, the left side pane (which shows the directory tree) displays the top-level directory not as "Program Files (x86)", but as "Programme (x86)", so perhaps the correct path to be used should be
_C:\Programme (x86)\Geany\share\doc\geany\html_
--
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/2405
Instead of using only hard-coded and varying defaults for Linux,
MacOS and Windows, try to read the system's default command for "http"
URI schemes and use it if found.
If no usable default is available, fallback to the previous hard-coded
defaults.
Besides being more user-friendly, this should solve issues on Windows
where we always used "ShellExecute" and bypassed the configured browser
command which led to errors on URLs with anchors (see #2405).
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/2444
-- Commit Summary --
* Read default browser command using GIO
-- File Changes --
M src/keyfile.c (20)
-- Patch Links --
https://github.com/geany/geany/pull/2444.patchhttps://github.com/geany/geany/pull/2444.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/2444