boudewijn wrote: Could you report it to bugs.kde.org? I'm not sure when it will be fixed, there's plenty to do, but we need to have the issue on record.

Certainly. As soon as I finish work will report it. Good to see you back

Relevant discussion for the image docker issue: http://lists.qt-project.org/pipermail/i ... 03162.html. Good to add to the bug report

I sent report on that one, will sent on other small issue as well. When I am in "move layer" and pressing right click on stylus to get floating menu with brushes and colors, choosing brush and... it is still in move layer mode. Would be great if after choosing brush it just automatically switched to "Paint with brushes" mode. If someone accidentally clicked right click and wish to stay in move mode he could do that by not choosing any brush and touching anywhere outside floating menu. I hope I am making any sense - I slept 3 hours tonight... Again

OK, after some time and another little work done with Krita I have to ask - sorry - again hows work going on some new version Is it going?
Painting with Krita is a pleasure . Smooth, with little glitches but in general it is very good experience. I LOVE that right click menu that gives me instant favorite brushes, helps a lot. After trying to use Krita for real work I have - except bugs that I have found - one more comment. Real life scenario - I just got lot of changes from client. Painting in Krita is superb but editing that involves making selections, cutting, moving things around.. That really is sloooooooooooooow. Doing fairly easy selection takes way too long. I mean making steps is fast but when I want to close selection Krita is thinking intensively for a good while. Drives me nuts
Also - when I have selection done and want to transform it - it is slow and a bit clumsy. I need to hover over the transform box to get the right option but it is sometimes frustrating when instead of resizing I am rotating or something. We spoke before about other strange behaviors of transform tool. but it absolutely kills pleasure of using Krita and it is a tool that has to be used many, many times (well at least in my workflow). Also last comment for now - while transforming we have that ghost, semitransparent version of what we actually did. It works fine, but I found it rather annoying when working, Lets say I have to transform some part of painted building - slight change to fix perspective. This ghost view just blends with original and I dont see what I am doing. If I move it to some other background I see ghost now but I cant see how this will play with rest of the building. Maybe there is some option to change it - I am still learning Krita after all, but I didnt found it.
Anyways - thats a few observations. Will be nice if you shared info on how it is going with Krita on windows Not trying to push you just I am eager to know whats cooking (if anything).

PS. And why my OS in forum shows like a dolphin "Zenwalk"? :O

The OS change was accidental, and was caused by another OS being added to the list partway through instead of the end.

Okay... Two new installers ready for download from http://www.krita.org/download.

One is a 64 bit MingW installer created from git master. It starts slower, but should be able to handle way bigger images and seems to miss a few bugs the mscv installer has, like the duplicate layer one.

The other is 2.5-branch based and compiled with msvc.

There is actually a toggle for the ghost in the transform tool, but we need to figure out a way to spend some serious TLC on that tool, that's definitely true.

OK guys... Where to start...
First of - please dont take it as whining but somehow constructive critique, ok? I am trying to put it in perspective.
Like always I was excited to try new build so I went directly for 64bit version, as I use 64bit windows. 32 bit Krita after installing had about 400MB, here installer is over 500MB heavy and.... Krita takes over 3GB after installing! I dont know how to put it in a delicate way but... something DEFINITELY went wrong. My Photoshop, Illustrator and After Effects plus some small Adobe apps - ALL TOGETHER occupy 2.7GB. OpenCanvas installer has less than 3MB... Come on... It just cant be this big - I am sure you have your reasons for it but as a user I find it quite daunting.

I can only speak for myself here - I am using Open Source software because it is lightning fast, light and not bloated. Anything that huge as 3GB just cant be fast - and it isnt, I checked.

I will be testing 32 bits version for now that is more responsive (even if it takes now more space then 64 bits photoshop...). I will let you know whats up. Please give that size and speed some thought.. It may be a show stopper for many.

PS
and 64 bit application should install to "Program Files" not to "Program Files (x86)" - as it is happening now.

Yeah, I'm definitely packing too much into the 64 bit installer atm, I haven't stripped it down well enough. It's a whole new build setup for me, so I'm not really sure about what needs to go in there. Then again, the 64 bit build will be bigger in any case, because the binaries just are bigger. But I've still got some work to do there. Need to find the spare time to weed out the superfluous bits though.

Good luck man, take your time! As always thank you for your hard work. I can only imagine how hard it is - ideal result would be small and fast I am willing to check whatever you will came up with but try to keep it under 1GB Too bad that you are on your own - because you are, right? Some experienced windows dev surely would be helpful... One way or another - please keep it up, I will be testing it - at least that I can do to help.

Yeah, I'm doing these packages on my own. However, I get a lot of help from the amazing people from the kde-windows project, without their work, I wouldn't be able to do anything!

Hi, boudewijn !
Recently tried Krita 2.5.
1) It installed an ran smoothly under Windows XP.
2) Krita didn't want to install under Oracle VirtualBox virtual machine Win7Pro x32, interrupted the setup. After a reboot of VM it installed. The first run took about 20 min, configuring and gathering information. It finally started, ran OK.
3) Under my desktop native OS, Win7Pro x32, the setup went fine, but Krita didn't run. The first ran said 'wait, configuring Krita', then '11 seconds remaining', '10 sec', '9 sec' - and disappeared. After that when I try to run Krita, nothing happens. The task manager flashes 'conhost.exe' and 'krita.exe' in processes, but they vanish is less than a second. Deleting and reinstall didn't help.

Why there is difference between my native Win7 and a virtual machine? My native OS has lots of development tools installed: MS SQL Server 2008, Visual Web Developer 2010, Silverlight 3 and 4 SDKs, Sybase ASE, LibreOffice 3.6.0 and other stuff (no Visual C++ dev tools, maybe only libraries). This OS might be too flooded with software and garbage. The virtual machine is a clean install (installed it specifically to test Krita, GIMP, etc).

So, if there is a way for me to trace the crashing part of the application, gather logs or whatever I might help with - I'd be glad to. I have Win7 only at my workplace, so I can't test it at home.

For me latest build works under win7 64bit (32bit version of Krita). It has a slow start but it works.

Hey Alex,

If krita doesn't run on your development system it might be that various versions of visual studio's libc are conflicting or things like that. I'm not really knowledgeable about Windows, I'm making these things up as I go. What you could do is start debugview (http://technet.microsoft.com/en-us/sysi ... 96647.aspx) and start krita and see whether there's any output.

boudewijn wrote:What you could do is start debugview (http://technet.microsoft.com/en-us/sysi ... 96647.aspx) and start krita and see whether there's any output.

Started the app, enabled all possible capture options (capture events, capture win32, capture global win32) - the screen is empty, no matter how many times I start Krita. Tried reinstall with DebugView running - still empty. Configured by the manual... what am i doing wrong? =\

Are you sure it is supposed to track debug events? "Under Windows 2000, XP, Server 2003 and Vista DebugView will capture: <...>" But not a word about Windows 7. Hm...

Well, I use it on win8 to check the output of krita and that works. I guess there's something wrong even earlier, before the application starts properly