Fixes #1069 by implementing the suggestions there.
See commit messages for details. tl;dr: the goto-symbols popup will show more of the paths, but as little as possible. The common prefix is stripped and the longest common sub-path is ellipsized.
Example: Assume the popup would show utils.h twice (/home/kugel/geany.git/src/utils.h and /home/kugel/geany.git/build/dest/include/geany/utils.h.
The popup would show:
src/utils.h
build/dest/include/geany/utils.h
Additionally, as per @elextr suggestion and for a frequent use-case of mine, the ellipsis is introduced for long common substrings, which I often have due to having the same code base checked out multiple times (my workflow at work requires this).
So, /home/kugel/checkout_a/path/to/project/src/main.c and /home/kugel/checkout_b/path/to/project/src/main.c shows as:
checkout_a/.../main.c
checkout_b/.../main.c
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/1445
-- Commit Summary --
* utils: add functions to process file name list
* symbols: provide a bit more path information in the goto-symbol popup.
* gtkdoc: add support for array annotions
* api: export new utils_strv_shorten_file_list() function
-- File Changes --
M doc/Doxyfile.in (2)
M scripts/gen-api-gtkdoc.py (7)
M src/plugindata.h (2)
M src/symbols.c (13)
M src/utils.c (193)
M src/utils.h (2)
-- Patch Links --
https://github.com/geany/geany/pull/1445.patchhttps://github.com/geany/geany/pull/1445.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/1445
At the moment if symbols of the same name are defined in identically named files, it's hard to distinguish which file is which because there's no path in the popup.
The popup should show part of the path until a directory where the paths differ so it's possible to distinguish the different files. At the same time there should probably be some top limit for the length of the paths as they can make the popup too wide.
---
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/1069
This adds a new command line option ```-e``` / ```--empty``` which opens a new empty document on starting Geany. If there is an existing instance, then that instance will be re-used and a new empty document is openend in it.
Also see #1512.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/1811
-- Commit Summary --
* cli: add option to open a new, empty file
-- File Changes --
M src/libmain.c (11)
M src/socket.c (18)
M src/socket.h (2)
-- Patch Links --
https://github.com/geany/geany/pull/1811.patchhttps://github.com/geany/geany/pull/1811.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/1811
Hi,
is it possible to start creating a new file in an existing instance from shell? I'd like to use a keyboard shortcut to start a new file, but `geany` with no arguments opens a new instance (not useful).
If it can't be done, how likely are you to implement it? Ideally, this would be a commandline parameter (something like the opposite of `-i`).
--
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/1512
Tested on Fedora 27 using stock Geany available from repo.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany-plugins/pull/645
-- Commit Summary --
* Ported 'Debugger' plugin to GTK+3.
-- File Changes --
M build/debugger.m4 (4)
M debugger/src/bptree.c (6)
M debugger/src/btnpanel.c (15)
M debugger/src/cell_renderers/cellrendererbreakicon.c (66)
M debugger/src/cell_renderers/cellrendererbreakicon.h (14)
M debugger/src/cell_renderers/cellrendererframeicon.c (57)
M debugger/src/cell_renderers/cellrendererframeicon.h (6)
M debugger/src/cell_renderers/cellrenderertoggle.c (9)
M debugger/src/dconfig.c (47)
M debugger/src/debug.c (43)
M debugger/src/dpaned.c (5)
M debugger/src/gui.c (2)
M debugger/src/plugin.c (2)
M debugger/src/stree.c (2)
M debugger/src/tpage.c (62)
-- Patch Links --
https://github.com/geany/geany-plugins/pull/645.patchhttps://github.com/geany/geany-plugins/pull/645.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/645
Currently Geany, unlike other editors, is using double colons (::) as comment_single. What is the reason?
REM (with trailing space) is much more appropriate. A citation:
" REM is the standards-compliant, documented statement to insert comments in batch files;
double colons are a non-documented and non-compliant way to insert comments".
I will give two examples when using "::" is problematic.
First example:
IF 1 equ 1 (
:: Comment line 1
ECHO Do something
REM Comment line 2
:: Comment line 2
)
Here double colons give an error: ") was unexpected at this time."
Second example:
"C:\Program Files (x86)\WinSCP\WinSCP.com" ^
:: /log="%log_file%" ^
/command ^
"open %serverURL% -hostkey=* -privatekey=%keys%\%ppk% -rawsettings TryAgent=0 AuthKI=0" ^
"put ""%file_send%""" ^
"exit"
Because line continuation "^" is applicable to empty label (::), double colons here are commenting out all lines starting from the second to the very end, instead of commenting out only a single line.
I believe comment_single should be "comment_single=REM "
--
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/1912
When "Document -> Line Breaking" is turned on, and user types cyrillic symbols and words and reaches assumed end of line (72 chars by default), Geany breaks the line, but not at the last word. While typing english symbols and words, line breaking works perfectly.
Screenshot with bug (cyrillic words)
Screenshot without bug (english words)
This bug reproduces in Geany 1.33 on Windows 7 and Geany 1.28 on Debian 8 Jessie.
geany 1.28 ((собрано 2016-11-01 или позднее)GTK 2.24.25, GLib 2.42.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/1958