Registered Member
|
That is REALLY fast answer , thanks. I just finished adding those to bugzilla. Thank you guys.
|
KDE Developer
|
New build is up... This should fix the dreaded "Active layer is not selected in the layerbox" error, and some other things that I have forgotten after a demanding Akademy conference . http://www.kogmbh.com/download.html.
|
Registered Member
|
Good one! As I am going deeper into the project consequently trying to use JUST Krita I have noticed some more glitches - as I have to proceed with work I will send proper bug reports later on from new version (unless they were fixed ofcourse). Let me just note them down here:
- Changing canvas size is not always working as expected. When I go to IMAGE/SIZE CANVAS and lets say I want to add some pixels to width only. I will click on ANCHOR in the left so pixels will be added on the right side of the canvas - all works good. BUT, when then I want to add pixels on the left, I click ANCHOR right side and.. Krita is still adding pixels on right side of canvas. I havent found any pattern there, sometimes it works, sometimes is not. It shows in the offset everything ok, but when accepted sometimes is added on opposite side then expected. I have no idea if I make myself clear - let me know, maybe I will have to make some screenshot to illustrate it. - Dockers in my opinion are starting docking procedure way to fast. I am using brilliant "REFERENCE IMAGES" docker and I want to just move it closer to the upper edge of the screen BUT KEEP IT FLOATING. It is getting docked when I still have lot of space there... Docking is very cool but some windows I want to keep floating and use maximum of canvas size for it. Now I cant move it to the edge of canvas because really quickly Krita will dock it. It would be ideal if docking could take place while we hit the edge of the window or at least make that space smaller so docker can float close to the edge also. -Brush called "Block_paint_tilt" seems to do nothing. I tried it in many ways and looks like is not affecting canvas in any way (maybe I dont use it properly, but it isnt leaving any color and is not affecting existing colors so...) Thats it for now, let me install new build and get to work. |
KDE Developer
|
I think the change canvas size bug has been reported already. There is, unfortunately, not much we can do about the dockers. They are provided by the underlying GUI system and we cannot influence the way they work much. We could try to add a button to force them to float, but I'm not sure even that is possible.
|
Registered Member
|
Yeah, I'm sorry I am having a hard time to find bugs in bug-tracker and I may post something that was already mentioned - REALLY TRYING NOT TO I saw a few bugs but nothing that wasn't mentioned already so...
At this point I don't see any showstoppers, Krita is doing very good job and its highly experimental, unstable alpha for windows is in fact pretty... stable I am sure you guys have plenty of things to work on for now, will keep on tracking but mostly I am just enjoying it. I hope you will keep on informing whats happening on developers side |
KDE Developer
|
No problem -- I don't mind duplicates, it's my task to weed them out
|
Registered Member
|
Any hints on that brush I mentioned? I am just curious is it something I am doing wrong or is it not working?
|
KDE Developer
|
That brush works only if you use a tablet and a stylus that supports tilt.
|
Registered Member
|
Thats what I thought but thanks for confirmation... Sadly I need 100 bucks more for new intuos, my old graphire isn't up to the task. Thx for explaining. |
Registered Member
|
For me Krita on windows works really good,congratulations.
Currently the main problem I have is when you mirror the canvas,after that if you zoom the pivot point of the canvas is wrong,and you simply can't work in mirror mode(at least if you don't stay at a fixed zoom value),it's really annoying. |
KDE Developer
|
Yes, that's really annoying. It's not a windows-only bug. Dmitry is working on a comprehensive fix, but he has an obligatory summer camp from university this year, so the fix won't be done any time soon.
|
Registered Member
|
Great to know that you are aware of the problem,I thought it was a windows peculiarity.
As I'm here I mention 2 other little things that in my opinion could be improved(windows version,I really don't know how these works on linux) With large images(for example 7000 * 5000,panning the canvas with the bar and the left mouse buttom(or the pen) is a bit slow(I know the res is great but compared to other painting application I think it could be optimized a bit). And it's hard to understand what layer are you working on(if you have more than a layer the current layer it's not visually easy to detect,maybe underlying the box with a different color could help). Keep it up,this program is great. Bye |
KDE Developer
|
I hope our Krita on Windows project will result in an improved opengl canvas that works on Windows; that should help panning a lot (though moving one layer in a big stack will probably still be slow).
The active layer visibility issue is something I've fixed recently, and I hope a new installer will go live today. |
Registered Member
|
Its 3:30Am where I am so I may sound little weird
I just added to bugzilla two bugs that were chasing me lately through project. One is related to very cool transforming in Krita and I guess this should illustrate a problem: http://img513.imageshack.us/img513/7062 ... nsform.jpg Second is related to transparency mask - every time when I add transparency mask and choose clack to mask things out Krita is doing nothing. I've discovered that I have to hit "E" to make it work. I thought I just had brush in erasing mode, but no - it is happening every time even on fresh start. Also when I make it work by hitting "E" and I am masking things out - when I change color to white to bring back part of a layer back it is still masking like I would be using black... Again - hitting "E" is helping (sometimes once, sometimes twice... Looks like something is wrong there) So much for now and as usual - thank you for your hard work! |
KDE Developer
|
The mask issue is known. We haven't got a solution here, but basically, masks in krita are pure alpha channel. That means that you need to use the eraser to remove parts of the mask and use opacity, not color to add new pixels to the mask. It's a problem, we want to fix it, but the paint system in krita makes that pretty hard.
We need to look into the transform tool issues, but that probably will take some time. The developer of the transform tool is really busy and hasn't had time for the transform tool for some time now. There are also feature requests for the transform tool, but those don't get the love they deserve either, at least not at the moment. |
Registered users: abc72656, Bing [Bot], daret, Google [Bot], Sogou [Bot]