I download the Stack Windows Manager from Microsoft store. Someone introduced it to me and said it is a great program.
Oddly, after installing it and setting it up, I cannot find out how to start using it? There is no instruction to show me how to at least organize my desktop into this "layout tool". Is there a video anywhere?
At the first launch on each screen it shows you a few layouts to select from.
After you made the selection, either use Win+Arrow keys to move windows around, or drag windows between areas with middle mouse button (usually it is also the scroll button).
Related
I have Edge 95.0.1020.53, in Win 10 Pro 21H1.
I'm not a techie. For no specific reason, I opened Developer Tools, which I haven't done for about 10 years.
After opening, I saw the configuration that I've seen many times: the parent web page using three-quarters of the complete window was on the left. The tools were in a panel on the right.
After pressing several buttons out of curiosity, I'm unable to get back to my original config, with the current web page on the right, and the tools on the left. The web page is no longer visible The dev tools take up the complete window. I suspect that I might have actually dragged the leftmost edge of Dev Tools all the way to the right of the main window. If I could somehow grab that left edge and drag it to the right, I think my problem would be solved.
In an attempt to restore the "default" config, I restarted my laptop. But if I show Dev Tools, I still get the palette of windows that I opened earlier. The parent web page is not visible.
How can I "reset" the config to its default config?
Thanks.
If you need to reset the dev tools to restore the default in Edge, just follow the steps below:
Open Edge and press F12 to open the dev tools
Press F1 to open the settings panel when focus in dev tools
Scroll the Preference tab to the bottom
Click the option Restore default and refresh
Just like this:
I'm working on an Electron application that is intended to run on a panel touchscreen computer running Debian. I have enabled the on-screen keyboard board in desktop settings and can see it come up in other applications (such as terminal). However, the on screen keyboard does not come up inside of my electron app when a text input gains focus. I have read that this might be some sort of weirdness with Chromium (see https://askubuntu.com/questions/939616/why-the-onboard-on-screen-keyboard-doesnt-auto-show-in-google-chrome) but have unable to find any workarounds.
I suppose that my question is in two parts:
1 - is there anything that I can do to get Electron to play nicely with the gnome 3 built in keyboard?
2 - is there any program that I can call that would show and/ or hide the on-screen keyboard?
The OS that I am targeting is Debian version 10.3 with the Gnome desktop.
After quite a bit of research, I learned that, in order to trigger the on-screen keyboard for Gnome, an application must be developed around GTK. Any application that fails to do so is considered "foreign" on the Gnome desktop. Apparently, Chrome falls into this category and Electron built apps as well because they are built on Chromium.
With all that said, it is still possible for a foreign application to send on-screen keyboard events through dbus. The issue at CentOS On screen keyboard not showing for Jawa Swing Text entry fields describes these events as follows:
To turn the keyboard on:
dbus-send --type=method_call --dest=org.gnome.Caribou.Keyboard /org/gnome/Caribou/Keyboard org.gnome.Caribou.Keyboard.Show uint32:0
To turn the keyboard off:
dbus-send --type=method_call --dest=org.gnome.Caribou.Keyboard /org/gnome/Caribou/Keyboard org.gnome.Caribou.Keyboard.Hide uint32:0
Recently I made a fresh install of Windows 10 and Delphi 2007.
On Windows mouse settings, I configured the vertical mouse wheel to scroll 5 lines.
Everything is working fine EXCEPT for the fact that when I'm in IDE editor, the mouse scroll wheel will behave in a unexpected way. It works OK when I scroll up, but when I scroll down, it will scroll very fast to the end of the file.
It may look like a trivial problem, but actually it is very annoying, because I use the mouse scroll wheel a lot to navigate in the editor, especially down, to find parts of the code, and instead of scrolling 5 lines, it scrolls a lot more, maybe 50...
The problem happens ONLY on the Delphi's IDE. If I open a file in Notepad, for instance, the scrolling works fine in both directions.
Is there any known bug related to this issue? Any fixes?
Well, there is evidently an issue with the mouse wheel which manifests itself when running under Parallels - see here
talking to the very helpful Parallels support, the problem is with 'smooth scrolling' implemented. When this is turned off, the editor in Delphi works fine. This apparently does happen with some programs and seems to be a Delphi problem rather than Parallels.
Also, for adjusting scroll-wheel sensitivity generally in Win10 see https://www.thewindowsclub.com/change-mouse-scroll-speed-windows
which says to go to Settings | Devices | Mouse & Touchpad and there are controls to set whether the mouse wheel scrolls a page at a time or multiple lines and another, a slider, to choose how many lines to scroll.
What works for me is adding a boot flag to the VM configuration -> Boot order -> Advanced settings -> Boot flags. Add this line to this box:
devices.usb.mouse=0
Works for me with Delphi 14.2 on Windows 10 in Parallels 16.5.0
For me this helped:
steps: System > Advanced System Settings > Advanced > Performance > Settings > UNCHECK smooth-scroll list boxes
In German: Deaktivieren: Systemeigenschaften: "Optimierten Bildlauf für Listenfelder verwenden"
Within the IDE, when F12 toggles between code and form,
the forms are displayed outside the monitor borders,
and therefore not visible.
This happens after a multi monitor setup has changed,
and the forms no longer open within the available new monitor screen areas.
One way to resolve this is to use the property inspector and
set the Top/Left properties to 4 to make the forms visible.
This is however a lot of work,
especially if many forms and possibly many projects are involved.
Is there a better way to reset the form locations once and for all,
so they are all visible with the new monitor setup?
There is nothing (AFAIK) in Delphi 6 IDE that would help. But assuming you are using Windows, the help is near, (tested on Windows 7):
Right-click on taskbar and select 'Cascade windows', this affects all windows in one go.
or
Alt-Tab to the window, press Alt-Space and then M (for move). Move the window with the arrow keys. This you would have to do seperately for each window.
Close your Delphi IDE. Then, if your current project group file is xyz.groupproj, open the file xyz.dsk with an text editor. Look for section [UndockedDesigner] entry "Count" and change its value to zero.
[UndockedDesigner]
Count=0
That will force all design window positions to 0,0 on your main monitor.
I am programming a Delphi (XE3) application where mouse position is important, but I would like to be able with another mouse to be able to set breakpoints without moving the primary mouse position. I may be pressing shift or control in the application I am trying to debug, so alt-tabbing to the IDE and setting a breakpoint with the keyboard keyboard won't work. Can Windows 7 easily be set up to do this?
It's possible to attach multiple keyboards and mice to a computer, and various video games can take advantage of the multiple input devices, but the OS in general does not take advantage of that. No matter how many keyboards and mice you attach, there's still just one input queue and one cursor on the screen.
If all you need is to set breakpoints without moving the mouse, then you can navigate the input caret to the desired line with the keyboard and then press F5 to toggle breakpoints.
If you need to be able to debug without interfering with the program at all, then you might need to use remote debugging. Although the documentation suggests using Remote Desktop to operate the remote program while you're sitting at the local system, that's not what you want to do in this situation because you'll still have just one set of input devices. Instead, log on to the remote computer from elsewhere (either directly, or via Remote Desktop on a third computer). It'll help to have two computers you can access from the same chair.