-
-
Notifications
You must be signed in to change notification settings - Fork 39
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
[Testing] HyperTextView #692
Conversation
This also includes the change from TOOLTIP_SECONDARY_TEXT_MARKUP to Granite.TOOLTIP_SECONDARY_TEXT_MARKUP
I don't know much about Gtk, but in Calendar |
Sounds like a great hint - thanks! Will do some testing during the weekend. |
@mcclurgm you were right! Thanks again for the pointer. The code now simply binds to all toplevel windows - which now enables us to grab I will update the original PR in the Granite repo (elementary/granite#507) with the changes introduced here once this review is passed. |
Mostly seems good to me. One small issue I noticed is that when you ctrl+click on a link with another window focused, it won't work until you release and re-press the ctrl key because it doesn't receive key press event. I think that's a very minor issue though, and maybe even desirable that we don't let users click a link when switching windows. |
Similarly, one more limitation I found is that when you press ctrl and the cursor isn't hovering over the link, it won't ever change to a link cursor until you re-press ctrl while hovering over the link. Again small, but one more limitation. Overall, it seems to work well for me. It's fairly performant (on my decently high-end machine from 2018, to be fair) and detects the links I expect without over-reaching. It does accept the ctrl+click input even when other widgets are focused, which is what I would expect to happen. I don't have a lot of insight on code style, but it seems like you worked out some of that in the Granite PR. |
Granite.HyperTextView was just released, so we are done with testing here. |
HyperTextView fixes #571 and superseds #656.
As @tintou pointed out in elementary/granite#507 (comment) this PR is to evaluate the current implementation before having it merged into Granite.
My tests showed that the
key_press_event
andkey_release_event
events are not fired - @mcclurgm any idea why?