Andi,<br><br>Undependetly of spliter size bug, i cannot find an fine explication why the image is not displayed in case of splitter size is null (thumbbar not visible).<br><br>This is not logic to not show preview image here. I suspect that zoom level (from status bar) has an invalid value at first init. later, it is relevant of preview widget size to be initialized properly (when splitter is resized).<br>
<br>To resume my idea, i suspect a race condition between zoom level and preview widget/Splitter/thumbbar are displayed (initialized).<br><br>Can you feel my viewpoint ?<br><br>Gilles<br><br><div class="gmail_quote">2008/12/2 Andi Clemens <span dir="ltr"><<a href="mailto:andi.clemens@gmx.net">andi.clemens@gmx.net</a>></span><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Bad news :-(<br>
This patch doesn't help, and some of our old bugs are still available, too.<br>
<br>
I copied my KDE3 rc file into the KDE4 folder and let digikam convert the<br>
database and the rc file (with and without this patch).<br>
<br>
After the conversion was finished, I could see my tags and albums, but no<br>
thumbnails (kioslave is working of course). Switching between tags, date and<br>
album view doesn't help. Also scanning for new images is not bringing back<br>
the thumbnails. I had to restart.<br>
<br>
After that, thumbnails are visible, BUT: Clicking on them will not display<br>
anything. I have to resize the splitter again to see anything.<br>
I would say something goes wrong here while converting, would make sense, but<br>
why can't I see thumbnails on first start?<br>
<br>
I have turned on the displaying of the total numbers of images in a folder,<br>
every folder has a (0) label beside itself. This means that the images are<br>
not recognized at all, it is not just a displaying problem.<br>
<br>
So actually two of our most annoying bugs are still present: No images on<br>
first start (after conversion) and the splitter bug (DAMN YOU SPLITTER :-))<br>
<font color="#888888"><br>
Andi<br>
</font><div><div></div><div class="Wj3C7c"><br>
On Monday 01 December 2008 21:41:44 Andi Clemens wrote:<br>
> Somehow I'm not sure if it really fixes the splitter problems... I had the<br>
> issue just 2 minutes ago... AGAIN!<br>
> Now I don't know if I had messed up my digikamrc file or if it is the same<br>
> old bug we are hunting for moths now.<br>
><br>
> I will not commit it and test it a little more. Next I will convert from<br>
> KDE3 to KDE4, it should fail then...<br>
> I will keep you informed.<br>
><br>
> Andi<br>
><br>
> On Monday 01 December 2008 21:21:50 Andi Clemens wrote:<br>
> > On Monday 01 December 2008 21:13:38 Marcel Wiesweg wrote:<br>
> > > > Marcel, any comment on why we use toBase64() methods to save splitter<br>
> > > > state? Otherwise I will commit the changes to SVN, for me it works<br>
> > > > fine in my GIT repo, even with "broken" digikamrc files.<br>
> > > ><br>
> > > > Andi<br>
> > ><br>
> > > We get raw binary data from QSplitter, and use toBase64 to encode it to<br>
> > > ASCII to store it in the config file. We use toBase64 before we store<br>
> > > to KConfig and use fromBase64 after reading from KConfig.<br>
> > > I dont know any more where we took that from or if I made this up<br>
> > > myself, and I dont know if this is strictly necessary. Possibly KConfig<br>
> > > can perfectly well store raw binary data.<br>
> > > If you can confirm that bugs are caused by this and after removal the<br>
> > > problems are solved, and configuration is always saved, then please<br>
> > > commit. (Keep in mind that when you remove fromBase64 the "broken"<br>
> > > digikamrc files will fail to load at all.)<br>
> ><br>
> > No, they load perfectly... I assume that the SplitterState config vars<br>
> > will not be read at all (because they are unknown now) and the default<br>
> > values will be used. After closing digiKam, the new SplitterState will be<br>
> > saved.<br>
> ><br>
> > OK I will commit it then...<br>
> ><br>
> > Andi<br>
> ><br>
> > > Marcel<br>
> > > _______________________________________________<br>
> > > Digikam-devel mailing list<br>
> > > <a href="mailto:Digikam-devel@kde.org">Digikam-devel@kde.org</a><br>
> > > <a href="https://mail.kde.org/mailman/listinfo/digikam-devel" target="_blank">https://mail.kde.org/mailman/listinfo/digikam-devel</a><br>
> ><br>
> > _______________________________________________<br>
> > Digikam-devel mailing list<br>
> > <a href="mailto:Digikam-devel@kde.org">Digikam-devel@kde.org</a><br>
> > <a href="https://mail.kde.org/mailman/listinfo/digikam-devel" target="_blank">https://mail.kde.org/mailman/listinfo/digikam-devel</a><br>
><br>
> _______________________________________________<br>
> Digikam-devel mailing list<br>
> <a href="mailto:Digikam-devel@kde.org">Digikam-devel@kde.org</a><br>
> <a href="https://mail.kde.org/mailman/listinfo/digikam-devel" target="_blank">https://mail.kde.org/mailman/listinfo/digikam-devel</a><br>
<br>
_______________________________________________<br>
Digikam-devel mailing list<br>
<a href="mailto:Digikam-devel@kde.org">Digikam-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/digikam-devel" target="_blank">https://mail.kde.org/mailman/listinfo/digikam-devel</a><br>
</div></div></blockquote></div><br>