Ok. Maybe that’s why, when I tested to open the sources with Qt5, it told me that there were errors with Phonon ? It still is included in Qt4 maybe ?
The Phonon framework seems not to be included at Qt 5 (Qt and Key Technologies) (source)
This is a question : will it be more work for you to wait until this bug is corrected and update Qt; or to disable pressure for the moment and reactivate it at the time it works again ?
I solved the phonon issue switching to qt 4.8.4 libraries but now, I have another problem:
error: No rule to make target ‘…/pencil/pencil.pro’, needed by ‘Makefile’. Stop.
Questions:
Any chance to solve it? (I’m new to QT Creator and its libraries)
2: I cloned chchwy with tortoiseHg, the last revision is 307, am I working correctly? It’s the first time I use it you know…
I trapped the “out of boundrect” problem and it’s not a compiler nor code bug!
I’m testing pencil on windows XP (sorry for this ) with Waccom Bamboo One. Compared to my panoramic screen the tablet is so small that, in order to avoid a huge rescaling, I’m using the tablet in relative mode (also called mouse mode).
Photoshop works fine in mouse/relative mode, pen pressure is correctly applied and pixel ratio is barely distorted but I noticed that in Krita, MyPaint, and most of the “pythoned” open source apps, relative mode isn’t working.
Let me explain what I think: There are really 2 coordinate systems you can work with, from the OS windows events or from the tablet driver. When a Windows XP user configs the tablet in absolute mode, the OS cursor updates by moving to the pen’s coordinates while in relative mode (or mouse mode), the OS cursor updates itself by adding the increments of the pen’s coordinates (or relative movements).
A solution I tested in another application was to use the standard event coordinates of the OS and all the other events from the tablet event packets (pressure, area, buttons, etc), and it worked; though I think in the case of QT it’s far more difficult.
In our case(pencil), it seems like the drawing coords are correct and the button coords are erroneous, hmmm, perhaps QT is using tablet absolute coordinates in the tool buttons panel?!?!
windows XP Professional XBased/32 bit SP3
(I can test on 64bits if needed: XP and Linux)
QT is 4.8.4
GCC 4.8.0 from MingW
CMake 2.8
Q2: No, I didn’t. I’m using repositories for the first time in my life, sorry.
I have turtoiseHg and GitHub installed and I’m a bit confused about the best way of working. I guess I must create a fork, then push updates but I don’t know exactly how.
The coordinates are ok with tablet in absolute coord mode.
The raster brush is painting fast and accurate, bravo; I see no real need to include MyPaint brush engine, by now.
The shortcuts are helping a lot.
Not responding as expected on Windows XP:
Enter/Intro key is not adding a frame but playing the animation.
When the tools are selected using shortcuts, the corresponding icon is correctly selected(down) but the new mode remain unchanged (the graphic cursor doesn’t change nor the tracings nor the option panel)
Is there a way to disable soundlayer/phonon on compile alltogether? I uncomment it in the pro file and still no luck. This phonon compile bug is a showstopper