Add saving project state by changed, please.
--
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/1334
I switched today from Geany 125 to 126 With the new version (running on Windows 7 64bit), I have (reproducibly) a strange problem with one file (its name is `irbrc`) which I had created with 125: When I want to save the file, an error popup occurs (see screenshot) which gives a "permission denied" message Moreover, this popup can not be clicked away (more precisely, when I click on OK, the popup seems to disappear for a fraction of a second, only to reappear again) I think, this behaviour of the popup window is clearly an error, because it is a modal dialogue, and I have to kill Geany with the task manager in order to continue my work It could be that Geany, after I clicked OK, tries again to fulfil the *Save* request, and finds - for whatever reason - the file still write-protected and brings up the same dialogue again
BTW, I don't think that this is *really* a permission issue, even though the message says so, because I can happily edit this file with other text editors I don't know why this file is special It is neither the name nor the content - I can use "save as" to save the file into a different directory
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/815
I currently have two Geany instances open. One is being used for a dedicated project; the other is a "scratch" instance I keep open for general-purpose rapid iteration.
I don't mind using the GNOME filepicker to open/save files when working on dedicated projects, but I tend to prefer the terminal for speed when I'm rapidly opening and closing things or when I need to create quick hacks without breaking mental flow.
Unfortunately, Geany wants to send *everything* to its "first instance" when invoked at the commandline. Due to coincidence, apparently this is the instance with the dedicated project in it. Soooo, I get to use the terminal with my dedicated projects, but am forced to use the filepicker (over NFS!!!) when doing quick hacks. Haha.
So. I found Geany's `--socket-file` parameter, but I do not understand how to use it *as only the master Geany instance has a socket file in `/tmp`!*
```
$ ls .config/geany/
colorschemes filedefs geany.conf geany_socket_darkstar__0 keybindings.conf plugins tags templates
$ readlink .config/geany/geany_socket_darkstar__0
/tmp/geany_socket.b5c4f11f
$ lsof | grep geany_socket
geany 17853 i336 5u unix 0xc2b68240 0t0 4654382 /tmp/geany_socket.b5c4f11f
$ ls /tmp/geany_socket*
/tmp/geany_socket.b5c4f11f
$ ps aux | grep [g]eany
i336 17853 0.1 1.7 103224 36696 ? Sl Mar04 74:50 geany
i336 17955 0.0 1.6 105060 34036 ? Sl Mar04 25:23 geany
$
```
I'm curious why `--socket-file` exists at all. There are no options that allow me to start an instance with a specified socket file of my own choosing, for instance; I have to rely on Geany creating the socket file itself so I can use 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/1834
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
**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
**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
--
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 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