A more appropriate highlighting for keys in YAML files. The improvement can be noticed in any color scheme, particularly in the default one, where keys would have the same color and face than the ordinary text.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/1838
-- Commit Summary --
* Better highlighting for YAML keys
-- File Changes --
M data/filedefs/filetypes.yaml (1)
-- Patch Links --
https://github.com/geany/geany/pull/1838.patchhttps://github.com/geany/geany/pull/1838.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/1838
The treebrowser context menu items "Open externally" and "Open Terminal" don't work on Windows 10.
It doesn't lunch any external application.
However, the "Open Externally" function in built-in plugin Filebrowser is working correctly.
--
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/556
When open files are deleted from the filesystem, Geanys behaviour is not very intuitive and somehow contraproductive. It offers to save the file again and does not give me the possibility to close the document.
I suggest to change the dialogue to
"File was not found on the drive. Close the file and discard content?
Yes (Close the tab, do NOT suggest to save it again.)
Yes (Do noting, keep the tab open),
Main use case:
Editing files on a remote server by FTP with Filezilla:
-Several files are stored in a temp folder.
-I can edit them with any editor
-Filezilla tracks changes and lets me update the files after changes
-When I am done, I close Filezilla and the Temp files are deleted by Filezilla.
In that case I want to get rid of the open files quickly and do not want to store them again. Why should I?
Other use case:
editing files that are stored in a cloud and have been deleted in the meantime.
Reference for a better solution:
-Notepad++
--
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/1994
**Before upgrade**
Geany 1.32, GTK 2.24.32, GLib 2.54.3
geany-1.32.0-1-x86_64.pkg.tar.xz, geany-plugins-1.32-2-x86_64.pkg.tar.xz
Arch Linux, Theme: BlueMenta
Plugin "Lua Script"
`geany.choose("Snippets:", {"bla", "bla", "bla"})`
http://geany-plugins.sourceforge.net/geanylua/geanylua-ref.html#select
![Screenshot1:](https://s10.postimg.org/tbkoqhvex/Screenshot_2018-02-09_17-41-25.png)
**After upgrade**
Geany 1.32, GTK 3.22.26, GLib 2.54.3
geany-1.32.0-2-x86_64.pkg.tar.xz, geany-plugins-1.32-4-x86_64.pkg.tar.xz
![Screenshot2:](https://s10.postimg.org/h9pawejmh/Screenshot_2018-02-09_17-42-16.png)
--
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/690
When writing LaTeX, symbols in the Symbols list are grouped by type (Environment, Section, Paragraph, Chapter, ...), so it is not immediate to understand the structure of the document.
It would be nice if the Symbols list could have a third sorting mode (besided "by Name" and "by Appearance") that makes the Symbol list like a Table of Contents.
---
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/1082
I have a some questions about a few things:
1. I could not figure out what the following properties are for:
marker_line
marker_search
marker_mark
call_tips
white_space
string_eol
scalar
label
decorator
extra
entity
2. The "version" property says "incremented automatically, do not change manually" should I just leave it at 1225?
3. How do I make the "#include" part of a preprocessor command a different color than "<stdio.h>"
4. what is the difference between:
number, number_1, and number_2
keyword, keyword_1, keyword_2, keyword_3, and keyword_4
identifier, identifier_1, identifier_2, identifier_3, and identifier_4
string, string_1, string_2, string_3, and string_4
5. How do I get rid of the vertical line through the middle of the editor (shown in [this picture](https://i.imgur.com/oPNI8G8.png))?
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany-themes/pull/21
-- Commit Summary --
* added atom-one-dark theme
-- File Changes --
M AUTHORS (5)
A colorschemes/atom-one-dark.conf (116)
A screenshots/atom-one-dark.png (0)
-- Patch Links --
https://github.com/geany/geany-themes/pull/21.patchhttps://github.com/geany/geany-themes/pull/21.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-themes/pull/21
I love the ability to theme the edit area and I prefer a darker theme.
The problem is that the theme does not apply to the side bar which to my mind is a bit inconsistent. Especially when there is a strong light / dark contrast.
I am sure there are users that would prefer it to stay the way it is but for myself at least I would optionally like the relevant portions of the theme to apply to the side bar.
Thanks
--
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/1344
When editing a document in (soft) Line wrapping mode (the document line that is longer than the screen width is spread over multiple display lines while keeping the same line number), the End key takes you to the end of the document line. This is understandable, but it keeps being unexpected while editing in the middle of a document line...
My proposal is just to change the defaults:
End = "go to the end of the display line", Alt-End = "go to the end of the document line", Home = "go to the beginning of the display line", and Alt-Home = "go to the beginning of the document line"
When not in Line Wrapping mode, it still works the same, but when in Line Wrapping mode, it's more intuitive.
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/949
Hello everybody
I find the issue that after change the width of sidebar to maybe zero (hold the dragglable right edge of sidebar and draggle it to the very right side of Geany APP window), then I cannot draggle out the sidebar forever.
Even in full screen mode, after the mouse icon becoming dragglable, I just cannot draggle out the sidebar...
![screen shot 2018-01-29 at 9 28 06 am](https://user-images.githubusercontent.com/1732598/35489979-17ecf4b4-04d…
Hoping someone can give some help
Johnchain
--
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/1753
On Fedora 27 / Wayland, default install, Geany 1.31
In Nautilus, after associating a file type with Geany (e.g. .log or .txt), opening the file creates a new geany instance if there was none, or a new tab in geany if there was an existing instance.
The small annoyance is in the latter case - the new tab is created and the file is loaded, however if Geany's window is not brought to the front nor put in focus
Geany > Preferences does not seem to expose any setting to control this behavior. Gedit's behavior for the same use case is as expected: a new tab is open and Gedit's window is brought to front and given the focus.
I believe Geany's behavior up until some six months ago (1.29?) did not have 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/1698