Hello to the Krita devs and users.

First off, I would like to thank the devs for all their hard work on Krita. You guys/galls are awesome!
I have been very excited to use the new Krita 2.9 BETA and try out all the new features. So yesterday I installed it in my KDE Manjaro system from yaourt, using the git repo/build. Here are the issues that I have experienced when using the new version of Krita.

Krita is very slow starting and the brushes lag, more so than the previous version.

Sometimes the brushes will not resize when using the tablet pen, using shift+pen slide to left or right. The only way I could resize the brushes was to use "[" or "]".

Opening tabs for open existing documents is inconsistant and some time fails to open a new tab and krita freezes.

Switching between previous presets does not keep settings; size or opacity settings (using the shortcut /) they are reset to krtia's default settings each time. (this is very anoying)

The perspective lines on the vanishing point, do not stay visable when mooving cursor on the canvas. It leaves behind trasers and fragments that culter the screen and make it difficult to see what is underneath. The perspective preview lines appear only after the cursor has left the canvas. (just found this one 1-2-15)

The "mirrior image" generates artifacts and the whole picture needs to be moved to be able to see the picture, because it only shows the previous view. In addition, the image becomes fragmented. However, when the selection tool has a selection, and zoomed in, it works fine without distorting the image. (this is a bad one)

Zoom in and out is buggy, the image fragments and stuters in ramdom box sizes and it is not smooth at all; with keyboard shortcut and the tablet zoom

The "B" keyboard shortcut no longer works, and I can not find how to change it to active the freehand brush tool.

