You edit any file and go a walk or whatever, during which Geany is idle for a long time. When you come back later, Geany does not respond. It just captures any image above, creating artifacts inside its window.
It is not enough to block the screen and unlock it.
This version of Geany comes from geany-git, which downloads the source code from GitHub and builds it.
System: Manjaro Linux (Plasma)
```
$ inxi
CPU: quad core Intel Core i7-7700 (-MT MCP-) speed/min/max: 800/800/4200 MHz
Kernel: 6.2.8-1-MANJARO x86_64 Up: 4d 6h 48m Mem: 6812.3/32059.9 MiB (21.2%)
Storage: 469.67 GiB (71.5% used) Procs: 288 Shell: Zsh inxi: 3.3.26
```
```
$ geany -v
Geany-INFO: 20:35:09.982: Geany 1.39 (git >= 406c6cd91), unknown
Geany-INFO: 20:35:09.982: GTK 3.24.37, GLib 2.76.1
Geany-INFO: 20:35:09.982: OS: Manjaro Linux
Geany-INFO: 20:35:09.982: System data dir: /usr/share/geany
Geany-INFO: 20:35:09.982: User config dir: /home/baltasarq/.config/geany
Geany-INFO: 20:35:10.065: Loaded GTK+ CSS theme '/usr/share/geany/geany.css'
Geany-INFO: 20:35:10.065: Loaded GTK+ CSS theme '/usr/share/geany/geany-3.20.css'
...
```
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3447
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3447(a)github.com>
i wish that width of two alphabets equal width of one chinese. so, i customized font. it displays correct in libreoffice, but has problem with geany. i 've used fontforge to check that all the alphabets's outline is in its area (horiz-adv-x='1024'), chinese 's width is 2048 (horiz-adv-x='2048').
that's the two pictures
![Screenshot_geany](https://user-images.githubusercontent.com/27437178/150709748-b34b2fda-874c-422b-8472-fd699e43f284.png)
![Screenshot_libreoffice](https://user-images.githubusercontent.com/27437178/150709750-50e92b0f-3dd0-44b7-bd0e-7cebacab083e.png)
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3111
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3111(a)github.com>
1- Enable Tools -> Split Window -> Side by side
2- Open one file in both left and right sides
3- Change cursor position in one side so that cursor and scroll position in 2 sides are different
4- Type something in the right side, then press Control + Z
5- The cursor and scroll position in left side changes (unexpectedly) to the position of right side, so that you loose where you were (writing something in a different part of the same file)
---
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/988
In the GTK2 version of geany (up to version 1.36), each time the Find dialog is (re-) opened by pressing Ctrl-F, the search text entry box is empty.
I recently moved to Geany 1.38 with GTK3, and this is no longer true. Each time I search for something, and then close the Find dialog, and then re-open it again, the previous search text is still there.
I have checked in Preferences -> General -> Miscellaneous -> Search and I don't see any option to disable this behaviour.
Would you please consider to add this feature in future builds? Usually when one opens a Find dialog, they want to find something else, not the previous search text (or otherwise they could have used Ctrl-G for that purpose).
Apologies if this feature is already implemented and I'm just too blind to see where this can be configured.
Thank you.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3519
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3519(a)github.com>
It would be extremely helpful for me in navigating my large project if I could use the directories visible in the sidebar documents tab to bring up the file open dialog showing the files in a specified directory.
That is, I'd like to be able to right-click on a directory node in the sidebar documents tab and see an "Open File..." option. When I select that option, the file selection dialog comes up already showing the contents of the directory I right-clicked on. That way, I can immediately select a file and open it, rather than opening the file selection dialog in the usual way and having to navigate manually through my directory hierarchy to find the file I want to open.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3518
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3518(a)github.com>
Thank you for explanation.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/discussions/3499#discussioncomment-6239713
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/repo-discussions/3499/comments/6239713(a)github.com>
I'm using Geany 1.33 on Windows 10 and invoke it from command line for an empty (zero byte) file. Though in the Geany preferences on the Files page the "Default end of line characters" combobox is set to "Windows (CRLF)", pressing enter and saving in the empty file will write Unix (LF) line endings.
--
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/1950
I can't write with Korean well, because when I type any special characters after Korean character, Geany replace the last Korean character to special character.
I'm using macOS Monterey 12.5.1, Geany 1.38(Using GTK+ v3.24.30 and GLib v2.68.0 runtime libraries)
![sh](https://github.com/geany/geany/assets/7128264/154eee33-a0c8-43ae-bf06-6bb7495942be)
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-osx/issues/45
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany-osx/issues/45(a)github.com>
I know this isn't a Geany issue directly, but maybe there's something that can be done to improve the build times. I ran some tests to measure the actual build times.
## Machines
* "Linux Native"
* Ubuntu 18.04
* 32GB RAM
* 6-core i7 @ 3.7GHz
* Entirely on SSD
* "Windows with MSYS2"
* Windows 10 Pro
* 32GB RAM
* 6-core i7 @ 3.7GHz
* Geany source code on SSD, system headers and build tools on mechanical HDD.
* "Linux VM Guest on Windows Host"
* ElementaryOS from 2018, in VirtualBox on Windows 10
* 4GB RAM
* 1-core emulated CPU (presumably 3.7GHz + VM overhead)
* All files in virtual disk stored on a mechanical HDD.
## Tests
* "configure" - `./configure [opts]`
* "make" - `make -j12` after a `make clean`
* "imake" - `touch src/build.h && make -j12` to do an incremental build
* "install" - `make -j12 install`
I used 12 `make` jobs on account of the 12 hyperthreads in the CPU, even in the VM which makes no sense since I only assigned it a single core. I used `time` on the above commands and took the average of 3 runs for each. All 3 runs were quite similar in all cases.
## The results
![geanybuilds](https://user-images.githubusercontent.com/181177/64928352-e9a8d680-d7cb-11e9-804a-bf1647ce7a2f.png)
The Y axis is in seconds.
## Observations
* As expected `configure` was really slow on Windows since it spawns tons of processes.
* The Windows build seems to be spending a large portion of the time linking which is why even incremental build was still very slow.
* In the wimpy Linux VM with 1 core, the vast majority of the compile time was spent compiling Scintilla's C++ code, shown by how the incremental build that didn't touch C++ code is comparatively fast.
* I don't know whether it's the `ld` linker which is slow, the `libtool` stuff, or some combination.
## Possible Solutions?
The linking times even in the Libtool helper libraries is really slow, so maybe for Windows we could not use helper libraries and link all of the `libgeany` objects together in one go.
Maybe there's a way to get linking itself to be faster, needs investigation. Maybe a different build of `libtool` or something?
--
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/2305