-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
the release of a click on the tab-title should put the content of the tab in the focus #15
Comments
Maybe the solution of this issue has a connection with #5. |
The main problem of #5 is the detection of a signal whether sidebar is in focus or not in focus when clicking in the sidebar. This signal apparently does not exist in Geany. But the problem of #15 is different: When clicking on the tab-title of the sidebar, the tab-title of the sidebar becomes green. I don't know how to program software, but does not something exist like:
(For more information to |
Is this possible or not possible? |
Setting focus has been an ongoing issue that may not be resolvable any time soon. |
In September 2022 I opened at Geany the issue number 3289. In that issue there are two links about GTK3 that could help to solve the focus issue: https://docs.gtk.org/gtk3/signal.Notebook.focus-tab.html Did you try both? |
I tried every signal a couple years ago. None of them worked at the time. The problem is focus goes where you don't want it. You want the browser contents to be in focus. But usually some other part of the notebook is given focus, like the tabbar. Even when I think focus has gone where you want it, when you start navigating with the keyboard, focus can be moved to a different component. (Then you open an issue saying press some keys in some order and the tab changes instead of scrolling the view.) |
OK, but what about the idea to report at GTK that some things don't work as they should? I think that there are two issues that should be reported at GTK because they don't work correctly:
I will not report the issues because I have too less knowledge about programing software. |
I don't know enough to be sure there is a problem with GTK or whether it's working the way they want it to. They may not want programmers to be able to move focus around in certain circumstances because it's a potential security risk (eg, to intercept user input). |
I would say: Just report it and then you will know with the answer they offer. |
I don't really want to write code to reproducibly replicate the problem, try fixes, etc. Plus, GTK development has moved on to GTK4. I don't even know if Geany and plugins build with GTK4. |
Maybe this information helps: #5 (comment). |
I doubt the devs will proactively update that issue. When they do decide to support GTK4, the devs (not users) will probably have to open a lot of new issues to remove outdated GTK3 stuff. |
So, that means for me that you wait till Geany und the plugins will support GTK4, and then, if the issue is still there, you would report it to GTK. The problem could be then that GTK5 will be already available. So, it could be that the issue will never be reported.
That's your point of view. I have another point of view: If you report the issues now, then I can imagine that they will not fix it for GTK3 but maybe think about a solution that will be supported only by GTK4 and future versions. |
I am not going to open bug reports to GTK about this. The entire process will take a lot of time and effort. Most likely nothing would come of it. Why don't you figure out how to access and search their bug reports to see whether it's already been reported. Then you can track it's process. https://gitlab.gnome.org/GNOME/gtk/-/issues/ |
Well, I can try to report at GTK. Let's try first with the title. I would describe it like this: Is it OK like this? |
Do a search first to see if you find anything relevant. I don't really want to be involved in an upstream bug report. |
OK |
I just recognized that in Lubuntu 23.10 with Geany 1.38 if I click in the sidebar on the tab-title |
Before reporting the issue at geany-plugins, I wanted to ask if the information could help to solve the issue: |
I don't see how this is related to geany-plugins. |
I just opened at geany-plugins an issue with the issue number 1320. The title of the issue is: |
The plugin Preview is not responsible for this issue. The issue has to be fixed upstream. That is the reason why I close this issue. |
Could you please join the conversation at geany-plugins 1320, because the maintainer claims that the issue does not belong to the Geany project. |
Now the maintainer added some more information:
So, the sentences for me mean that Preview is the problem. The sentences mean also for me that the issue can be solved in the plugin Preview.
When I observed the behavior of the plugin |
When the tab is clicked, the tab itself is in focus. Probably not a good idea to change focus to the contents because that would interfere with changing tabs with left/right. You would then have to use ctrl+pgdn / ctrl+pgup. Figuring out the exact component of interest and the right signals to use is difficult and unreliable. Focus may not go where you want or expect with every sidebar plugin. I already tried unsuccessfully to change focus to the gtkwebkit widget in the past. |
I don't know what you mean.
I use ctrl+pgdn / ctrl+pgup now anyway for tab-browsing in the sidebar. It works when I click on the tab-title of the Preview-tab and it works also when the content of the Preview-tab is in focus. |
Since xitweaks has tab switching detection basically working, I'll take a look at whether the contents can be focused. However, I'm expecting it will not work for the gtkwebkit widget (used by preview plugin), since it didn't work in the past. |
This would be great, because it is the last existing important artifact in the plugin Preview. |
The xitweaks plugin already has code that moves focus to the contents of the notebooks when sidebar_focus or notebook_focus features are enabled. It is working on my computer. Please check whether it is working on yours. I also found a few minor bugs. Will try to fix them. |
This issue still exists on my computer after
Maybe this issue is fixed in Geany 2.0. I use Lubuntu 23.10 and Geany 1.38. |
Could also be something in gtk3 library. I remember the signals didn't work a few years ago when you opened these issues. |
So, let's wait till Lubuntu 24.04. But it is good to know that it is working on your computer! |
In #15 (comment) you write:
In Geany in Lubuntu 23.10 the issue is still not fixed. If I click on the Preview-tab-title, the content of the tab is still not in focus. |
actual behavior
If I click on a tab-title of the sidebar: The tab-title is in focus, even if the mouse-key is not pressed any more. Evidence: There is no sign for it, but both tests below are negative.
control tests with a very long html-document, and with at least two tabs in the sidebar:
TEST 1: Open Geany, click on the Preview-tab-title, then press the arrow-left-key only once: the content of the Preview-tab should still be in focus.
TEST 2: Open Geany, click on the Preview-tab-title, then press the arrow-down-key only once: the html-document should move downwards.
expectation
remark
The tabs in the sidebar should work exactly like the tabs in the editor: Open Geany, click on a tab-title of the editor and hold the mouse-key for about 10 seconds: tab-title is in focus, but in the moment where the mouse-key is not pressed any more, the content of the tab is in focus, and not the tab-title of the editor, what is visible with the highlighted line.
The text was updated successfully, but these errors were encountered: