digiKam bugs triage…
Since few days, team works on KDE bugzilla to clean bugs database before to release digiKam 0.10.0-beta7 for KDE4 and digiKam 0.9.5-beta2 for KDE3.
More than 30 files have been closed in 3 days, and less than one quarter of all files have been parsed. Note than digiKam and DigikamImagePlugins component in bugzilla counts around 500 entries.
We need help to review all reports. If you have already file a bug about digiKam, please check if this one still valid to use last KDE3 stable release (0.9.4), or better to try current 0.10.0-beta6 release for KDE4.
Thanks in advance...
digikam on KDE4 is hot!
Great work! Latest build on KDE4 doesn't crash on me any more upon startup. And it's beautiful! And functional! Excellent, excellent job! So pretty.
Thank you
After my last comment, on the other post, I want to thank you for bringing us back diversity with a picture not from windows.
so, thank you
Dang, I wanna try this so bad...
Curse you, slow, outdated repositories! Curse my lack of compiling skills!
May {$DIETY} grant my wish that one day we shall see DigiKam included in project Neon.
*sigh*
Great work Giles. It sounds amazing, and as I'm sure you can guess by now we're eagerly awaiting getting our hands on this delicious sounding new DigiKam.
PS It took 5 attempts to get this message through your CAPTCHA...
> PS It took 5 attempts to
> PS It took 5 attempts to get this message through your CAPTCHA...
Not only you - it's difficult to read the code.
captcha
I agree, the captcha has prevented me from posting here numerous times. It is simply not worth the effort- that is time that I could be triaging bugs!
Gilles: Might I suggest that the digiKam screenshots use the default KDE theme and colours? While I, like you, prefer to save my eyes and use a dark theme, most of the world see that dark theme and it turns them off. I know this because I've introduced people to digiKam and after seeing the dark screenshots they don't want to use it, even after they've seen it running on my desktop and expressed interest (both Windows and Linux users).
development
The current development looks nice and stable, beta6 comes around quite good. Sadly my isp screwed up big time so at home I am left without internet for at least until mid january :( I will still try to update my patch but it will take some time.
So I beg one of the devs to have a look at the bug and squash it, I suppose it won't take more than a few lines changed.
ps The captcha is extremely hard to read lately, sometimes I can only guess.
Can anybody help me???? I'm desperate...
I've been almost two weeks surfing on the web but I can't solve an annoying problem with qt/kdelibs.
Let's explain:
- I have a KXmlGuiWindow, but I do not want to use xml config file for his management,
- the window already has a layout, so I can't use another one, or if I try I got some new errors,
- I need to place a QTreeWidget in the center of the window, without using KDockWidget because it feels ugly (if I could have a KDockWidget without the top bar it could be perfect)
- I need to place a terminal (made using kparts) rather than the QTreeWidget, when some event happens
- I need to place other widgets rather than the QTreeWidget and the terminal, when some other event happens...
But:
- Using setCentralWidget() I can put my QTreeWidget into the window but if I try to hide OR delete it before inserting the terminal widget, my app crashes
I've been trying with a new object which inherits from QWidget, placing a QLayout into it and trying to set there my objects.
But:
- I need to delete any widget from the layout, before inserting another one
- On qt4.4.3 there is no such method like the old removeAllItems() (qt4.2)
- If I try to delete any item from the layout, with either removeItem()/removeWidget(), the widget will be deleted but my window will remain dirty
For example, if I delete the terminal and then I set the QTreeWidget, the terminal object won't exist no more, but the terminal will remain on the window! And under the terminal I'll have the QTreeWidget.
I hope anybody could help me, I'm going crazy. Thanks.
(sorry for my bad english, but unfortunately I'm italian)
ops I forgot my mail:
ops I forgot my mail: badblock AT email DOT it
thanks :)
Great work! However I have
Great work!
However I have one question regarding RAW batch conversion. I don't know maybe I'm doing something wrong, but when I use batch conversion, resulting JPEG from Raws with portrait orientation are not rotated correctly. Does batch conversion respect this kind of information from EXIF?
Exif rotation can be written outside Exif standard
This is incredible, but true : some Camera constructors use Exif Makernotes to host image orientation informations (as Panasonic Raw file for ex.). If Exiv2 library don't know these informations encoding, digiKam is not able to set the right image orientation during Raw conversion...
digiKam
Can anyone tell me what
Can anyone tell me what happened to all the batch editing tools, e.g. batch resize? They do not show up anymore even though kipi-plugins is installed. All I'm seeing is DNG converter and one other tool I can't remember right now.
It's will not ported (by me)...
I will not port this kipi-plugin. For digiKam i prepare a new tool, more powerfull, where we can assign more than one batch action to items: a Batch Queue Manager.
Developement is already started, but not yet complete. I'm not sure if it will done for digiKam 0.10.0. A screenshot is given below:
digiKam