Since distros are now not defining `python` and python 2 is dead, should be changed to `python3`, see also discussion on #2223
--
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/2615
Given that Markdown has lots of undefined semantics, this may very well be a valid interpretation of certain broken Markdown documents. But I guess most would agree that the priority should be the other way around.
Example: (Save as `something.md` and open with Geany)
_This is "underlined"
```
should_be code
```
This sentence is considered code, because the
"matching" underscores had priority (?)
Note that the "stray underline" can also occur in HTML inline-comments, where they don't stand for underlining anyway.
<!-- Like this one. I know very well that this won't usually appear. -->
--
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/1439
When "load files from the last session" is enabled, regardless of whether a project is loaded, the previously active document is reactivated when Geany is closed and restarted with a document at the command line or from a file manager. The expected behavior is to activate the newly opened document for editing.
This occurs with the default config and no plugins loaded. Does not occur in an old build from 2021-12-30. Does occur in builds dated after 2022-05-01. I did not build Geany between those dates, so don't know when the new behavior was introduced. I do not see it in the manual, nor do I see any option to revert to the old behavior.
To reproduce:
1. Open Geany.
2. Open a several of documents.
3. Close Geany.
4. Open Geany with a file from a file manager or command line.
5. Geany will open and activate the last active document. Expected behavior is to activate the newly opened document for editing.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3210
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3210(a)github.com>
PR #3125 (commit 22aac443) broke that accidentally by moving the
"switch to last used tab" to a idle callback (g_idle_add()). This
runs after opening files from the command line.
Now, the same callback is moved to libmain.c and is only registered
when there are no files from the command line.
Additionally, projects gains a private copy of the current_page loaded
from the keyfile.
Fixes #3210
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/3267
-- Commit Summary --
* Restore startup behavior to focus files from the command line after session files
-- File Changes --
M src/keyfile.c (40)
M src/keyfile.h (4)
M src/libmain.c (52)
M src/project.c (1)
M src/projectprivate.h (1)
-- Patch Links --
https://github.com/geany/geany/pull/3267.patchhttps://github.com/geany/geany/pull/3267.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/3267
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/pull/3267(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
--
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
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 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
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
Hi I am a competitive programmer and I like to reuse parts of the code but I find adding snippets in snippets.conf to be a bit tedious. Does a simple way exist?
--
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/2481