It would be useful for me if output from Custom Command was inserted in cursor's place. Now it's impossible. If you wasn't select any text, output [replaces the whole line](http://www.geany.org/manual/current/index.html#sending-text-through-c….
So my request is: please solve this some way. Maybe add an option in Settings that switchs between different behaviors of Custom Commands I/O. Or make a plugin for that. I don't know what way is better.
See #1035 for the detailed context.
---
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/1037
change the grep.exe than can search other dir files.
---
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/1113
Please provide some way to increase/decrease the font size in tree browser plugin in sidebar.
Vishal Chaudhary
---
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/424
There are good reason for running geany via sudo, as opposed to gksudo.
I'm aware of bug #294, and why this happens with sudo and not gksudo. (In short, because gksudo sets $HOME to /root, while sudo leaves $HOME to same as user - and if user is already running geany in their user session, an attempt to open the same config file will be made, and fail).
Please allow me to explain why this shouldn't be dismissed as "not a bug", just because there is a workaround. The problem is not _just_ that sudo works differently than gksudo. The problem is that, _and_ Geany's flawed implementation of config file (or "domain socket" or whatever is going on with that file).
Like many Linux administrators / power users, I use GUI tools with sudo very often, for three related reasons: 1) I prefer working in a terminal; 2) I prefer GUI terminals for ease-of-use [e.g. highlight/copy/paste, color, resize]; and 3) I prefer using sudo in a GUI terminal instead of gksudo, so that I don't have to input my password every single time I open a system configuration file for editing - which is often.
I use many GUI tools this way, and none of them have the problems Geany has. I love Geany - both for system configuration file editing as well as personal file editing, but have had to quit using it because this bug prevents productivity way too often.
It is a bug because a very simple and common use case is prohibited for no good reason, shouldn't be prohibted, and no other similar tools have the same prohibition.
A fix should be simple, in theory. Either:
1. Don't use temporary config files [or whatever is being referenced by "domain socket error"], or
2. Detect if $USER == "root" but $HOME points to somewhere in /home. If so, use /root if it exists, or %TMP% as a fallback (in a unique and secure way that has been exhaustively documented elsewhere on the nets).
Sure, the second one - without additional smarts - might not catch all distributions and/or custom installs, but would cover 99%+ of the user base. And for that tiny percentage that it might not cover, their situation wouldn't be any worse that it is now.
---
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/1150
I think it's can be a useful info; showing size of file in bytes to the right of **scope: main**
--
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/1196
Expect [1] scripts filenames generally end in .exp, although the code
itself is actually in Tcl. I find my self manually selecting Tcl quite
often, so I think it would be nice if Geany would recognize it direcly
as Tcl.
[1] http://expect.sourceforge.net/
Signed-off-by: Simon Marchi <simon.marchi(a)polymtl.ca>
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/979
-- Commit Summary --
* Recognize .exp (Expect) files as Tcl
-- File Changes --
M data/filetype_extensions.conf (2)
-- Patch Links --
https://github.com/geany/geany/pull/979.patchhttps://github.com/geany/geany/pull/979.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/979
The previous string was a bit confusing what the placeholders
could mean. There was an error in the German translation where
the second placeholder was interpreted as template name instead
of the error message.
This change should make it more clear and also put the error message
to the end of the string.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/1166
-- Commit Summary --
* Improve template command error message
-- File Changes --
M src/templates.c (4)
-- Patch Links --
https://github.com/geany/geany/pull/1166.patchhttps://github.com/geany/geany/pull/1166.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/1166
For this to work, we need to connect to the "button-press-event" for
each document and then differentiate between single and double
clicks, using a timeout handler which is triggered first after the GTK
double-click-time has passed, i.e. GTK won't recognise the event as part
of a double click.
I didn't find a easier solution to differentiate between single and double click.
Better ideas are welcome.
Closes #445.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany-plugins/pull/481
-- Commit Summary --
* Addons: Implement unselect with single click
* Make 'single click deselect' feature configurable
-- File Changes --
M addons/src/addons.c (45)
M addons/src/ao_markword.c (123)
M addons/src/ao_markword.h (6)
-- Patch Links --
https://github.com/geany/geany-plugins/pull/481.patchhttps://github.com/geany/geany-plugins/pull/481.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/481
The purpose of this pull request is to bring parsers as close to uctags parsers as possible in terms of their interaction with the "main" part of ctags (this means, no changes in parser's actual logic are made in this patch set). This involves various renames of functions in the "API" of "main" so that Geany parsers call the same functions as the uctags ones. Additional modifications include using tab-only indentation style (some files used combination of tabs and spaces) and unification of includes with uctags so some stuff had to be moved around.
I was concentrated mostly on how the parsers look - in some cases I didn't backport the full implementation of the "main" functionality and used just some dummy implementation (in cases where the actual implementation isn't used by Geany).
At this point, parsers can be synced one by one independently of the sync work inside "main" (some are already identical with the uctags ones!). The work on syncing "main" shouldn't affect the work on syncing parsers (there are just tiny bits missing like cork support but these will be 1-line diffs in parsers).
It would be good to merge this soon - the patches have a huge potential to introduce merge conflicts with any other change made in the ctags directory and resolving conflicts will be quite painful.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/1160
-- Commit Summary --
* ctags: Remove unused Geany-specific tagEntryInfo fields
* ctags: Remove useless Geany-specific tagEntryInfo::type field
* ctags: Rename Geany-specific tagEntryInfo::arglist to upstream's ::signature
* Make parser includes closer to uctags and sync parser license header
* Move keywordTable definition to parse.h and use it for all parsers
* Define ARRAY_SIZE() and use it instead of KIND_COUNT()
* Use uctags implementation of keyword.c/h
* Don't use combination of tabs and spaces for indentation
* Add keywordTable to parserDefinition and use a common way to initialize keywords
* Rename "mio" member of sInputFile to "fp"
* Eliminate readNextChar() and pushBackChar()
* Add separate "input" entry to sInputFile and use it
* Rename fileGetc() to getcFromInputFile()
* Rename fileUngetc() to ungetcToInputFile()
* Rename fileSkipToCharacter() to skipToCharacterInInputFile()
* Rename fileGetNthPrevC() to getNthPrevCFromInputFile()
* Rename fileReadLine() to readLineFromInputFile()
* Rename readLine() to readLineRaw()
* Replace fileGetc() with getcFromInputFile() also in comments
* Eliminate some trivial diffs in read.c
* Rename tagEntryInfo.extensionFields.scope
* Rename get.c/h to lcpp.c/h
* Pass kind information into initTagEntry()
* Use getInputLineNumber() instead of getSourceLineNumber() in parsers
* Add parserNewFull() and use it for selected parsers
* Add full xtag implementation and use it to check XTAG_QUALIFIED_TAGS
* Add tagRegexTable to parserDefinition and use it to define regex parsers
* Remove ctags.c and move its content to routines.c, main.c and options.c
-- File Changes --
M ctags/Makefile.am (12)
M ctags/main/args.c (322)
M ctags/main/args.h (40)
D ctags/main/ctags.c (1397)
M ctags/main/ctags.h (12)
A ctags/main/debug.h (0)
M ctags/main/entry.c (462)
M ctags/main/entry.h (78)
M ctags/main/general.h (123)
M ctags/main/keyword.c (284)
M ctags/main/keyword.h (15)
A ctags/main/kind.h (27)
R ctags/main/lcpp.c (134)
R ctags/main/lcpp.h (11)
M ctags/main/lregex.c (28)
A ctags/main/main.c (277)
M ctags/main/main.h (68)
M ctags/main/nestlevel.c (2)
M ctags/main/options.c (188)
M ctags/main/options.h (114)
M ctags/main/parse.c (877)
M ctags/main/parse.h (86)
M ctags/main/parsers.h (106)
M ctags/main/read.c (866)
M ctags/main/read.h (131)
A ctags/main/routines.c (788)
A ctags/main/routines.h (111)
M ctags/main/sort.c (256)
M ctags/main/sort.h (6)
M ctags/main/strlist.c (4)
M ctags/main/vstring.c (182)
M ctags/main/vstring.h (46)
A ctags/main/xtag.c (155)
A ctags/main/xtag.h (55)
M ctags/parsers/abaqus.c (5)
M ctags/parsers/abc.c (9)
M ctags/parsers/actionscript.c (62)
M ctags/parsers/asciidoc.c (15)
M ctags/parsers/asm.c (30)
M ctags/parsers/basic.c (7)
M ctags/parsers/c.c (96)
M ctags/parsers/cobol.c (41)
M ctags/parsers/conf.c (49)
M ctags/parsers/css.c (43)
M ctags/parsers/diff.c (9)
M ctags/parsers/docbook.c (5)
M ctags/parsers/erlang.c (16)
M ctags/parsers/fortran.c (116)
M ctags/parsers/go.c (80)
M ctags/parsers/haskell.c (495)
M ctags/parsers/haxe.c (327)
M ctags/parsers/html.c (52)
M ctags/parsers/jscript.c (106)
M ctags/parsers/json.c (27)
M ctags/parsers/latex.c (339)
M ctags/parsers/lua.c (7)
M ctags/parsers/make.c (20)
M ctags/parsers/markdown.c (9)
M ctags/parsers/matlab.c (33)
M ctags/parsers/nsis.c (7)
M ctags/parsers/objc.c (46)
M ctags/parsers/pascal.c (510)
M ctags/parsers/perl.c (23)
M ctags/parsers/php.c (203)
M ctags/parsers/powershell.c (55)
M ctags/parsers/python.c (57)
M ctags/parsers/r.c (295)
M ctags/parsers/rest.c (15)
M ctags/parsers/ruby.c (16)
M ctags/parsers/rust.c (24)
M ctags/parsers/sh.c (121)
M ctags/parsers/sql.c (95)
M ctags/parsers/tcl.c (7)
M ctags/parsers/txt2tags.c (14)
M ctags/parsers/verilog.c (36)
M ctags/parsers/vhdl.c (257)
M src/tagmanager/tm_ctags_wrappers.c (2)
M src/tagmanager/tm_source_file.c (12)
-- Patch Links --
https://github.com/geany/geany/pull/1160.patchhttps://github.com/geany/geany/pull/1160.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/1160
New, flexible interfaces to query tags from a workspace.
The existing functions are rather tied to their use case (either showing tag names in the autocomplete list or in the goto definition popup). E.g. there is currently no function to search for all tags starting with a prefix that does NOT do deduplication.
The goal is to provide these interfaces to plugins. In particular, python plugins (via my peasy plugin) can benefit. Mangling the global tag arrays manually is super slow (pygobject converts each tag in each array to a PyGObject on first use, even if no tag referenced).
Another goal is to eventually use this in the existing tag search/query functions.
@techee @b4n Please comment and review
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/1187
-- Commit Summary --
* tagmanager: new query module
* gi: add support for array annoations
* plugin api: export new tagmanager query interfaces
-- File Changes --
M doc/Doxyfile.in (5)
M scripts/gen-api-gtkdoc.py (3)
M src/tagmanager/Makefile.am (6)
A src/tagmanager/tm_query.c (312)
A src/tagmanager/tm_query.h (37)
M src/tagmanager/tm_tag.c (35)
M src/tagmanager/tm_tag.h (12)
M src/tagmanager/tm_workspace.c (4)
-- Patch Links --
https://github.com/geany/geany/pull/1187.patchhttps://github.com/geany/geany/pull/1187.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/1187