<div dir="ltr"><div>In February there was discussion about having a dynamic album 
function that could be a container for image files harvested from 
any of the search and display tools in digikam.  I advocated there is a 
need for playlists that can be fed to slideshow without creating 
duplicate image files as the feed.</div><div>   A bug entry was created for the "feature"</div><div><a href="https://bugs.kde.org/show_bug.cgi?id=449968" target="_blank">https://bugs.kde.org/show_bug.cgi?id=449968</a></div><div>In
 the #6 entry of that discussion Maik pointed out that the existing 
feature of exporting symlinks to a local directory  could act as a 
"dynamic album" or playlist.</div><div>In #11 post optimism was revised 
to recall  another bug that exists making the symlink export non 
functional for QT code on Windows 10</div><div>   That prior bug post remained unresolved as of 2016 and it still seems to exist <br></div><div>There is also some unanswered question whether a hardlink would behave differently than the  .LNK generated by digikam<br></div><div><a href="https://bugreports.qt.io/browse/QTBUG-44639" target="_blank">https://bugreports.qt.io/browse/QTBUG-44639</a></div><div>  
 Neither of the 2 bug topics have  been declared priority for the next 
upgrade, and i believe they should be solved for Windows</div><div>    
The concept of saving local symlinks or hardlinks could  function as a 
work list or play list tool  and was an intended function years ago. <br></div><div>I 
 would like to hear from Linux users if it is working and how it does as
 a playlist feed for preparing (and sorting) images for a slideshow.</div><div> 
 since I have to continue collaboration with a Win10 user I would 
welcome hearing a declaration to remedy these 2 bug topics  that seem to
 deprive Win10 users of a good tool</div><div>Thanks  <br></div><div>Tyrus</div></div>