SUMMARY Chromebook pen works but does not draw (works in Tablet Tester!) STEPS TO REPRODUCE 1. my config: Acer Chromebook Spin 11 with built in Wacom support and pen/stylus, Chrome OS 69 with Linux support. 2. Install Krita, start, create new sheet. 3. Use pen to control krita: works 4. Use pen to draw on sheet/canvas: does NOT work! 5. tried Krita 3.1.1 through PPA and also Krita 4.1.1 through flatpack - same result. 6. With Krita 4.1.1, the "Tablet tester" works! I.e. I can draw with the chromebook pen on the test canvas! But back again on the document/sheet the pen does not draw. EXPECTED RESULT The pen should draw on the document as it flawlessly works in controlling Krita (menus, etc.) and in the "Tablet Tester". ACTUAL RESULT Krita does not draw on a document when using the Chromebook's pen. SOFTWARE VERSIONS (available in About System) KDE Plasma Version: ? KDE Frameworks Version: 5 Qt Version: GPLv3 ADDITIONAL INFORMATION The Chromebook's pen works flawlessly with "Gimp" on the very same chromebook, i.e. in Gimp I can also draw with the pen on a document/sheet/canvas.
I'm sorry, but until we've got hardware to see what's up, we cannot do anything about this. I simply don't know what ChromeOS with linux app support uses for pen support.
One thing that you could try to do is produce a tablet log: https://docs.krita.org/en/KritaFAQ.html#linux -- I'm not saying that we'll be able to figure out what's up with that, but it could give helpful information.
I thought it was similar to bug 386732 . I enabled loggin but the output doesn't says much - only this touble several times: krita.tabletlog:"[ ] Enter " krita.tabletlog:"[ ] FocusIn " krita.tabletlog:"[ ] KeyRelease: key: 0x1000001 mod: 0x0 text: \t" krita.tabletlog:"[ ] ShortcutOverride key: 0x1000023 mod: 0x0 text: none" and these are probably just the STRG+TAB keys I pressed during drawing and switching to console to view any output.
Yes... That's only keyboard events. Looks like not even mouse events are sent to Krita.
Does the tablet tester actually show tablet input? That is, is there a blue line, not a red one?
Unfortunately, I deinstalled the whole flatpack crap as it just caused problems. The general linux repository only has the old Krita version without the tablet tester. So I can't really remember, but I was able to draw on the tablet tester canvas. If it was blue or red - I don't know. When will you upgrade the normal debian repositories to get a current Krita version? Then I would be able to test each new version with my pen chromebook (Acer Spin 11 with Wacom digitizer screen and pen). Most other drawing apps on the very same chromebook work flawlessly with my pen.
Debian repos are maintained by debian maintainers -- we don't have any influence there. We do maintain an Ubuntu PPA (https://launchpad.net/~kritalime/+archive/ubuntu/ppa), but our preferred way of providing Linux binaries are appimages -- those work almost anywhere: see https://www.davidrevoy.com/article322/krita-appimage-for-cats
Yes, I know - I run the AppIMage on my Linux desktop (Ubuntu). But on my chromebook, those AppImages don't work - and my chromebook is one with a Wacom pen. For this reason, I would like to have Krita on Chromebooks. (BTW: I just made a second donation today to Krita ... ;-) )
Thanks for the donation :-) -- I'm afraid though, that until we acquire hardware, we still cannot make chromebooks a supported platform. There's a high likelihood of Krita appearing on Android this year, though.
Setting this to wishlist until we have access to a testing device. :)
(In reply to Boudewijn Rempt from comment #9) > There's a high likelihood of Krita appearing on Android this year, though. Really? That would be great, as other Android drawing apps work flawlessly on our Chromebooks with stylus.
Well, we've seen Krita running on Android and I've seen it work with the s-pen on the Tab S4.
"Resolved"? "Fixed"? This is a joke ...
That means that we close this bug report so we don't have to see it every time we go through the bug reports. I've seen Krita work with a stylus on Android, so this should be fine. You are not a developer, M. Hilpert, which means you should not change the status of bug reports. If you prefer, I can set it to resolved/later. But closed it must be.
How does "I've seen Krita work with a stylus on Android, so this should be fine." help? YOU have seen something - I can't find Krita in the Google Play Store ...
Yes, he meant in the development version. Boudewijn is the maintainer, that is the project lead, he usually works on a development version of Krita, which means he also often sees a development version of Krita. In this case he was talking about the very experimental android port that is being worked on for the next three months. Because the stylus works in that build, it'll probably work on regular chrome books as well.
Why bother with Android and not going straight to a PWA / a Website App? This would have the broadest audience possible!
The various C++ to javascript compilers cannot handle threads, and browsers cannot handle color management.
I don't talk about cross compilers of existing code but writing code from scratch as a PWA. Of course, you can also do threading and color management in a web application. So, is this Android version also just a "cross compiled" version? The future of software is running in a browser as a service. More and more companies moving to this web approach and his has big advantages like running "everywhere" on "any device". That's why I asked about a web version of Krita - not converted code but shiny new app from scratch. :-)
It is the same codebase, yes. And no, developing an application like Krita from scratch will take years, and no, web browsers do not provide a platform that can support an application like Krita yet. And let's stop here: this discussion is not useful or productive.
Okay, I don't want to bother more. I just made a suggestion for Krita to succed because there ARE already drawing web apps like https://sumo.app/paint/en https://sketch.io/sketchpad/ http://www.copainter.org/picture/90936 https://canvas.apps.chrome/ http://www.sigilmaster.com/ https://aframe.io/a-painter/ which of course cover a fraction of the features of Krita, but already show that a drawing / paint / sketch application is perfectly possible in a browser. Adobe is also shifting to browser based graphics apps. But other than discussing development of Krita from scratch, I just hoped that the Krita Linux version running on a Debian distribution in ChromeOS could be fixed for the pen/stylus to work on the canvas - because everything else works with Krita on such a system. Especially because the stylus _is_ working on this system on the Krita tablet tester (but only there and not on the standard canvas/sheet)! I guess it's probably just a small bug to squash. Never mind.