When file operations were added to project organizer, the plugin started
showing empty directories in the sidebar because they are useful e.g.
for creating new files inside them. This may be unwanted e.g. in projects
with many directories which are irrelevant to the code.
This patch makes this configurable on a per-project basis.
Fixes #881
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany-plugins/pull/929
-- Commit Summary --
* projectorganizer: Make showing empty directories in the sidebar configurable
-- File Changes --
M projectorganizer/src/prjorg-project.c (60)
M projectorganizer/src/prjorg-project.h (1)
-- Patch Links --
https://github.com/geany/geany-plugins/pull/929.patchhttps://github.com/geany/geany-plugins/pull/929.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-plugins/pull/929
I just switched to geany for my main latex editor together with the latex plugin, and I really appreciate the great work you guys do there!
When starting a new environment by typing `\begin{align*}` and pressing enter, the corresponding `\end{align*}` gets automatically created - which is awesome. The current line gets indented, which is also good, but only with one space. My indentation preferences are set to indent with 4 spaces, and it would be cool if the latex plugin would use this preference when opening a new environment. When using the "insert environment" option from the menu, no indentation happens at all. Maybe 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-plugins/issues/950
…2-0.99
LIBGIT2_SOVERSION is defined as string literal, e.g. "0.99",
from libgit2-0.99 and beyond. Arithmetic checks against this
variable whill hence fail. This patch switches the checks to
compare against the LIBGIT2_VER_* family, which should be more stable.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany-plugins/pull/956
-- Commit Summary --
* Make libgit2 version preprocessor conditionals compatible with libgit2-0.99
-- File Changes --
M git-changebar/src/gcb-plugin.c (6)
M workbench/src/plugin_main.c (2)
-- Patch Links --
https://github.com/geany/geany-plugins/pull/956.patchhttps://github.com/geany/geany-plugins/pull/956.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-plugins/pull/956
Geany 1.33
Windows 10
Rectangular selection interacts oddly with drag-and-drop.
Steps to reproduce:
1. Type a large block of text (multiple long lines; Lorem Ipsum or whatever).
2. Select multiple lines of text _normally_; drag and drop selection: **works as expected**: text is "cut" from original position and "pasted" into destination.
3. Make _rectangular selection_; drag and drop it: _**FAILS**_: text gets cut correctly, but gets pasted as if regular text had been copied (first line, newline, second line, newline...), breaking the block of text where it was pasted rather than interleaving clipboard and destination lines.
4. Make _rectangular selection_; _cut/copy_; paste: **works** (lines are interleaved; a block of text is pushed to the right).
5. Make _rectangular selection_; drag and drop it (_after having copied a rectangular selection_): **now it works**. Apparently copying a rectangular selection changes the status/behavior of drag-and-drop.
6. Select multiple lines of text _normally_ (_after having copied a rectangular selection_); drag and drop: _**FAILS**_. Text lines are cut correctly, but pasted in a rectangular fashion (lines are interleaved).
7. _Cut/copy_ text _normally_: the original behavior is restored (regular drag-and-drop **works**; rectangular drag-and-drop **_fails_**).
As someone who uses rectangular selection a lot (which seems to work fine on Linux), this is driving me nuts.
(In case this affects anyone else: consider hitting Ctrl-C before dragging and dropping a rectangular selection to change Geany's mode from "regular selection works" to "rectangular selection works"; this is the workaround I'm currently using.)
PS: I currently can't upgrade Geany on this machine, but may try installing it on another computer.
--
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/2440
The other plugins are "visible", but not the "Debugger" and "DevHelp" items.
My Environment:
g++ & gdb (Raspbian 8.2.1-2)
Electron: 7.1.7
Chrome: 78.0.3904.130
Node.js: 12.8.1
V8: 7.8.279.23-electron.0
OS: Linux arm 4.19.97-v7l+
The hint from @LarsGit223 doesn't work too (sudo apt-get install libvte-2.91-dev)
related to #issue #938
I would be very happy, if somebody has any suggestion for a stable running C/C++/C# developer environment on a Raspberry 4 with Raspbian (32-Bit Debian)? 64-Bit (e.g. Ubuntu or Manjaro) is not stable enough for me.
--
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/957
Hi,
First, big thanks to all who ever contributed to this program. I've been using it for a year at work and it's a real time saver. ( ´◔‿ゝ◔`) 👍
As far as I know, there's no way to drag a tab in or out of a window the same way Sublime or Firefox do it.
Using the 'open in a new window' partly addresses it but it doesn't preserve unsaved changes and duplicates results in 2 tabs of the same file being open. As for the other way around (dragging from one window to the other), I don't think there is a way other than closing and re-opening, which requires saving and closing, losing all the undo history.
It would be more convenient if we could drag tabs in and out without there being any consequences on the files, so we could switch ways of seeing and comparing our files more easily.
--
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/2446
It took me quite a while to guess that the replacement character for Search & Replace is not `$1` or `\\1` but `\1`. [STFW](https://en.wikipedia.org/wiki/RTFM) came up empty, since most questions are about problems with the pattern, not with the replacement/substitution character.
I think this should be documented somewhere on https://www.geany.org/manual/gtk/glib/glib-regex-syntax.html or `<local_path>/doc/geany/html/index.html#regular-expressions`.
--
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/2439
Consider this python code
```
class example:
def __init__(self):
self.hello = "Hello"
def world(self):
return "World !"
e = example()
print(e.hello)
print(e.world())
```
I am using a Tango color scheme and currently all of these
```
e = example()
e.hello
e.world()
```
have the same color (ie white) in geany. It would be nice if we get different colors for objects,methods and attributes.
--
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/2441
Currently, codenav only searches files in the folder of the opened file in the editor.
It would be great if the search is in all the project folder.
Thanks in advance.
--
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/955