Hello. I am using Krita x64 2.8.3 on Windows 8.1 with a tablet "Huion H610 Pro Graphics". When I setup any of the button on the pen to do a right click, it does not work with Krita. It does work with Photoshop or any other software but not Krita. I am expecting to see the default popup that allows to select brushed and color. In fact, it does work with the right click of my mouse, not the pencil. Reproducible: Always Steps to Reproduce: 1. Open Krita 2. Click the "Right Click" button of the Huion H610 Pro Graphics Pen 3. Nothing happen Actual Results: Nothing. I do see the green light flashing on the tablet. I know that the tablet is sending the keystroke but nothing appear in Krita. Expected Results: Display the circle popup with the brushes and colors. I know it is not the tablet the problem because it generates the right click anywhere. Even in that browser, if I click the button, the context menu appears.
Hi Patrick, Could you also check with one of the current beta builds from http://files.kde.org/krita/windows/ ? You can probably just download the zipfile, drag to your desktop and execute krita.exe from the bin folder.
Created attachment 90200 [details] attachment-13727-0.html Hello, I downloaded the beta and I still have the same behavior. It works when I right click with my mouse, not with the button of the pen. I know the button is well bound because I can right click anywhere outside Krita and I can see the context menu. Patrick On Mon, Dec 22, 2014 at 2:08 AM, Boudewijn Rempt <boud@valdyas.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=342105 > > Boudewijn Rempt <boud@valdyas.org> changed: > > What |Removed |Added > > ---------------------------------------------------------------------------- > CC| |boud@valdyas.org > > --- Comment #1 from Boudewijn Rempt <boud@valdyas.org> --- > Hi Patrick, > > Could you also check with one of the current beta builds from > http://files.kde.org/krita/windows/ ? You can probably just download the > zipfile, drag to your desktop and execute krita.exe from the bin folder. > > -- > You are receiving this mail because: > You reported the bug. >
Hi, Patrick! Could you please generate a tablet events log for me? I need you to follow this guide: https://answers.launchpad.net/krita-ru/+faq/2494 You should use the latest Beta, and on step 5) please do the following: 5.1) Do a single short stroke with main tip of you stylus 5.2) Then Press the assigned button a couple of times while the stylus being in the proximity of the tablet 5.3) Then Press the assigned button, hold it and do a stroke with the tip of your stylus. Then attach the output of resulting log to this bugreport. That will help me to find out what is happening there :)
Created attachment 90224 [details] PATRICK-I7-WIN8.LOG Here is the file. I did a stroke with the stylus. Pressed 5 times with the button on the stylus (that should do the context menu), then 4 times, then 3 times, then 2 times, then 1 time (with a pause of about 2 seconds between each tries). Then, I did a final stroke and saved the file. Patrick On Sat, Jan 3, 2015 at 10:52 PM, Dmitry Kazakov <dimula73@gmail.com> wrote: > https://bugs.kde.org/show_bug.cgi?id=342105 > > Dmitry Kazakov <dimula73@gmail.com> changed: > > What |Removed |Added > > ---------------------------------------------------------------------------- > CC| |dimula73@gmail.com > > --- Comment #3 from Dmitry Kazakov <dimula73@gmail.com> --- > Hi, Patrick! > > Could you please generate a tablet events log for me? > > I need you to follow this guide: > https://answers.launchpad.net/krita-ru/+faq/2494 > > You should use the latest Beta, and on step 5) please do the following: > > 5.1) Do a single short stroke with main tip of you stylus > 5.2) Then Press the assigned button a couple of times while the stylus > being in > the proximity of the tablet > 5.3) Then Press the assigned button, hold it and do a stroke with the tip > of > your stylus. > > Then attach the output of resulting log to this bugreport. That will help > me to > find out what is happening there :) > > -- > You are receiving this mail because: > You reported the bug. >
Hi, Patrick! It looks like we don't recognize the button mapping for some reason. I added more debug output to Krita now, could you install a new version and do one more test with generating the log? [0] - http://files.kde.org/krita/windows/krita_x64_2.8.90.3.msi I need a log for the following tests: 1) Simple stroke with the tip of the stylus 2) Just press the mapped "right button" without touching the tablet surface 3) Press "right button", touch the surface, move, untouch, release "right button" Then attach the log to this bug and I hope I'll see what is happening there :)
Created attachment 90302 [details] attachment-15011-0.html Sure! I will do it when I come back from home :) Thank you for your very good support. On Fri, Jan 9, 2015 at 8:22 AM, Dmitry Kazakov <dimula73@gmail.com> wrote: > https://bugs.kde.org/show_bug.cgi?id=342105 > > --- Comment #5 from Dmitry Kazakov <dimula73@gmail.com> --- > Hi, Patrick! > > It looks like we don't recognize the button mapping for some reason. I > added > more debug output to Krita now, could you install a new version and do one > more > test with generating the log? > > [0] - http://files.kde.org/krita/windows/krita_x64_2.8.90.3.msi > > I need a log for the following tests: > > 1) Simple stroke with the tip of the stylus > 2) Just press the mapped "right button" without touching the tablet surface > 3) Press "right button", touch the surface, move, untouch, release "right > button" > > Then attach the log to this bug and I hope I'll see what is happening > there :) > > -- > You are receiving this mail because: > You reported the bug. >
Created attachment 90319 [details] MouseLeftClickAndRightClick.LOG Hello, I did 2 tests so you have 2 logs file. One is with the pen like you told me to do. The second one is with my real mouse where I can see the context menu. However, the context menu does not have all brushes like the previous version, just color... but anyways, let's focus on the pen button first :) Good luck, Patrick Desjardins On Fri, Jan 9, 2015 at 8:24 AM, Patrick Desjardins <mrdesjardins@gmail.com> wrote: > Sure! I will do it when I come back from home :) > > Thank you for your very good support. > > On Fri, Jan 9, 2015 at 8:22 AM, Dmitry Kazakov <dimula73@gmail.com> wrote: > >> https://bugs.kde.org/show_bug.cgi?id=342105 >> >> --- Comment #5 from Dmitry Kazakov <dimula73@gmail.com> --- >> Hi, Patrick! >> >> It looks like we don't recognize the button mapping for some reason. I >> added >> more debug output to Krita now, could you install a new version and do >> one more >> test with generating the log? >> >> [0] - http://files.kde.org/krita/windows/krita_x64_2.8.90.3.msi >> >> I need a log for the following tests: >> >> 1) Simple stroke with the tip of the stylus >> 2) Just press the mapped "right button" without touching the tablet >> surface >> 3) Press "right button", touch the surface, move, untouch, release "right >> button" >> >> Then attach the log to this bug and I hope I'll see what is happening >> there :) >> >> -- >> You are receiving this mail because: >> You reported the bug. >> > >
Created attachment 90320 [details] Stroke_RightClick_RightClickMove.LOG
Hi, Patrick! Do I understand it right that what you did was: 1) Did a usual stroke with the tip of the pen 2) Then Pressed and Released the button without touching the tablet surface 3) Pressed the button 4) Touched the surface without releasing the button 5) Untouchced the surface without releasing the button 6) Touched the surface again 7) Released the button 8) Untouched the surface Is it correct? I just want to connect the events in the log with real activities of the tablet...
Created attachment 90325 [details] attachment-28035-0.html I did what you told me in the first email. Hum your last email has more steps... Maybe I should retry On Jan 9, 2015 11:51 PM, "Dmitry Kazakov" <dimula73@gmail.com> wrote: > https://bugs.kde.org/show_bug.cgi?id=342105 > > --- Comment #9 from Dmitry Kazakov <dimula73@gmail.com> --- > Hi, Patrick! > > Do I understand it right that what you did was: > > 1) Did a usual stroke with the tip of the pen > 2) Then Pressed and Released the button without touching the tablet surface > 3) Pressed the button > 4) Touched the surface without releasing the button > 5) Untouchced the surface without releasing the button > 6) Touched the surface again > 7) Released the button > 8) Untouched the surface > > Is it correct? > > I just want to connect the events in the log with real activities of the > tablet... > > -- > You are receiving this mail because: > You reported the bug. >
*** Bug 339491 has been marked as a duplicate of this bug. ***
I found this as a duplicate and want to add my log (followed the 7 steps) dmitry asked: 1) line stroke on cavas 2) press and release button 1, press and release button 2 (settings b1= middle mouse, b2 = right mouse) 3) press button 1 4) touched surface , without releasing button 1 5) untouch surface, without releasing button 1 6) touch surface 7) release button 1 8)untouch surface. system and drivers: windows 8.1 x64, huion h610 pro. huion drivers : TabletDriver20150120_8Expresskey_16Softkey krita version: krita_x64_2.8.91.0 (2.9 beta 2)
Created attachment 90669 [details] log file of huion h610 pro press and release buttons
Seeing same issue on the Surface Pro 3 win8.1 running Krita v2.9.1 (git 60518b7 and git 69f7d63). Right click (and erase) with the pen doesn't work :)
Hi Marcus, That's actually a different issue because the surface uses an ntrig and has yet another way of passing button clicks. I've checked with my h610 today and I'll confirm the bug. I need to find time to fix it now :-(
For what it's worth this also occurs with the Huion H420.
I've found an workaround that seems semi successful. I'm using the non pro version of the h610. 1) go to your tablet settings and remap you preferred right click key to an unused keyboard key. (i used numpad/ but that could be a shortcut somewhere) 2) go into krita under settings, click configure krita. 3) Go to canvas Input settings and click Show Popup Palette 4) Click Add shortcut and select Key Combination. 5) double click the blank space under input beside Key Combination and press your give your previously chosen key. Now you should be able to bring the palette up as usual witht he stylus. I'm still having issues with the pan mode as the closest i got to was setting *middle click on the stylus to space. but it's awkward as holding middle click AND dragging the stylus while pressed is strange for me. but it does work. as a side note, i tried auto hotkey and couldnt get it to work, altho somehow i messed up krita where it didnt recognize the stylus, and after closed and opened i had lost pen pressure but gained the right and middle click support as usual. The only thing i can think of (as a non programmer) is that for some reason krita stopped viewing the tablet as a table and thought it was a mouse instead. but i feel like that should mean it's possible somewhere for it to work. OS: Windows 10 x64 Krita: Krita x64 verson 2.9.7 (git c89ac6a) Tablet: Huion H610
I am having the same problem. Windows 7 x64 Krita 2.9.7 (git 6577da7) Huion H610Pro The pen buttons seem to work in almost all ways, but they don't work for generating mouse-clicks when the cursor is on the canvas. * The stylus buttons work for generating mouse-clicks in other applications (tested: windows desktop, firefox). * My mouse's right-click and middle-click work as expected in Krita. * My stylus buttons, if bound as right-click, when hovering over non-canvas parts of the Krita UI, do the same thing as mouse-right-click does in those locations (e.g. over the File menu, e.g. on the Layers docker) * the previous comment's suggested workaround works for me, just as (s)he described Let me know if another log file would help.
I can also confirm the bug using: Win 10 x64 Krita 2.9.10 x64 Huion 1060 Pro+
Good news :) This bug is solved in Krita 3.0 pre-alpha (git be28b1b)
Bad news :( This bug is back in 3.0 alpha 3 (git de0d43d)
This seems to be somehow correlated to bug 359197 that appeared in alpha 2 and was solved in alpha 3. I'll try to provide logs in the next days.
Created attachment 97950 [details] Thiébaut's logs Here is my log, after removing all the move events.
I'm having the same issue and was able to workaround by setting up a new Key Combination for Show Popup Palette and setting the Huion pen tablet settings up so that button 2 points to the same key combo (used ctrl+alt+0 since i don't use it for anything else) This is working flawlessly and instantly now - possible Krita is expecting the mouse click only from the attached mouse / any reason it would restrict the response because it's technically not a mouse? I'm wondering if, since Windows sets the tablet up as a pen device (not purely as a HID) this could be a factor (I'm on Windows 10 FYI) Hope this helps someone as this was the only thing stopping me from using Krita 100%!
The problem is in the huion drivers. To quote from a mail we sent to the Huion people" "The biggest problem we have with Huion tablets at the moment is that it doesn't implement CSR_SYSBTNMAP (part of WTInfo function) [0]. That is really a problem. This function of Wintab is supposed to tell the application how the user configured the stylus buttons, which one is "right button", which one is "middle button". Huion driver has this configuration in the driver, but it doesn't expose this info in the Wintab interface. It uses button mapping only for the synthesized mouse events, but not in the Wintab packets. "
Hello, Same problem with me, right click does not work, no matter which button it is assigned. Windows 10 Pro, Huion H610 Pro Driver 12.2.14, Krita_x64_2.99.89.0 Thank you
Hi, i solve that issue with my Huion H58L, it's a bit tricky but worth it so follow this steps: 1. download AutoHotkey utility from autohotkey.com (remap key utility for windows) 2. install to your PC 3. open AutoHotkey .ahk which is in the Documents dir by default. 4. at the end of the file in the new line paste this: Shift & NumpadMult::send,{Rbutton} *tip: you can replace shift and numpadMult to any keys that wont conflict to krita shortcut 5. open huion tablet driver configuration (in the tray), click to configure Right click button (which is right click by default) to a shortcut key then set that shortcut to Numpad* and Shift (or keys your choosen). 6. reload autohotkey script, by right click at the tray icon and click reload script. 7. .. now you can use right click button on your stylus!
Update to my post, sorry guys but previous trick didn't actually working for thoose who still got not working Right click: remap with AutoHotKey any non conflict key on keyboard to right click - i.e. NumpadMult::Rbutton or, in case if you have tablet with keybuttons: set any keybutton on your graphic tablet to NumpadMult (any key you prefer)
*** Bug 338352 has been marked as a duplicate of this bug. ***
*** Bug 360560 has been marked as a duplicate of this bug. ***
*** Bug 360409 has been marked as a duplicate of this bug. ***
I'm also experiencing this problem with the release version of Krita 3.0. Using Huion 610. Also middle mouse button (used from the stylus) is not working. Proposed workarounds are working fine for me.
*** Bug 364256 has been marked as a duplicate of this bug. ***
If it can help, i've the same problem here. I'm on Windows 10 using HUION gt-220 screen tablet. i've noticed that : - the right click with the pen work in the dockers (layer, color...) - if i do a right click in a dockers the corresponding menu appears, if just after that i do a right click with the stylus, on the canvas, it works and the palette popup appears but only the first time. After, it don't work anymore. But if i go over a docker again and right click to open the menu and then go on the canvas, it work the first time.... and so hope you understand the explanation and sorry for my bad english.
(In reply to mcoudert from comment #34) > If it can help, i've the same problem here. I'm on Windows 10 using HUION > gt-220 screen tablet. > i've noticed that : > - the right click with the pen work in the dockers (layer, color...) > - if i do a right click in a dockers the corresponding menu appears, if just > after that i do a right click with the stylus, on the canvas, it works and > the palette popup appears but only the first time. After, it don't work > anymore. But if i go over a docker again and right click to open the menu > and then go on the canvas, it work the first time.... and so > > hope you understand the explanation and sorry for my bad english. I'm on krita 3.0 (64bits)
I have the same issue with Krita where neither of the pen buttons work using my Huion H610 Pro. I problem exists in both the Krita Beta (krita-3.0-Beta-master-25ecbaf-x64) and the official Krita 3.0 release. However in the Krita pre-alpha build (krita3-prealpha-b4bac8d) the buttons are working normally allowing me to Pan the canvas and use the popup pallet. I have not dove into this in depth yet to figure out why they work in the pre alpha, but not the beta or final release. I will update if I can figure it out.
*** Bug 366474 has been marked as a duplicate of this bug. ***
The problem is simply that the Huion Wintab driver does not give us the right information. They haven't implemented that part of the specification, so we cannot get the information that the stylus made a right-click in the canvas, where we listen to tablet events. Dmitry was talking the other day about a possible hack around the broken drivers, but that would cost us performance, and we'd have to make it generic and do the hack for all tablet brands, so we've simply not come to a decision whether to take that approach.
Created attachment 100739 [details] attachment-30623-0.html So I should consider getting a Wacom or more official graphic tablet? from palepawn1@yahoo.com On Wednesday, August 24, 2016 3:50 AM, Boudewijn Rempt via KDE Bugzilla <bugzilla_noreply@kde.org> wrote: https://bugs.kde.org/show_bug.cgi?id=342105 --- Comment #38 from Boudewijn Rempt <boud@valdyas.org> --- The problem is simply that the Huion Wintab driver does not give us the right information. They haven't implemented that part of the specification, so we cannot get the information that the stylus made a right-click in the canvas, where we listen to tablet events. Dmitry was talking the other day about a possible hack around the broken drivers, but that would cost us performance, and we'd have to make it generic and do the hack for all tablet brands, so we've simply not come to a decision whether to take that approach.
(In reply to mcoudert from comment #35) > > i've noticed that : > > - the right click with the pen work in the dockers (layer, color...) > > - if i do a right click in a dockers the corresponding menu appears, if just > > after that i do a right click with the stylus, on the canvas, it works and > > the palette popup appears but only the first time. > > I tried this and indeed, after a right click on a menu, the next Right clicking in the drawing area, the "popup Palette" appears once. And there I see that it will probably be a problem that will not be solved unless the programmers at Huion correct the bug. I got used to draw without this function, then it no longer bothers me now that it does not work. Thank you Win 10, Krita 3.0 and 3.1 beta.
Hello my name is Venola, when I use Krita it is slow and I am using a dell desktop computer tat is made 2016. How can I get it to work better?
Dear Venola, This is a bug tracker, and this bug is about using Krita with Huion tablets. It's not a general user support forum. Have you checked the FAQ: https://docs.krita.org/KritaFAQ#Krita_is_slow ?
I have also experienced this problem with the new Huion 1060 plus with the 12.2.16 drivers. All mouse buttons work outside of Krita, but not inside. However if I were to use the pen outside of Krita and then "click" back into Krita, Krita seems to detect the mouse press for the first input only.
Disclaimer: I have no idea about the technical side of this program. Could the hack be turned on with a setting (i.e. "Workaround tablets not supporting specification WTxxx" or whatever) so users without the problem can use the program normally without performance decrease? Or is the abstraction so deep that something like that would only _increase_ the performance drop? And is the performance drop really that high? If it's just one layer of abstraction can the performance drop be accepted by non-Wacom users? Having software that works is slightly more important that having software run fast. I'll also note that Photoshop and Manga Studio EX 5.0 seem to have no problems with stylus buttons. Tablet used: HUION H610 Pro.
I'm sorry, non-HUION users not non-Wacom users.
Sorry to add just a 'ME2' comment (Win 10, Krita 3.0.1, Huion H610 with 12.2.16.160527 Driver), Also to say that Downshift7's tip above to map the key combination and set the stylus button to the same shortcut works for me. If it helps, track down the setting in Krita via: Settings > Configure Krita > Canvas Input Settings > Show Popup Palette NOT the 'Keyboard Shortcuts' panel of the config dialog!
I just noticed something: Stylus buttons work perfectly okay inside the Brushes panel test canvas (the panel where you create/modify brushes.) Right-click selects a color, middle-click drags the test canvas.
That's because those react to the synthesized mouse events.
I would like to add that I also get this issue with a Surface Pro 4. Right-click (button pen 2 + tip press) does not show the pop-up radial menu.
That's a different bug: https://bugs.kde.org/show_bug.cgi?id=361706 -- also caused by hardware manufacturers and driver developers being morons who don't implement the standard, but different hardware and different driver, and so it would need a different workaround, if a workaround is possible.
*** Bug 372790 has been marked as a duplicate of this bug. ***
Hello I have a HUION GT-220 v2 with drivers 12.2.16.160527 Krita 3.0.1.1 Windows 10 64 bits [Versión 10.0.14393] Mi right click button behaves as mcoudert has said and also the middle button does not work at all. I also use Blender for sculpting and all the buttons of the pen works without problems. I do not know if the developers have made some hack in order that the Huion tablets work, but maybe you can ask some of them how they have solved the problem or if they know a workaround that do not reduce performance. (In reply to mcoudert from comment #35) > (In reply to mcoudert from comment #34) > > If it can help, i've the same problem here. I'm on Windows 10 using HUION > > gt-220 screen tablet. > > i've noticed that : > > - the right click with the pen work in the dockers (layer, color...) > > - if i do a right click in a dockers the corresponding menu appears, if just > > after that i do a right click with the stylus, on the canvas, it works and > > the palette popup appears but only the first time. After, it don't work > > anymore. But if i go over a docker again and right click to open the menu > > and then go on the canvas, it work the first time.... and so > > > > hope you understand the explanation and sorry for my bad english. > > I'm on krita 3.0 (64bits)
Created attachment 102820 [details] Debug log only using right and middle button This is a log from the DebugView application. The right and middle button works but you have to follow the next steps: 1 - Move outside the tablet the pen 2 - Press and hold some button of the pen 3 - With the button pressed, touch the screen. 4 - Now the action attached to this button works
If you check the log. Until line 71 you can find events related with the right pen button. After that line, the events are from the middle button. With right button pressed, before touching the tablet with the pen, the palette popup without problems. Also if I use the middle button, I can pan the canvas without problems. Althouh it works, makes the workflow a bit cumbersome because you must move the pen far from the screen (between 2-3 cm) in order that the pressed keys works. I hope that this information can be useful to the developers. (In reply to bretema3d from comment #54) > Created attachment 102820 [details] > Debug log only using right and middle button > > This is a log from the DebugView application. The right and middle button > works but you have to follow the next steps: > 1 - Move outside the tablet the pen > 2 - Press and hold some button of the pen > 3 - With the button pressed, touch the screen. > 4 - Now the action attached to this button works
*** Bug 378274 has been marked as a duplicate of this bug. ***
I've finally managed to get it working by using some files from UC Logics drivers,(what the Huion tablets are based off of). The right click and middle click seem to work without issue. Here are the steps to get it working. 1. You need the driver for you tablet from Huion. The one i used as of writing this is 12.3.7. link:https://www.huiontablet.com/support/ 2. next you need to download the UC Logic driver. link:https://www.uc-logic.com/downloads/ 3. Install the Huion driver, making sure to remember it's location. 4. extract the UC Logic driver and navigate to the common directory. 5. copy everything inside except the x32 and x64 folders to your Huion install location. and that's it. you may need to restart or re-plug your tablet for it to take effect, but it should be working as expected now. OS: Windows 10 x64 - version 1607(build 14393.1480) Krita: 3.1.4 x64 Tablet: Huion H610
Upgrading the Huion driver to 12.3.7 was enough to solve the problem for me in Krita 3.1.4, no need to install the UC Logic drivers.
Closing the bug since upstream -- Huion -- has fixed their drivers.