Active Key is a leading manufacturer and vendor of keyboards and mice for the use in medical and hygiene critical areas but also for industrial, POS, banking and office applications.
Our product range includes models in different sizes and versions:
We've been using DWMRC for years, since the 7.0 days. I was using 12.0 for awhile but recently updated to 12.1. Now every time I connect to anyones machine for support I get a very annoying nuisance pop up that never appeared before. It says "The remote system is using the same active keyboard layout as your local system. If keyboard layouts are likely to change, we suggested disabling keyboard translation support. Would you like to disable support? Yes / No". No matter what I click here the message keeps coming up if I connect to the same machine or different machine.
How can I get this very annoying and unproductive message to stop, without downgrading back to 12.0? I'm not even sure what this message is supposed to convey. As a user all I care about is that I can connect on quickly when needed. I could give two sh*ts about some kind of keyboard layout... that's really irrelevant IMO.
For years now, Active Key produces customized solutions for different applications and requirements. Please inform us about your ideas if our product range does not meet your expectations! Developing your individual keyboard or mouse we will try to realize it as best as we can.
Protecting humans and the environment is of a great importance for us. Therefore we do completely without antimicrobial Nano-Silver coatings. While using, released Nano-Silver particles can harm operators and the environment. Efficiency and safety for the clinical disinfection is not confirmed.
I don't know how to cycle through the active ships using this swedish keyboard layout. I know that you are supposed to use brackets but it does not seem to work. I am running windows 8 and the brackets work fine in other applications.
I still think they are keys which correspond to physical positions of [ and ] on english keyboard. Because using my keyboard, I have this function on "ƒ" and ")" keys (my keyboard reads "qwertzuiopƒ)"). So on yours I'd try the same, the two keys between P and Enter.
I am using an HP Spectre x360 13-ae516TU. I purchased it about a month ago. Everything was OK in the first few weeks. Recently, when I fold it and change it to tablet mode, the keyboard and trackpad still work as in Desktop mode. Also, the Rotation Clock button is greyed out. I suspect there might be problems with some updates (I use Windows Update and Driver Booster), but I cannot figure it out when did this first occur. Please suggest what I can do to fix this.
As a workaround which I use currently, you can use Keyboard Sequence instead and use double keys like ,, or >> which is still faster than 2 key shortcuts. The trick is finding characters you'd not usually type twice together and setting the time between them in the sequence to be as small as possible so it triggers only when you do it super quick leaving you with an option still to type it twice if absolutely required.
However not all apps label their textfields correctly, thus BTT can't know when a text field or text area is active (especially in cross platform apps). Also sometimes macOS doesn't update the focused element role fast enough...
My question is should links have a :focus state that replicates their :hover or their :active? I've had a read of some other sites that explain their usages (and I understand them clearly), but none seem to talk about the UX of the variants. I've also yet to find a question on here that properly addresses exactly this problem.
The way I see it is that :hover is a mouse-users indication that there is some interactivity, and that :focus is the same but for a keyboard-user; whereas :active shows that an interaction has commenced. Be that clicking, or hitting enter (although the latter would almost definitely be instantaneous so there might be no perceived :active state).
I'd be interested to know what people felt, and if there were any examples where people have looked at the merits of both the :hover, :focus & :active and the :hover & :active, :focus approaches, and which they found to provide a better user experience.
The :focus is the most important one though, so make sure that exists in a clear style. Bear in mind that with the hover state, the user is (probably) visually following the cursor so is likely to already be looking at the item that has a hover state, so often designers will user a more subtle effect. However with :focus the user may not be looking anywhere in particular on the screen, so you need to be able to catch their eye with it. That may mean having a different :focus and :hover. But that's not really an issue, unless your styling / branding department have an issue with keyboard users being able to easily use the site!
As far as the :active state goes; that would depend whether you have a bespoke active state for the attrributes. I think that older versions of IE will only recognise the :active state (so if you have a :hover and :focus set up but no :active then it will ignore all of it and not display anything) so in those cases I would replicate the status to hover, focus AND active. But if you have a distinct :active state then there is no need to have the focus state match that one.
Available from Keyboard Specialists (KBS) this selection of keyboards and mice will suit all cleaning protocols and hospital grade disinfectants. Ideal for washing or frequent wiping - 100% waterproof and dishwasher safe.
and this seems to have resolved the problem. My second question is what is the difference between the two in this particular instance and why does one cause problems (xdg-su) and the other does not (kdesu).
Now If anyone could help me with finding out what command is being run when you are activating an active screen edge, so I could then map this to a keyboard shortcut, I would be very grateful. Is this even possible?
With the text editor in foreground (or active) and the input language set to a non-English one, when I bring Firefox in foreground (or making it active) the input language remains set to the non-English and the language flag does not switch to English (as it would be expected, since I do not alter the language during the whole Firefox session).
Because of this, I have to make extra moves and change the input language manually every time I switch from the text editor to Firefox and back to text editor. This was not happening with 10.04, and each application windows had the corresponding input language set to its default or previous session every time I was bringing it to the foreground!
I could blatantly be missing something obvious here, and someone will probably clarify that by posting this but I thought it would a real dandy to have keyboard shortcuts to toggle the active visibility for the following panes:
While it is certainly easy enough easy enough to pop your side menus with a keyboard shortcut and that is definitely the method I use; but for example I have Search and File Explorer nested next to each other on a sidebar and if I trigger search it will become active over the file explorer. Having a keyboard shortcut to make other panes visible without touching the mouse would be ideal.
Remove all Devices from the MIDI Device Manager, please. Make sure the MIDI Input port has not been used in any Studio > Studio Setup > Remote Device. If there is any, set it to Not Connected. Make sure the track is Record enabled.
Same here: Midi monitor shows input signal when I press a midi key. However the midi-track does not receive the midi signal.
I use an M-Audio usb keystation mini 32 midi keyboard on Windows 10. Works ok with other sequencers and older versions of Cubase.
What is the input of the MIDI Track? Is it All MIDI Inputs? How is the All MIDI Inputs set up in the Studio > Studio Setup > MIDI Port Setup? Os your wanted MIDI device enabled for the In All MIDI Inputs?
Another important trick is holding Ctrl with the pen and simply clicking. Ctrl with the pen is the quick command for switching temporarily to the move tool, and holding Ctrl with the move tool enables auto pick layer, which will change the active layer to the pixel you clicked on.
And there could not be any option to force keyboard layout?
Based on windows title like special autotypes there could be option to force layout, each user could select, that if window is KVM layout has to be changed to ENG.
No, that's not possible. Like I wrote, local keyboard selections usually aren't propagated into the remote system (if a remote desktop or VM window would do that, auto-type would work automatically, like for local windows).
Windows supports keyboard shortcuts for switching between languages and keyboard layouts, but this doesn't help us, for two reasons. First, KeePass doesn't know the currently active keyboard layout of the remote system or virtual machine (which is usually independent of the keyboard layout of the window) and thus doesn't know how often to switch to the next. Second, the keyboard shortcuts (Ctrl+Shift, LAlt+Shift, gravis key) can have different meanings on different systems.
But it works for me ok, if LOCAL layout is changed to ENG from CZE. I dont need to change remote layout. This KEYB:ENG would be perfect solution for not changing manually. It is obvious that Keepass cant change remote system layout.
c80f0f1006