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
The Requirements section of the devhelp plugin page under http://plugins.geany.org lists the following items:
- GTK >= 2.16
- libwebkitgtk >= 1.1.18
- libdevhelp 1.0 >= 2.30.1 or libdevhelp 2.0 >= 2.32.0
Looking at the makefile I see this requirements:
```
[gtk+-2.0 >= ${GTK_VERSION}
webkit-1.0 >= ${WEBKIT_VERSION}
libwnck-1.0 >= ${LIBWNCK_VERSION}
gconf-2.0 >= ${GCONF_VERSION}
gthread-2.0
zlib])
```
On my Ubuntu machine only ```libwebkit``` and ```libwnck``` were missing. Not sure if the list on the plugin page should be extended.
--
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/626
I’ve been using Geany with patches whereby [typeahead search](https://developer.gnome.org/gtk3/stable/GtkTreeView.html#gtk-tree-v… in the symbols list and in [TreeBrowser](http://plugins.geany.org/treebrowser.html) uses [`g_str_match_string`](https://developer.gnome.org/glib/stable/glib-String-Utility-Functions.html#g-str-match-string) instead of simply matching by prefix.
Now, when I type “ba”, it finds not just `bar` but also `foo_bar` and `foo-bar`, etc. (not `FooBar` though).
It’s convenient.
The change itself is simple (all the heavy lifting is in GTK+/GLib), but I’m pretty sure this behavior cannot be made the default, as it might cause too many false positives, and would break habits.
What do you think of having such a feature as an option?
If suitable, what do you think its granularity should be? Should it be a checkbox for every tree view where it makes sense, like “Use fuzzy search in symbols list”, “Use fuzzy search in documents list” and so on?
(Also, I’m not sure it should be just [`g_str_match_string`](https://developer.gnome.org/glib/stable/glib-String-Utility-Functions.html#g-str-match-string). Maybe typing “ba” should find `FooBar` as well. Maybe typing “fb” should find `foo_bar`, like in [Commander](http://plugins.geany.org/commander.html).)
--
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/1466
## Abstract
You can't replace the license templates such as "gpl" with your own ones.
## Steps to reproduce
1. `echo "test template" > ~/.config/geany/templates/test`
1. `sed -i 's/{gpl}/{test}/' ~/.config/geany/templates/fileheader`
1. (Re-)open Geany
1. File → New (with template) → main.c
## Expected behavior
```
/*
* ...
* test template
*/
```
## Actual behavior
```
/*
* ...
* {test}
*/
```
--
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/1391
In Preferences -> Files there is an option "Ensure new line at file end" that, as far as I understand, is supposed to enable/disable adding of a new line in the end of the file if the last line is not empty. However, even when this option is disabled (unticked), if the last line is not empty and you save the file, Geany adds a new line after the last one.
--
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/2310
#1017 continuation, new (last) attempt.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/1752
-- Commit Summary --
* Add AutoIt syntax highlighting and Ctags parser for AutoIt
-- File Changes --
M ctags/Makefile.am (1)
M ctags/main/parsers.h (3)
A ctags/parsers/autoit.c (121)
M data/Makefile.am (3)
A data/filedefs/filetypes.autoit (72)
M data/filetype_extensions.conf (1)
M scintilla/Makefile.am (1)
A scintilla/lexers/LexAU3.cxx (910)
M scintilla/scintilla_changes.patch (2)
M scintilla/src/Catalogue.cxx (1)
M src/filetypes.c (1)
M src/filetypes.h (1)
M src/highlighting.c (9)
M src/highlightingmappings.h (35)
M src/symbols.c (8)
M src/tagmanager/tm_parser.c (5)
M src/tagmanager/tm_parser.h (1)
M tests/ctags/Makefile.am (1)
A tests/ctags/simple.au3 (32)
A tests/ctags/simple.au3.tags (5)
-- Patch Links --
https://github.com/geany/geany/pull/1752.patchhttps://github.com/geany/geany/pull/1752.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/1752
This is nice for when the application / the system is crashing, or there is a power outage.
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/905
Fix #864
Note that I didn't workout regex since it seems to break group number conventions.
Also for this to work we must reset LANG envvar (maybe provide an option?) since gcc translates words "error", "warning", "note".
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/1649
-- Commit Summary --
* warning support
-- File Changes --
M data/filedefs/filetypes.common (1)
M src/build.c (14)
M src/build.h (2)
M src/editor.h (3)
M src/filetypes.c (3)
M src/filetypes.h (11)
M src/highlighting.c (7)
M src/msgwindow.c (48)
M src/msgwindow.h (6)
-- Patch Links --
https://github.com/geany/geany/pull/1649.patchhttps://github.com/geany/geany/pull/1649.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/1649