The crosshatch (#) and asterisk (*) commands in Vim perform exact word searches. For example, with the cursor on "word", the asterisk would perform "/\<word\>" to search for the next exact occurrence of "word".
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany-plugins/pull/1372
-- Commit Summary --
* Surround word with "\\<" and "\\>" for search_current().
-- File Changes --
M vimode/src/cmds/special.c (2)
-- Patch Links --
https://github.com/geany/geany-plugins/pull/1372.patchhttps://github.com/geany/geany-plugins/pull/1372.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/pull/1372
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany-plugins/pull/1372(a)github.com>
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
For a verilog file, the variables list parses the old (1995) style verilog module declarations. Verilog 2001 enhanced the syntax and seems to confuse Geany....
1995 syntax:
module (foo, bar, buz);
input foo; // foo port
output bar; // bar port
output buz; // buz port
reg buz; // buz variable
2001 syntax:
module (
input wire foo, // foo port is a wire
output wire bar, // bar port is a wire
output reg buz // buz port is a variable
);
// note: the "wire" is optional and the ports could have been declared with or without
Geany variables list seems to get confused by the 2001 style. It seems to parse the wire keyword as the variable name if I keep the optional "wire" keyword:
If I omit the "wire" keyword, Geany still gets confused, but in a different way. It seems to parse every other variable and then parse the "input" or "output" keywords as variables in some cases:
If someone who knows the code base can even point me to the module(s) doing the parsing for the variables, I may be able to help create the fix/enhancement for this. I'd be happy to try anyway. I am not familiar with the Geany code base so just getting started seems like an insurmountable task.
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/670
SystemVerilog is almost identical syntax to Verilog. It could be quite easy to support SystemVerilog filetype (.sv) using same rules as Verilog which is already implemented.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3511
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3511(a)github.com>
I am looking for some kind of "Console View" like it is available for example in Eclipse.
Currently a terminal / shell opens when executing a script in Geany. In this shell one can see the process streams stdout and stderr and can write to stdin of the new process.
However, I would rather eliminate this new terminal window popping up and changing focus each time I launch a script in Geany.
I think it is better to have the process communication (stdout, stdin, stderr) embedded in a view within Geany like it is done in many IDEs. The different streams could be colored e.g. stderr in red and stdin (input from the user) in green.
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/675
![src="https://user-images.githubusercontent.com/2157285/140661024-3df31…](http://src="https://user-images.githubusercontent.com/2157285/140661024-3df31d57-b8c0-486f-aa9c-d87ff8c0532f.png%22%3E){kind=link}
![src="https://user-images.githubusercontent.com/2157285/140660989-7f779…](http://src="https://user-images.githubusercontent.com/2157285/140660989-7f77901c-3f45-4ca1-a475-2c73d453a084.png%22%3E){kind=link}
![src="https://user-images.githubusercontent.com/2157285/140661000-748a0…](http://src="https://user-images.githubusercontent.com/2157285/140661000-748a08c8-246f-4fe7-a6be-b5efae10ba47.png%22%3E){kind=link}
![src="https://user-images.githubusercontent.com/2157285/140661031-4904f…](http://src="https://user-images.githubusercontent.com/2157285/140661031-4904f174-a6b5-42dc-8447-be71d03edfc7.png%22%3E){kind=link}