You can tell the difference because a drawing tablet stylus usually has a pointy nib, while a stylus made for finger-touch has a big rubbery round nib, like a finger. Sometimes, people confuse finger-touch styluses with a proper tablet. Smaller depending on the pressure you put on them, to create richer and Pressure sensitivity, allowing you to make strokes that get bigger or
With a properly installed tablet stylus, Krita can use information like These are better to use thanĪ mouse because it’s more natural to draw with a stylus and generally Stylus used to draw directly on the screen. Another popular format is a computer monitor with Piece of hardware known as a drawing tablet.Ī drawing tablet is a piece of hardware that you can plug into your That’s why most people who draw digitally use a specialized Even worse, extended mouse use can result in carpal tunnel What are Tablets? ¶ĭrawing with a mouse can be unintuitive and difficult compared to pencilĪnd paper. I'm not saying it could not be done, but it would be impractical, inefficient, unlikely to support every keyboard model users might hook up to their systems, & weaken its security.This page is about drawing tablets, what they are, how they work, and English or British English language users (they are not exactly the same even on Apple's current keyboards), much less third party keyboards designed for English, German, or whatever & even if you could you can't assume the raw scan codes would be identical. So for example you (as a programmer) cannot rely on the physical position of a key being the same on every keyboard designed for U.S. layout, but they do not all generate the same key codes for the same keys. I learned this the hard way when experimenting with a Raspberry Pi running the Raspbian OS - I have a number of old Apple USB keyboards, all with the U.S. It isn't like in the old days - now, good security practice demands limiting the attack surface to the minimum needed for an application process to get the job done by sandboxing everything possible & limiting app access privileges to other functions indirectly through things like launch agents & daemons, which themselves have limited access privileges to other functions.Īlso, the virtual key code mapping is keyboard dependent because different keyboard models do not necessarily have all the same keys in the same physical locations (because they do not all have the same physical layout), nor do they necessarily generate the same scan codes for the same keys. If you let user domain apps have direct access to that, malevolent user domain code could potentially become an extremely effective keyboard logger, recording every keystroke you made while using any app while it was running, through privilege escalation or other exploits. However, I just tried to make a suggestion in a positive way )īecause it is a system domain function. There must be a API for this, I assume the national kbd drivers are also using it for communication one step down closer to the hardware ) Hmmmmm, if you code this referencing scan code (I confess, I have no clue where this is hidden in Swift), the worst thing to happen is, to get rid of the national language and keyboard layer.
If the key is pressed where on Swiss German kbd the "ä" and on US kbd the "]"is located increase the brush size. Let me remain on the example with or ä and let's do a little bit pseudo code: Scan code - as I can remember it - just says "physical key xy is pressed" - independent of national language or keyboard layer.
Why should scan code create security vulnerabilities? Uh-oh, I never got myself that deep into OSX/Mac system programming but for me it was a kind of logical, that this somehow must be still working identical as in early DOS, TOS (Atari), AmigaOS times ) Why is today no one working with scan codes? What would avoid a lot of work at customer/user side, by being forced to first redefining the keyboard shortcuts for my language and keyboard or working with an US keyboard.ĪSCII code is a pain in the a? for keyboard controlled functions. While editing a photo, I do not use ö (the key position of on US keyboard) for typing text and the keys can "automatically" be used for de-/increase brush size.īack in 1986 I learned this becoming an auto didactic software developer. The scan code defines the geographical position (!!!) of a key on the keyboard and is always the same key code - whatever for keyboard and language settings are used. The problem is: todays programmers assign the ASCII code to the functions instead of the so called SCAN Code. With German or Swiss-German (and I assume many else) can not be reached directly, and Shift+Alt+5 ( ) never work. Ahhh, I assumed, the ring function of tablet is an origin function, but it is trivially assigned to the keyboard commands.īy the way: important functions should not be fixed to keys you an only reach by US or UK keyboards.