Correct me if I am wrong, but I do not see a way to change the width of the folding margin. It also appears that `fold.on.open` does not work in Geany. Could a feature be added so that users have access to setting the properties that would normally be seen in a `SciTEGlobal.properties` file? For instance, I am needing to change `fold.margin.width=24` and `fold.on.open=1`.
--
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/2068
Underscore doesn't appear.
I try it in many programming leanguages and with many themes.
--
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/1387
[Appstream metadata](https://www.freedesktop.org/software/appstream/docs/chap-Metadata… is an xml file that allows your application to be visible to application stores like gnome-software (KDE discover) and really makes it easy for people on Linux to browse, install and now even write reviews for your app. This patch adds a (mostly working) appdata file and makes it known to Makefile.am. Comments inside the appdata file indicate where this could use some love, e.g. with 16:9 screenshots instead of 4:3 links taken from the geany website. The other info (optional) is to add the main dev's email (or whoever maintains the appdata file upstream) as the update_contact (also added as a comment).
Hope you find this useful. Thanks!
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/1142
-- Commit Summary --
* Add appdata file and make it known to Makefile.am.
-- File Changes --
M Makefile.am (3)
A geany.appdata.xml (34)
-- Patch Links --
https://github.com/geany/geany/pull/1142.patchhttps://github.com/geany/geany/pull/1142.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/1142
Hi, been having this issue for some time now, not able to reproduce at will: sometimes it happens soon, sometimes, later, sometimes it doesn't happen.
Geany stops responding (the rest of the applications work as expected, so it is limited to Geany when it happens.) until I get a force close popup (end process).
I have a gdb dump of when it happened, maybe someone, can see what the issue is?
here is the dump: https://office.onlinecommunityhub.nl/nextcloud/s/M4ZFisDs2yEDLMg
Running on Lubuntu 18.10
the crash part is (end of the gdb dump)
```[xcb] Unknown sequence number while processing queue
[xcb] Most likely this is a multi-threaded client and XInitThreads has not been called
[xcb] Aborting, sorry about that.
geany: ../../src/xcb_io.c:259: poll_for_event: Assertion `!xcb_xlib_threads_sequence_lost' failed.
Thread 1 "geany" received signal SIGABRT, Aborted.
__GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
51 ../sysdeps/unix/sysv/linux/raise.c: No such file or directory.
```
--
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/1962
Adds the CMark source into the plugin tree to be used when there is no `libcmark` package available using `pkg-config`. At present, my distro only ships the `cmark` utility but not the accompanying library or development packages, as well I do not believe msys2 provides a CMark package for Windows, so for now it will remain embedded as a backup.
The version embedded is v0.28.3, from commit 9f8ef820301951f36301c1a40d036cafeaa78619. A few trivial changes were made to allow libcmark to compile without its original CMake infrastructure. Only `cmark.h` and `cmark_version.h` were modified.
TODO: create a patch so the simple changes to upstream CMark library can be mechanically applied to newer versions.
All future complaints/requests about supporting various Markdown extensions should be addressed directly to the [CommonMark Project](http://commonmark.org/).
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany-plugins/pull/747
-- Commit Summary --
* Markdown: replace Discount and PEG Markdown with CMark
-- File Changes --
M build/markdown.m4 (54)
M markdown/.gitignore (3)
M markdown/Makefile.am (8)
A markdown/cmark/COPYING (170)
A markdown/cmark/Makefile.am (43)
A markdown/cmark/blocks.c (1218)
A markdown/cmark/buffer.c (279)
A markdown/cmark/buffer.h (82)
A markdown/cmark/case_fold_switch.inc (4327)
A markdown/cmark/chunk.h (120)
A markdown/cmark/cmark.c (43)
A markdown/cmark/cmark.h (647)
A markdown/cmark/cmark_ctype.c (44)
A markdown/cmark/cmark_ctype.h (26)
A markdown/cmark/cmark_version.h (7)
A markdown/cmark/commonmark.c (475)
A markdown/cmark/config.h.in (76)
A markdown/cmark/entities.inc (2138)
A markdown/cmark/houdini.h (51)
A markdown/cmark/houdini_href_e.c (100)
A markdown/cmark/houdini_html_e.c (66)
A markdown/cmark/houdini_html_u.c (149)
A markdown/cmark/html.c (341)
A markdown/cmark/inlines.c (1342)
A markdown/cmark/inlines.h (21)
A markdown/cmark/iterator.c (121)
A markdown/cmark/iterator.h (27)
A markdown/cmark/latex.c (453)
A markdown/cmark/main.c (189)
A markdown/cmark/man.c (252)
A markdown/cmark/node.c (858)
A markdown/cmark/node.h (93)
A markdown/cmark/parser.h (39)
A markdown/cmark/references.c (146)
A markdown/cmark/references.h (41)
A markdown/cmark/render.c (185)
A markdown/cmark/render.h (50)
A markdown/cmark/scanners.c (13513)
A markdown/cmark/scanners.h (55)
A markdown/cmark/scanners.re (320)
A markdown/cmark/utf8.c (317)
A markdown/cmark/utf8.h (24)
A markdown/cmark/xml.c (170)
D markdown/peg-markdown/LICENSE (88)
D markdown/peg-markdown/Makefile.am (29)
D markdown/peg-markdown/README (1)
D markdown/peg-markdown/README.markdown (213)
D markdown/peg-markdown/markdown_lib.c (181)
D markdown/peg-markdown/markdown_lib.h (27)
D markdown/peg-markdown/markdown_output.c (1121)
D markdown/peg-markdown/markdown_parser.leg (774)
D markdown/peg-markdown/markdown_peg.h (72)
D markdown/peg-markdown/odf.c (181)
D markdown/peg-markdown/odf.h (11)
D markdown/peg-markdown/parsing_functions.c (117)
D markdown/peg-markdown/parsing_functions.h (17)
D markdown/peg-markdown/peg-0.1.9/Makefile.am (10)
D markdown/peg-markdown/peg-0.1.9/compile.c (717)
D markdown/peg-markdown/peg-0.1.9/leg.c (1209)
D markdown/peg-markdown/peg-0.1.9/leg.leg (292)
D markdown/peg-markdown/peg-0.1.9/tree.c (352)
D markdown/peg-markdown/peg-0.1.9/tree.h (108)
D markdown/peg-markdown/peg-0.1.9/version.h (3)
D markdown/peg-markdown/utility_functions.c (206)
D markdown/peg-markdown/utility_functions.h (74)
M markdown/src/Makefile.am (15)
M markdown/src/viewer.c (36)
-- Patch Links --
https://github.com/geany/geany-plugins/pull/747.patchhttps://github.com/geany/geany-plugins/pull/747.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/747
To make the support of 4k-monitors on Windows perfect, only larger toolbar icons would be needed. Maybe a set of the doubled size that simply could be selected in the preferences would be sufficient, if the detection of a 200% zoom level is not possible yet.
--
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/1957
Hi,
after update to 1.31 on centos7.3 I got also gtk3 statusbar.
Only visible difference is that it uses about 2.5 more vertical space.
It would be nice to be able select gtk version in preferences/cmdline.
--
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/1600
# Description
If you add some macros into a type definition (ex. struct, enum, etc), the last token before the opening brace of the definition seems to be taken as the type name. I guess this is a bug in old `c.c` ctags parser.
# Example
```c
#define BLEH
struct foo BLEH { int _; };
```
Here, `BLEH` gets highlighted as the type name instead of `foo`.
# Use case
Using macros for things like GNU C's `__attribute__` extension.
# Version
I don't think version matters at all, but I'm using a fairly recent 1.32 build.
--
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/1654
I'm a keyboard user with carpal tunnel. When I search for a string, half the time it's going to be above the cursor in the file. Unfortunately, the default option in the Question dialog is "Cancel":
I think a more useful default would be to Find again. If I want to Cancel, I'll press Esc. If I want to find again, I have to press two keystrokes (Alt+F, or Right Arrow then Enter). I know one extra keystroke is not much, but they add up.
Any thoughts on making `Find` the default?
--
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/1192