Post reply

Warning: this topic has not been posted in for at least 120 days.
Unless you're sure you want to reply, please consider starting a new topic.
Name:
Email:
Subject:
Message icon:
Verification:
Type the letters shown in the picture
Listen to the letters / Request another image

Type the letters shown in the picture:
What is the last letter in the word "SlickEdit":
How many LETTERS are in the following? "a1b2c3":
Which number is missing?  "12345689":

shortcuts: hit alt+s to submit/post or alt+p to preview


Topic Summary

Posted by: rowbearto
« on: January 30, 2023, 01:57:11 PM »

Looks like the application is also given focus if I do Project->Open Workspace, then navigate away from SE to another window. When workspace is finally opened SE gets the application focus.

Does SE team know what is the cause of all this and the fix? Should I keep reporting when I find times SE gets application focus or is this already understood by SE team and fix is known?
Posted by: rowbearto
« on: January 18, 2023, 01:39:07 PM »

Thanks Dennis!
Posted by: Dennis
« on: January 18, 2023, 01:31:21 PM »

I will put in a workaround for the next hot fix to prevent auto-reload from grabbing focus.
Posted by: rowbearto
« on: January 17, 2023, 02:13:41 PM »

It happened again first thing in the morning work day. This time when SE took focus I got the "Reload Modified Files" window. Perhaps SE checking if opened files are modified is making SE grab the focus?

Also I'm using the QT5 version, so it is happening with qt5 as well.
Posted by: SlickEdit Support
« on: January 11, 2023, 02:23:54 PM »

PM sent.

SlickEdit Support
Posted by: rowbearto
« on: January 11, 2023, 01:56:31 PM »

I'm using Qt4. The Qt5 version isn't available on the "Registered Products" page. How to get that? I think I'd rather use Qt5 anyway.

I'm using Linux x64 on Intel.
Posted by: Dennis
« on: January 11, 2023, 01:43:32 PM »

Just to clarify, are you using the Qt4 or Qt5 edition of SlickEdit for Linux Intel?
Posted by: rowbearto
« on: January 11, 2023, 01:40:57 PM »

SE seems to take focus when I haven't used my Linux desktop for a while, such as when I come back in the morning. I made a terminal window the focus and soon after starting work in the terminal window SE grabbed application focus. All I did was try to type in my terminal window first thing in the morning then SE took application focus interrupting my work.

It seems familiar like this has happened before.

Maybe SE noticed my mouse moving over it or it noticed it lost focus (I made the terminal window the focus, maybe SE had the focus before that?).
Posted by: Clark
« on: January 04, 2023, 04:57:07 PM »

Quote from: Dennis on January 04, 2023, 04:42:59 PM
There is an active_tool_window() deeper down the call chain in showResults().  I can put in a fix for this.  Thanks for the specific test case, things like this are really difficult to track down without some starting point to reproduce it.

I don't think you can fix this issue. My tracing indicates that showResults() only calls active_tool_window() if the Search Results tool window isn't displayed. The act of displaying the Search Results tool window will give SlickEdit application focus.
Posted by: rowbearto
« on: January 04, 2023, 04:51:38 PM »

I made a local patch to toolwindow.e to make the default of set_focus to false in activate_tool_window().

After this patch the showResults() was still taking the focus! Don't understand why?
Posted by: rowbearto
« on: January 04, 2023, 04:46:40 PM »

Thanks Dennis.

That will fix this instance, but what about others? I recollect SE taking focus other times but I wasn't looking out for when.

Maybe the best solution is to change the default of set_focus in activate_tool_window to false?

Otherwise we are going to end up tracking down many activate_tool_window() that are setting the focus?
Posted by: Dennis
« on: January 04, 2023, 04:42:59 PM »

There is an active_tool_window() deeper down the call chain in showResults().  I can put in a fix for this.  Thanks for the specific test case, things like this are really difficult to track down without some starting point to reproduce it.
Posted by: rowbearto
« on: January 04, 2023, 04:39:14 PM »

I tried a long search and at the end SE didn't grab the focus.

However my macro which calls showResults() inside of SearchResults.e - that does seem to grab the focus, don't understand why?

Also shouldn't the default value of set_focus in the call to activate_tool_window() be false and not true? I see many calls to activate_tool_window() in se macros without setting set_focus to false?
Posted by: rowbearto
« on: January 04, 2023, 04:03:01 PM »

Perhaps the activate_window() function should not have SE grab the focus, but only activate the window within SE withing having the entire SE grab the focus?

Looks like activate_window() is a builtin so not hot fixable?
Posted by: rowbearto
« on: January 04, 2023, 03:54:14 PM »

Just took a closer look at showResults() and see it is calling "activate_window()" and not "activate_tool_window()".

Still the search results is making SE grab the focus when I don't want it to.

How to fix that?