Advanced Search by Collection

[kaizubg at gmail.com]

Nope. I restart digiKam; start a new New Advanced Search and define
2018 in the selection list with this result:


It has nothing to do with the clear button.

The folder 2018 did not contain any photos. The photos reside in the
yyyy-mm-dd -folders.

In the next step I copy two photos in the 2018 folder and run the query
again. As a result the query functions as follows


So the selection 2018 in the list is interpeted in query engine as
search only in the folder 2018. 

The only problem seems to be the user who thought that the search is
carried out recursively in all the folders. 😉

 Kai 



ti, 2024-03-05 kello 19:22 +0100, Maik Qualmann kirjoitti:
> We leave the clear button so that the layout doesn't jump. I haven't
> really 
> liked it so far, let's see if we can add an invisible symbol so that
> it's 
> easier to see that the field hasn't been reset yet.
> 
> Maik
> 
> Am Dienstag, 5. März 2024, 19:12:18 CET schrieben Sie:
> > Just deleting the album name doesn't work, you have to press the
> > reset
> > symbol at the end of the line. Otherwise they look for an empty
> > ("")
> > string.
> > 
> > Maik
> > 
> > Am Dienstag, 5. März 2024, 17:01:25 CET schrieb kaizubg at gmail.com:
> > > Hi,
> > > 
> > > My photos are organized in an album using a
> > > yyyy
> > > 
> > >  yyyy-mm-dd
> > >  ...
> > > 
> > > - folder structure.
> > > 
> > > When I issue a advanced search using
> > > Search items located in: Any Album
> > > The album name contains: 2018
> > > as a result I get the correct photos.
> > > 
> > > If I issue the query as
> > > Search items located in: 2018
> > > The album name contains:
> > > as a ressult I get an error "The query from the database returned
> > > no
> > > results.....".
> > > 
> > > If I issue the query as
> > > Search items located in: 2018-12-30
> > > The album name contains:
> > > as a result I get again the the correct photos.
> > > 
> > > Is this behaviour I'm observing (in ai versions 8.2 and 8.3) a
> > > feature of
> > > digiKam or possibly a bug? Kai
> > > 
> > > yi, 2024-03-05 kello 00:05 +0100, Benoît Barbier kirjoitti:
> > > > Your question comes just at the right moment, because there's
> > > > something
> > > > I didn't understand...
> > > > 
> > > > It seems that the collection created with the configuration
> > > > tool(Cf.
> > > > Collection.png) in "Collection", is an album in the search
> > > > tool(Cf.Album.png)...
> > > > 
> > > > --
> > > > Benoît
> > > > 
> > > > 
> > > > is an album in the search tool...
> > > > 
> > > > Le 4/03/24 à 21:57, Art Zemon a écrit :
> > > > > While on vacation, I created a collection on a removable SSD
> > > > > as a
> > > > > backup. Is there a way to do an advanced search and exclude
> > > > > the
> > > > > photos in that collection? Or a way to do an advanced search
> > > > > on
> > > > > only
> > > > > the photos of a single collection?
> > > > > 
> > > > > -- Art Z.
> > > > > 
> > > > > -- My blog: CheerfulCurmudgeon.com
> > > > > <https://CheerfulCurmudgeon.com/>
> > > > > ///In a place where there are no humans, strive to be human.
> > > > > [Pirkei
> > > > > 
> > > > >  Avot 2:5]/
> 
> 
> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20240305/d716cf51/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Kuva-QYE9J2.png
Type: image/png
Size: 39723 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20240305/d716cf51/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Kuva-ILLYJ2.png
Type: image/png
Size: 43973 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20240305/d716cf51/attachment-0003.png>