Same here. Great work!

Thank you! Well drive selection work i docker works, now floating dockers have perfectly visible name so that was fixed. Sadly docker still cant see jpgs. And its not just me as you see - I asked here on the forum, and on my G+ account. Got at least two people coming back to me with the same thing.

It is heading a right direction nevertheless

Another (minor?) Issue:
When I paint at the borders of the canvas there is a considerable lag with opengl on. I noticed this while painting strokes parallel to the edge of the canvas, so the brush tip is covering both the canvas and the background.
With opengl off, this is barely noticeable.

And a status update on the latest build (2.7.8.6):
The fav palette works in full screen. Always the first time it is invisible, but if I hit 'tab' to show the toolbars it appears. After that, it works normally also in full screen mode.

Hi everyone, I am new to this forum and just wanted to say how surprised I am with Krita. I'm using the windows version and despite it's quirkiness and bugs, this program is wonderful. I'm still stumbling around figuring out Krita, but you guys really nailed the main points of a paint program. The brushes work they way I always wanted them to. Keep up the great work, and looking forward to any new updates.

Nice! I'm impressed. Maybe soon I'll be able to actually use it for painting!

Some issues:

Weighted smoothing doesn't seem to work very well. The lines come out more jagged than if I pick no smoothing at all, and the distance between the cursor and the brush is nowhere near the default 50 pixels. Setting it to 1000 pixels seems to only move it back by 10 pixels or so.

The grid and perspective tool flickers and is only drawn directly under the cursor.

The installer won't let me pick the installation location (or at least I couldn't find the option).

Win 7 x64, Geforce GTX 295 (driver 320.18), Wacom Intuos 3 A4 (driver 6.3.5-3).

MadMinstrel wrote:Weighted smoothing doesn't seem to work very well. The lines come out more jagged than if I pick no smoothing at all, and the distance between the cursor and the brush is nowhere near the default 50 pixels. Setting it to 1000 pixels seems to only move it back by 10 pixels or so.

Is that with a tablet or a mouse? Dmitry did a lot of work on weighted smoothing recently, but it's still experimental...

MadMinstrel wrote:The grid and perspective tool flickers and is only drawn directly under the cursor.

That sounds like the same problem nvidia cards have with the popup palette. I am not sure how to fix that yet.

MadMinstrel wrote:The installer won't let me pick the installation location (or at least I couldn't find the option).

No, that's a known issue. I haven't figured out how to make wix let the use choose the install location.

Good update, moving the layers feels more accurate, and what people already have mentioned.
I found something however, the layer transparency lock doesn't seem to work. Anyone has the same problem?

Also, transforming tool (warp) cause the program to hang in windows (this was on 2.7.8.2 too), under linux it works quite well.
Switching to OpenGL doesn't make a difference.

Stirrup wrote:I found something however, the layer transparency lock doesn't seem to work. Anyone has the same problem?

At the top bar, next to the eraser icon you will see a button with the 'lock transparency' icon, like in the layers panel. This one works perfectly.
I find it much more handy by the way. Makes quick editing easier.

I tested some of the features people mentioned here.

- I have no problems with perspective grid and grid - no flickering, works normally
- weighted smoothing works just fine for me
- transparency lock works only with that top bar icon - isnt working with the small icon next to layer
- I dont experience any lag while painting on the border of canvas

win7, 64bit, GeForce GTX 550 Ti, driver version 320.18

Ah I didn't notice that at all, I wasn't expecting that change. Thanks!

boudewijn wrote:

MadMinstrel wrote:Weighted smoothing doesn't seem to work very well. The lines come out more jagged than if I pick no smoothing at all, and the distance between the cursor and the brush is nowhere near the default 50 pixels. Setting it to 1000 pixels seems to only move it back by 10 pixels or so.

Is that with a tablet or a mouse? Dmitry did a lot of work on weighted smoothing recently, but it's still experimental...

With an Intuos 3 tablet.



With a mouse it does appear to make lines slightly smoother, but the distance is still nowhere near 1000 pixels.

Smoothing is a bit hard to figure out - I am still tweaking it from time to time though.

I tried to get some real work done the last days. Created a couple of nice brushes and everything was good, until I had to up-res. Currently I am working on illustrations of 5000 x 5000 and some quite bigger. Upresing in Krita caused almost certainly a crash before completion, or one shortly after the resize. I tried all kinds of methods I could think of, like changing the resolution gradually, switching on/off opengl and tweaking the filtering, up resing the file in another application and open in krita.
The result was the same, and this made the program literally unusable for me, as far as professional work is concerned.

Until now I was working in files no larger than 2500 x 2500 px (in Krita). I am working with 3-4 times this size in other software with no problem at all.

I post this here because I am using Windows. Is this Windows related or a general issue? Is Krita performing better, and able to take on heavier tasks under linux?

The layer transparency lock button shouldn't have disabled the per-layer switch... I guess that's just a bug I caused.

As for bigger images on Windows, I am beginning to think it might be a 32 bits issue. I haven't got a 64 bits compiler on Windows, so windows binaries are 32 bits. On Linux, I seldom use anything smaller than ~7000x5000, and that never gives trouble, but then, those are 64 bits builds.

It might also be a problem with swapping on Windows, I guess... I need to investigate that. Could you add a bug to bugs.kde.org for the issue?

boudewijn wrote:
As for bigger images on Windows, I am beginning to think it might be a 32 bits issue. I haven't got a 64 bits compiler on Windows, so windows binaries are 32 bits. On Linux, I seldom use anything smaller than ~7000x5000, and that never gives trouble, but then, those are 64 bits builds.

It might also be a problem with swapping on Windows, I guess... I need to investigate that. Could you add a bug to bugs.kde.org for the issue?

Sure, I will also make some more tests to see if I can find approximately a limit on maximum size - maybe this can help.

Scio wrote:The OpenGL canvas draw mode works quite speedily for me on my Nvidia GTS250 with up to date drivers. But it flickers and tears constantly with every draw update, making it usable but very disturbing. This is with or without the trilinear filter on.

Scio wrote:This tearing behavior does not occur with my friend's machine where OpenGL works flawlessly. Coincidentally, he has the same older Nvidia card as me, but a non up-to-date driver.

I'm also on XP Pro 32 bit and am experiencing extreme flickering and tearing on the canvas when OpenGL is enabled, with the checkerboard background being visible in between the tears. This is on 2.7.8.2 as well as the new 2.7.8.6 build, GPU is Nvidia Geforce 9600GT.

Navigating is drastically faster in OpenGL and the various selection tools are actually visible when using them (whereas they are not when OpenGL is off), but this display problem is too severe for it to be usable unfortunately. I've noticed that if the top left corner of the canvas is obscured by the GUI, the flickering only happens when drawing or moving the canvas or if there is a selection active; otherwise it happens whenever the cursor moves.

Is your friend using XP by any chance? If not, then it looks like it might be a Windows XP specific issue. Be good to hear from anyone else using XP or the aforementioned GPUs as well.

Thanks!

(c: