mate desktop environment marco window manager window focus not working - focus

I am running :
fedora32
mate desktop environment
wayland
marco window manager
xterm
emacs -nw (text mode)
emacs dired+ mode
emacs "openwith" mode
When I start up "emacs -nw" in the xterm it uses "dired+" mode to give a directory listing.
The emacs "openwith" package has associations for ".pdf" and other file extensions.
What "openwith" does is when I put the cursor on a line in the directory listing
and press "f" or "v" to find or view the file, openwith launches an external program
(e.g. "okular") to view the pdf file.
The problem is that when the external program (e.g. "okular") exits,
the window manager focus does not return to the xterm running emacs.
This does not only happen with this pair of programs (xterm and okular).
In general, when you exit a program
(any program, not just one launched from emacs and xterm as described above),
you can not rely on the window focus returning to where you last were.
It is annoying.
I am pretty sure there used to be some kind of stack holding the window focus
so it would return to the previously focused windows in turn.
This problem is not present in mate with the compiz window manager, but that
has other problems.

Related

Delphi 10.2 IDE cannot see system processes from "Attach to Process" when debugging.- Yes I am "Running as administrator"

I have been using Delphi to write and debug Service Applications for years. I am aware that I must start Delphi with "Run as Administrator" to "Attach to" and debug Service Apps. Until recently this has always worked.
Recently Delphi has stopped listing “System Processes” in the “Running processes” list. This circumstance is true for all installed versions of Delphi (10.2, XE8 & D2007). I am able to see system process from Visual Studio.
My Services are all 32bit Apps – though I don’t thing it matters, as I cannot see any system processes.
Another potential clue is that Delphi only sees 32bit Apps running in the current (desktop) session, regardless of Target Platform settings in the project.
I suspect that something may have changed in my OS (Windows 10 Pro Version 10.0.17134 Build 17134 ) or Security Settings or something… I have tried disabling Virus SW (Webroot SecureAnywhere) nothing seems to make any difference.
While this is not a total solution it does serve as a work-around:
It appears that the “Attach to process” dialog will not show System processes until I actually attach to something. This behavior has been repeatable.
Start the Delphi IDE with “Run as administrator”. Choose “Attach to Process” from the “Run” menu. I notice that only the current Session Processes are visible.
I “Attach” to any item on the list, it does not matter which one. Then I choose “Detach from Program” from the “Run” menu.
Next, I choose “Attach to Process” again and now all of the processes, including System Processes, are visible.
Another interesting note, is that Checking or Unchecking the “Show system processes” makes no difference before or after the initial “Attach”.
System Processes will now be visible anytime I choose “Attach to Process” from the “Run” Menu as long as the IDE is running. If I close and restart the IDE with the “Run as administrator” option, the System Processes are hidden until I attach/detach again.

Uneditable source files and shortcuts changed while debugging

I'm using "Code Gear Delphi 2007", while debugging (Run F9, button with play icon), I can't type any char into source files.
Furthermore, some of default shortcuts (like copy CTRL+C, paste CTRL+V...) are automatically switched to different values:
When the execution is stopped (Program reset CTRL+F2, button with stop icon), all problems disappear.
How could I reset my IDE as it was before these problems?
You have most likely changed the Debugger Options to Map TD32 keystrokes on run and Mark Buffers read-only on run.

Folder-opening GUI with Lua for all OSes

I'm working on an application in Lua and I wish to have the user be able to open a directory in the OS's GUI so they can edit it's contents. I don't care to track any changes made; basically I just want to open a new process. For Windows, I just use os.execute to open a Explorer window; however, I am uncertain how to do something similar for other operating systems. What are the Lua-callable equivalents for Explorer in other systems? I don't mind having to use an external library.
In Mac OS X you can do os.execute("open ~") to open a Finder window with your home directory.
Back when I used Linux, I wrote a version of open that used nautilus ~ to open the home directory in the file browser in Gnome. I'm not sure the file browser is still called nautilus or what is the equivalent in other Linux distributions.

IWebBrowserDisp ole2 interface cannot open IE window to front of the screen

With Windows 7/8, this very nice ole2 interface IWebBrowserDisp is no more working properly, for some reason it now opens the IExplorer Window behind the actual currently running delphi application, not to the front of the screen as it used to be work earlier.
This makes the application to fail as user cannot see the opening web page without manually switching to Iexplorer and locating the correct window.
The code that I use to launch the link is:
WB : TEmbeddedWB;
wb.Navigate(URL,x,x,x,x);
This problem does not exist in older Windows or while I use my Delphi IDE ( I use Delphi4 and run it as ADMIN).

Delphi 2007 IDE layout modified after a crash

I loaded a bad PAS/DFM file (long story), which caused a GPF, after which the IDE crashed horribly. Lost my Project-related data (list of open files, etc).
Now, when I start the IDE, it always is in "run" mode. that is, it shows the breakpoints and watches and local variables, even though no program is running. Similarly, the properties are not visible unless I use F11 to bring them up. I've restarted the IDE repeatedly. Interestingly, it still can compile and run a program.
How do I reset the IDE so that it works properly?
Check your layout. It's a combo box on the toolbar. It's probably set to 'Debug Layout' instead of Default or Classic (or something else if you've setup a custom layout.)

Resources