Reset canvas keyboard shortcut dosen't work and I can not find the name or shortcut in the list to reset it (ctrl+'), I also counld find no option in the menus to rest the canvas. (edit* I found that '5' is to reset canvas on forum and http://tysontan.tumblr.com/post/9106143 ... p-tutorial) But I could not find this in the configure shortcuts, which is a problem.

The background, or the image on the layer underneath, blurs when painting towards the bottom or the side of the canvas.

Regarding the interface, when I detatch the dockers, particularly the tool docker, it no longer can (resize) narrow vertically to one Icon; two icons is the widest that it will go.
Another problem that I have, is the names of the tools. In order to change the keyboard shortcuts, the names of the tools are not labeled the same as in the shortcut menu, under "configure shortcuts." I am refering to the diolag box that pops up when the mouse hovers over the icon. This makes it imposible to find and change the shortcuts. The listed above, B shortcut is a good example of that.

And as a request, can you please implement scroll wheel up and down, in order to zoom in or out of the Reference Image docker. It is a real pain to have to click and shrink the image with the zoom tool bar every time it gets zoomed in. Especially, when you do not intend to zoom in. This has been a frustrating thing for me since using the reference images box. I love the feature it gives of color picking and what not, but this gets old fast.

Another thing, how do I set up a default save and reference location folder? This is something I have yet to find out how to do.

Thank you for your time, and keep up the good work.

Gbear7 wrote:Hello to the Krita devs and users.

First off, I would like to thank the devs for all their hard work on Krita. You guys/galls are awesome!
I have been very excited to use the new Krita 2.9 BETA and try out all the new features. So yesterday I installed it in my KDE Manjaro system from yaourt, using the git repo/build. Here are the issues that I have experienced when using the new version of Krita.

Krita is very slow starting and the brushes lag, more so than the previous version.

Startup speed should be fixed. Didn't notice any brush lag, might be that it only happens with certain tablets.

Gbear7 wrote:Sometimes the brushes will not resize when using the tablet pen, using shift+pen slide to left or right. The only way I could resize the brushes was to use "[" or "]".

Works here.

Gbear7 wrote:Opening tabs for open existing documents is inconsistant and some time fails to open a new tab and krita freezes.

Haven't noticed that.

Gbear7 wrote:Switching between previous presets does not keep settings; size or opacity settings (using the shortcut /) they are reset to krtia's default settings each time. (this is very anoying)

You can lock the brush size in the brush settings.

Gbear7 wrote:The perspective lines on the vanishing point, do not stay visable when mooving cursor on the canvas. It leaves behind trasers and fragments that culter the screen and make it difficult to see what is underneath. The perspective preview lines appear only after the cursor has left the canvas. (just found this one 1-2-15)

The "mirrior image" generates artifacts and the whole picture needs to be moved to be able to see the picture, because it only shows the previous view. In addition, the image becomes fragmented. However, when the selection tool has a selection, and zoomed in, it works fine without distorting the image. (this is a bad one)

Zoom in and out is buggy, the image fragments and stuters in ramdom box sizes and it is not smooth at all; with keyboard shortcut and the tablet zoom

Try to turn on OpenGL support.

Gbear7 wrote:The "B" keyboard shortcut no longer works, and I can not find how to change it to active the freehand brush tool.

Reset canvas keyboard shortcut dosen't work and I can not find the name or shortcut in the list to reset it (ctrl+'), I also counld find no option in the menus to rest the canvas. (edit* I found that '5' is to reset canvas on forum and http://tysontan.tumblr.com/post/9106143 ... p-tutorial) But I could not find this in the configure shortcuts, which is a problem.

Recently some shortcut problems got fixed, maybe try to update.

Gbear7 wrote:The background, or the image on the layer underneath, blurs when painting towards the bottom or the side of the canvas.

Regarding the interface, when I detatch the dockers, particularly the tool docker, it no longer can (resize) narrow vertically to one Icon; two icons is the widest that it will go.
Another problem that I have, is the names of the tools. In order to change the keyboard shortcuts, the names of the tools are not labeled the same as in the shortcut menu, under "configure shortcuts." I am refering to the diolag box that pops up when the mouse hovers over the icon. This makes it imposible to find and change the shortcuts. The listed above, B shortcut is a good example of that.

Resizing of the toolbox is fixed already. The shortcuts are listed under the same name that is shown when you hover over the button and it shows a tooltip.

Gbear7 wrote:And as a request, can you please implement scroll wheel up and down, in order to zoom in or out of the Reference Image docker. It is a real pain to have to click and shrink the image with the zoom tool bar every time it gets zoomed in. Especially, when you do not intend to zoom in. This has been a frustrating thing for me since using the reference images box. I love the feature it gives of color picking and what not, but this gets old fast.

Another thing, how do I set up a default save and reference location folder? This is something I have yet to find out how to do.

Thank you for your time, and keep up the good work.

Btw it's better to open separate bug reports in the bug tracker, because issues are easily lost on the forum.

Hallo slagkamp,
Thank you for the reply.

Startup speed should be fixed. Didn't notice any brush lag, might be that it only happens with certain tablets.

I am glad that it works for you. It just sucks because it is a problem for me. Krita is installed on an SSD, so the wait time for initial start up is quite long considering. It takes from 40 seconds to some times over a minute to start up. I have a stout system, it has a Six core processor that is descently fast, and 16 GiB of ram. So I know it is not my computer. Becuase, this was not an issue with the previous build. I couldn't imagine how long it would take to start if it was installed on a regular HD.
I am using a wacom intuos 5 touch medium with updated drivers. Is that a tablet that people have had trouble with? Because with with the stable build, I would only experience lag with big brushes or ones that had a lot of texture to them. But when I am streaming my art work, other people who are watching tell me that the brush laging is a problem for them the times that they had tryed Krita. However, they where using the stable version of Krita on Windows, not linux. So I think that it might be more than just the kind of tablet being used. I will submit this as a bug.

Brushes will not resize

Works here.

I wish it would work consistently for me too.

Switching between presets:

You can lock the brush size in the brush settings.

I am sorry, but you missed the point of this problem. When I am working on detail and I need the brush to be a specific size and opacity, just for that part of the drawing/painting, and I need to switch to my my erasor or another brush, then return back to the previous brush. After swiching back, I need the previous brush to retain the previous settings. In 2.8 this was not a problem. The only time that it would change back to the default settings, was unless I selected another brush from the presets. But using '/' to swich between the brushes, it would keep the same settings. This issue impedes my workflow and is frustrating. I am going to report it as a bug.

Try to turn on OpenGL support.

Cool, now it works. In 2.8 it was broken it would crash Krita when I try to make or use a layer. So I glad to see that is works for my system now.

Recently some shortcut problems got fixed, maybe try to update.

I am rebuilding krita now to see if it helps. Current build is Version .29 Pre-Alpha (git fdd5917) from the AUR.

Resizing of the toolbox is fixed already.

I just tryed it again and it is narrowing to one icon now. But, the width of the tool bar dock is still only slimming to a two icon width (that is horizontally and vertically). It is because of the tool bar icons that is now at the top; the (dock-it) controls that have been added. I can see that windows users needing it, and it is a good feature. But as a KDE user, alt+right-mouse-click moves the window with out having to reposistion it using the tool bar, or to resize the window with alt+left-mouse-click; so there is no need for me to have them, they just add bulk to the UI... It is what it is, I guess.
Maybe if Krita could add an option to be able to turn the toolbars off or on in the settings. That would be really nice. Kind of like the ability of switching to single-window mode feature in gimp, but with the toolbars in Krita. That kind of idea anyways.

The shortcuts are listed under the same name that is shown when you hover over the button and it shows a tooltip.

Nope! I typed them in as they where spelled in the tool tip. I used the search bar to type the name (using upercase and lowercase letters), under Settings/Configure Shortcuts, and the list is blank, even if I only type three of the first letters. I even scrolled through the list many many times searching for the tools. They are not there! I have had this problem with every release of Krita. It has been one of the biggest frustrations that I have had with Krita.
I even asked a fellow streamer on Picarto.tv, whom is also using the same version of Krita from the AUR, but he is using Gnome, if he could find the Freehand Brush Tool in his settings, as well as the other tools, inorder to change the shortcuts. And he had the same issue, I could see him trying to find it, and it wasn't there. I was thinking that I have missed something, or I was doing it wrong, but it wasn't just me. If you want, I could do a screen recording of me trying to find it or other tools, and post it on youtube; if that would be of any help.

Btw it's better to open separate bug reports in the bug tracker, because issues are easily lost on the forum

I am doing that now.

Thanks again.

Gbear7 wrote:Hallo slagkamp,
Thank you for the reply.

Startup speed should be fixed. Didn't notice any brush lag, might be that it only happens with certain tablets.

I am glad that it works for you. It just sucks because it is a problem for me. Krita is installed on an SSD, so the wait time for initial start up is quite long considering. It takes from 40 seconds to some times over a minute to start up. I have a stout system, it has a Six core processor that is descently fast, and 16 GiB of ram. So I know it is not my computer. Becuase, this was not an issue with the previous build. I couldn't imagine how long it would take to start if it was installed on a regular HD.

It should not take that long usually. I have a dual-core i5, 8 GB Ram, 5400 rpm harddisk and Krita starts here in about 15 seconds.

Gbear7 wrote:I am using a wacom intuos 5 touch medium with updated drivers. Is that a tablet that people have had trouble with? Because with with the stable build, I would only experience lag with big brushes or ones that had a lot of texture to them. But when I am streaming my art work, other people who are watching tell me that the brush laging is a problem for them the times that they had tryed Krita. However, they where using the stable version of Krita on Windows, not linux. So I think that it might be more than just the kind of tablet being used. I will submit this as a bug.

Try it the a mouse and see if that makes a difference. On your system it should usually be fast. There is certainly a slowdown when the canvas or the brush gets really big. Also the WIndows version is slower than the LInux version.

Update
Well, the rebuild finished.
Now OpenGL crashes like it used to when it is sellected in the Krita settings.
I used the this build from the AUR this time https://aur.archlinux.org/packages/calligra-krita-git/
I am going to try to reinstall the previous version again, because the one currently installed crashes constantly now. I can't even use OpenGL.
Everytime that I close Krita I get a crash report popup now.

@ slangkamp
Yes the start up on this build is 23 seconds now, not good. Something is not right.

Even if I use the mouse, the brushes lag.

"Also the WIndows version is slower than the LInux version"
Yes I know, that is what I tell people.