Ubuntu22.04 desktop with LUKS, GNOME 42.9
FileManager: Nautilus (alias Files) 42.6
I set Geany as the default application to open text files
from the FileManager GUI if i click on a .txt file then Geany doesn't get focus,
instead an alert/dialog is displayed which disappears after a few seconds,
this alert/dialog contains the geany logo and the file name,
to be able to assign focus to Geany I have to switch between running programs with ALT+TAB
I checked what happens with other editors
with Gedit and Libreoffice it doesn't occur, it only occurs with Geany
more specifically, it does not occur if you double-click on the file, then all works
however, it occurs if you open the context menu with the keyboard menu key > open file >
with Dconf Editor searched the Nautilus configurations
also searched in geany configurations ~/.config/geany/geany.conf
still didn't solve
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3531
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3531(a)github.com>
## Motivation
When working with different directories that have some common files that have long full path name, it's hard to find the right file from the list. This is because the panel's width is 500 and the full path may not be shown completely within the panel as below
```
<-------- visible to user --------> <----- invisible to users ------------------->
/-----------------------------------\
| /foo/bar/directory/with/very/long-|/path1/name/sample.txt
| Files -> Recent Files -> /foo/bar/|directory/with/very/long-/path1/name/sample.txt
| /foo/bar/directory/with/very/long-|/path2/name/sample.txt
| Files -> Recent Files -> /foo/bar/|directory/with/very/long-/path2/name/sample.txt
\-----------------------------------/
```
In this illustration, when looking up `sample.txt`, the user has no idea about the directory information (both `path1` and `path2` do matching)
## The patches
- [ ] The panel's width is one half of the width of the Geany window when this amount is greater than or equals to 250
- [ ] Otherwise the panel's width defaults to the width of the Geany window
- [ ] For labels, don't display full names; only display the parent directory's basename and the file name
The previous illustration now becomes
```
/-----------------------------------\
| name1/sample.txt |
| Files -> Recent Files -> /foo/bar/|directory/with/very/long-/path/name1/sample.txt
| name2/sample.txt |
| Files -> Recent Files -> /foo/bar/|directory/with/very/long-/path/name2/sample.txt
\-----------------------------------/
```
and this helps user to quickly find the right files.
Of course this doesn't solve all edge cases when there are a few more levels of duplication in full path names.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany-plugins/pull/1394
-- Commit Summary --
* commander: extend default panel width to 1k
* commander: display less path information in dropbox menu
* commander: set panel width according to main windows width
-- File Changes --
M commander/src/commander-plugin.c (201)
-- Patch Links --
https://github.com/geany/geany-plugins/pull/1394.patchhttps://github.com/geany/geany-plugins/pull/1394.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/pull/1394
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany-plugins/pull/1394(a)github.com>
I do not think something like this will be added but I have a suggestion I would like to share.
Having trouble explaining because I do not know the best way this can be achieved coding wise.
The idea is having the ability to be able to set a constant amount of line numbers, so that no matter how many lines get deleted from document, it always contains that set amount of line numbers.
(I would say an infinite amount of line numbers but this probably would cause some issues because would be able to scroll down forever, which is not desired either)
Would probably need to be added as a setting to allow user to choose the set amount of line numbers desired. I guess this would be best to also add this as maybe a toggle tool / keybinding to be able to turn this line number setting on/off. When toggled off would just adjust the line amount to the last line number than contains data in current document.
(A toolbar field to adjust number easily if needed could also be helpful but this will definitely not be added)
The overall purpose is to not have to keep hitting Enter key over and over to add more lines in order to add more data to a document. This also comes in handy if pasting or dragging and dropping single lines of data into document.
Can click with mouse, navigate with arrows keys, paste, drag & drop, add text anywhere, etc. freely.
Again might not be something many users desire, not sure, but I feel this could be useful if anyone can come up with a good way to implement something like this.
Thank You
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/discussions/4153
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/repo-discussions/4153(a)github.com>
When using the Find dialog (Ctrl+F), if you hit the “In Document” button it sends the results to the “Message Window”, which shows the filename as a prefix for each line number your keyword is found in.
This makes sense when using “In Session” because it is showing search results of multiple documents open in your Geany session, however "In Document" is only for showing the current document so the filename prefix is not really needed.
I imagine this is done to keep the code the same but seems like it could be eliminated if possible.
Filenames could be long so this takes up lot of space per message window line.
This could also be a visual indicator to let user know to let user know that the results are just from one document (using In Document), this way “In Session” search results in message window appears differently.
If this update gets made could....
Just show line numbers
`8:`
`9:`
`10:`
or if that is not desired could just use "line" prefix instead
`line 8:`
`line 9:`
`line 10:`
Just an idea
Thank You
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/discussions/4152
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/repo-discussions/4152(a)github.com>
Suggesting to add keybinding to be able to clear the messages window.
Thank You
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/discussions/4151
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/repo-discussions/4151(a)github.com>
Make the ctags parser ignore function definitions in Matlab files written within block comments, like:
```matlab
%{
function y = This(is, not, a, function, definition)
%}
function y = But(this, is)
%{ not a block comment ("%{" needs to be on a line on its own)
function y = And(also, this)
%}
```
Block comments are useful for commenting out entire sections of code which may include function definitions, specially since they can be nested (which is also handled appropriately by this PR).
Additionally, this PR allows function declarations to be indented. This is quite common when defining class methods within a class.
This PR is a continuation of PR #3358, which I understand was ready to merge but has been sitting there for a while. So by merging this PR you also get that one. Two for the price of one!
(I didn't make this a separate PR because it touches some of the same lines #3358 touches, so making it a separate PR would have led to merge conflicts in the future. Each individual feature is implemented as a separate commit though.)
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/3563
-- Commit Summary --
* ctags: Matlab: function name only, without args
* Modify (fix) test accordingly
* Improve ctags tests for Matlab
* ctags: Matlab: ignore defs within block comments
* ctags: Matlab: ignore leading whitespace
-- File Changes --
M ctags/parsers/geany_matlab.c (52)
M tests/ctags/matlab_backtracking.m.tags (4)
M tests/ctags/matlab_test.m (14)
M tests/ctags/matlab_test.m.tags (18)
-- Patch Links --
https://github.com/geany/geany/pull/3563.patchhttps://github.com/geany/geany/pull/3563.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/3563
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/pull/3563(a)github.com>
On Fedora 27 / Wayland, default install, Geany 1.31
In Nautilus, after associating a file type with Geany (e.g. .log or .txt), opening the file creates a new geany instance if there was none, or a new tab in geany if there was an existing instance.
The small annoyance is in the latter case - the new tab is created and the file is loaded, however if Geany's window is not brought to the front nor put in focus
Geany > Preferences does not seem to expose any setting to control this behavior. Gedit's behavior for the same use case is as expected: a new tab is open and Gedit's window is brought to front and given the focus.
I believe Geany's behavior up until some six months ago (1.29?) did not have this problem
--
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/1698
Fixes #3531 at least on KDE Plasma (tested when opening files from Nautilus). On GNOME / Ubuntu there is not change, but things also do not work for Gedit, so that might be an issue on their side.
This works by looking for the `DESKTOP_STARTUP_ID` environment variable when Geany is started. Normally, this is consumed by GTK automatically to use the proper protocols ([Startup notification](https://specifications.freedesktop.org/startup-notification-s…
) or [xdg-activation](https://wayland.app/protocols/xdg-activation-v1
) on X11 and Wayland respectively). However, when activating an already running Geany instance, this needs to be passed onto it and supplied to GTK there.
This is done by adding a new message to the socket communication for this purpose. This is always parsed, but only has an effect if Geany is running on X11 or Wayland.
Tested (on Ubuntu 24.04):
- KDE Plasma (kwin 5.27.11): Geany can focus itself with this patch (opening files from Nautilus)
- GNOME (mutter 46.2): no change (but Gedit also does not work)
- Wayfire: always works, does not care about having a valid activation token
Not tested on X11, could potentially improve behavior there as well on WMs that are especially strict with focus stealing prevention.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/4071
-- Commit Summary --
* socket: support startup_id tokens on X11 and Wayland
* socket: add GTK version check for setting startup notification ID
-- File Changes --
M src/libmain.c (6)
M src/socket.c (34)
M src/socket.h (2)
-- Patch Links --
https://github.com/geany/geany/pull/4071.patchhttps://github.com/geany/geany/pull/4071.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/4071
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/pull/4071(a)github.com>
Hello. I wrote some powershell code in geany 2.0:
```
function a
{
$i = 1
Write-Host $i
}
function b
{
Write-Host b
}
a
b
pause
```
And on left side bar see two function:
Suddenly i want add some heredoc to function a:
```
function a
{
$i = 1
$heredoc =
@"
""" $i
"@
Write-Host $heredoc
}
function b
{
Write-Host b
}
a
b
pause
```
Now on left side bar only one function a:
Adding heredoc code breaks function list on left side panel !!!
I cat use single quote delimetr `@'` and function list will show correctly. But some times i need can use double quoted `@"` to use a subexpression as in exampe above.
some detail here: [The PowerShell Here-String – Preserve text formatting](https://4sysops.com/archives/the-powershell-here-string-preserv…
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/4089
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/4089(a)github.com>