[KPhotoAlbum] KPA 5.1 issue list

[Tobias Leupold]

Hi all,

Thanks for all the feedback and esp. for the list! We will work on it asap 
(Johannes is on vacation and I'm sick right now, so give us some days ;-)

Just some comments I can do without investigating it further:

For #1, I have no idea ...

> 2. "Maintenance/Build thumbnails" doesn't seem to work
> If I start this, the progress bar stays at 0 %, even if I leave it ~ 1
> h. It also seems to me, that only the thumbnails are created, where I
> scroll the view to.

This function was addded to avoid the "just in time" thumbnail creation for 
those wo don't want this. Should work, this is most probably a regression of 
the Qt5/Kf5 port.

> 3. Annotation dialog too high
> The annotation dialog started out (much) too high.
> Probably because of this new 'map' in it.
> The buttons were pushed down below the visible space on the screen.
> That happened on the laptop as well as on the much bigger PC displays.
> This can be solved by editing sizes and contents and then save this.
> But I guess for newbies, this is much too well hidden.

Should not happen. The Annotation Dialog's geometry is a bit hard and we have 
multiple unfixed issues or at least behavior we don't want there ... :-(

> 4. At least in one install, parts of the menu entries had been missing,
> due to missing permissions on
> /usr/local/share/kphotoalbum
> /usr/local/etc/xdg/kphotoalbumrc
> (and sub dirs in the path)
> Note that I build as a normal user, but install as 'root'.
> At the same time my root account has a limited umask (077) set.
> I guess the install process should give explicit permissions, instead of
> relying on umask or the one already present on installed files.

Probably also a porting issue. Interestingly, no bug concerning this was filed 
yet – I don't think anything about the install process was changed. But it's 
Johannes who's the cmake expert.

> 5. Starting on the command line gives a hint/warning
> gollum:> kphotoalbum
> KXMLGUI file found at deprecated location
> ("/usr/local/share/kphotoalbum/kphotoalbumui.rc") -- please use
> ${KXMLGUI_INSTALL_DIR} to install this file instead.

This change should be no problem.

> 6. "Settings birthdays" duplicates the year in the GUI
> If I select in "Settings birthdays" a date e.g. 28. Dec. 2016, I get as
> result in the left pane "28. Dec. 20162016".
> The same happens, if I enter a date by hand.
> This seems to be a presentation problem. If I look at index.xml I find e.g.:
> <value value="Copyright" id="42" birthDate="2000-01-06"/>

This is a regression. Exceptionally, I'm the right person to talk to regarding 
this. I "fixed" that dialog recently, because it was fully dysfunctional and 
could even crash KPA. Alas, the smart KDE date functions were removed and I 
had to write kind-of-smart new ones (which seem to be not-so-smart after all 
;-) I'll investigate this asap.

> 7. Too many double clicks
> In my system settings, I have configured KDE to use double clicks to
> "open files and folders " (as the explanation says)
> Now I have to also use double clicks e.g. to "enter" the different top
> level items on the main screen. ("People", "Places", ...)
> Even if I want to select an entry in "Settings/Birthdays" I need a
> double click.
> These turn to single clicks, if I change this KDE setting.
> But because I want this "single click to just select", this is no good
> option.
> The behaviour had been single clicks, irrespective of the settings in
> previous versions. (I assume this is an effect of KDE4 <=> 5 and not a
> conscious change in KPA itself)
> Is there a way to change this ?

Most probably, this is a porting problem. We did not change the behavior 
consciously.

> Now I need my usual "disclaimer":
> This is no ranting on KPA - I like the program very much.
> Thanks for all the effort spend on it !

You're welcome ;-)

Cheers, Tobias