https://bugs.kde.org/show_bug.cgi?id=411099
caulier.gil...@gmail.com changed:
What|Removed |Added
Version|8.1.0 |8.4.0
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=411099
--- Comment #38 from Peter ---
(In reply to caulier.gilles from comment #37)
> Hi all,
>
> The digiKam 8.4.0 Appimage bundle pre-release is now based on last modern
> frameworks Qt 6.7.0 and KDE 6.2.0.
>
> File can be downloaded at usual place : https
https://bugs.kde.org/show_bug.cgi?id=411099
--- Comment #37 from caulier.gil...@gmail.com ---
Hi all,
The digiKam 8.4.0 Appimage bundle pre-release is now based on last modern
frameworks Qt 6.7.0 and KDE 6.2.0.
File can be downloaded at usual place : https://files.kde.org/digikam/
Take a care :
https://bugs.kde.org/show_bug.cgi?id=411099
--- Comment #36 from Rafael Linux User ---
(In reply to Peter from comment #35)
> Hi Maik.
> * Before starting the search, digiKam shows irrelevant results
> * The search cannot be stopped! In the case of 200,000 photos, the search
> takes several minut
https://bugs.kde.org/show_bug.cgi?id=411099
caulier.gil...@gmail.com changed:
What|Removed |Added
Version|6.3.0 |8.1.0
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=411099
--- Comment #35 from Peter ---
Hi Maik.
* Before starting the search, digiKam shows irrelevant results
* The search cannot be stopped! In the case of 200,000 photos, the search takes
several minutes, until digikam finishes the search, it does not respon
https://bugs.kde.org/show_bug.cgi?id=411099
caulier.gil...@gmail.com changed:
What|Removed |Added
CC||caulier.gil...@gmail.com
--- Comment
https://bugs.kde.org/show_bug.cgi?id=411099
--- Comment #33 from Rafael Linux User ---
(In reply to Peter from comment #32)
> digiKam long search (6 minutes):
> https://mega.nz/folder/dYoGTZiI#d3L7YiCgSrYZstokzyFMaQ
>
> In this video:
> -- previous search is the anything containing the word jpg
https://bugs.kde.org/show_bug.cgi?id=411099
--- Comment #32 from Peter ---
digiKam long search (6 minutes):
https://mega.nz/folder/dYoGTZiI#d3L7YiCgSrYZstokzyFMaQ
In this video:
-- previous search is the anything containing the word jpg (190.000 hit. This
is good in case i need it, but you don't
https://bugs.kde.org/show_bug.cgi?id=411099
--- Comment #31 from Peter ---
(In reply to Maik Qualmann from comment #30)
> I admit I don't understand where the problem is. I use the search often, I
> don't have a speed problem, even if the result contains several 10 thousand
> images, it is built
https://bugs.kde.org/show_bug.cgi?id=411099
--- Comment #30 from Maik Qualmann ---
I admit I don't understand where the problem is. I use the search often, I
don't have a speed problem, even if the result contains several 10 thousand
images, it is built up in current digiKam versions in 1-2 secon
https://bugs.kde.org/show_bug.cgi?id=411099
--- Comment #29 from Peter ---
Maik please!
Add at least one "Stop Search" button.
Currently, there is a small trick (born of necessity) that can be used to
interrupt the long and pointless search, but a stop search button would be more
elegant.
--
Y
https://bugs.kde.org/show_bug.cgi?id=411099
--- Comment #28 from Peter ---
In the proposed case the previous search text can remain in the search box (as
it works now), but digiKam do not start the search until the user presses enter
or continues to fill in the text.
--
You are receiving this m
https://bugs.kde.org/show_bug.cgi?id=411099
--- Comment #27 from Peter ---
(In reply to Maik Qualmann from comment #11)
> Do not get me wrong. The concept is also that the search is a virtual album
> and the last view is restored. You also do not expect that you have to press
> on album, tags or
https://bugs.kde.org/show_bug.cgi?id=411099
--- Comment #26 from Rafael Linux User ---
(In reply to Maik Qualmann from comment #25)
> That sounds strange and I can't reproduce it here. If the size of the window
> changes, no new search process is started. With how many items in the view
> can the
https://bugs.kde.org/show_bug.cgi?id=411099
--- Comment #25 from Maik Qualmann ---
That sounds strange and I can't reproduce it here. If the size of the window
changes, no new search process is started. With how many items in the view can
the problem be reproduced and where is the database (MySQL
https://bugs.kde.org/show_bug.cgi?id=411099
--- Comment #24 from Rafael Linux User ---
Syv, you will never have this issue. My photos are on an NFS network drive and
that complicates the management by Digikam even more, it's normal. What I
insist is not normal, is that if I press "reset" after a
https://bugs.kde.org/show_bug.cgi?id=411099
--- Comment #23 from Peter ---
> You didn't read it carefully. I press the reset AFTER my successful
> search, while I'm still in the search panel
Unfortunately, this method does not solve the problems... :-(
...however, it creates another problem: aft
https://bugs.kde.org/show_bug.cgi?id=411099
--- Comment #22 from Syv ---
On Sun, 27 Feb 2022 01:23:19 +
"Rafael Linux User" wrote:
> > My solution is much more low-tech and is user dependent.
> >
> > When I'm done with my search, I press the reset button.
>
> Indeed, as you do not have
https://bugs.kde.org/show_bug.cgi?id=411099
--- Comment #21 from Rafael Linux User ---
(In reply to Syv from comment #20)
> On Sat, 26 Feb 2022 22:53:15 +
> "Rafael Linux User" wrote:
>
> > https://bugs.kde.org/show_bug.cgi?id=411099
> >
> > --- Comment #19 from Rafael Linux User
> > Most
https://bugs.kde.org/show_bug.cgi?id=411099
--- Comment #20 from Syv ---
On Sat, 26 Feb 2022 22:53:15 +
"Rafael Linux User" wrote:
> https://bugs.kde.org/show_bug.cgi?id=411099
>
> --- Comment #19 from Rafael Linux User
> Most likely because they don't work with hundreds of thousands of
>
https://bugs.kde.org/show_bug.cgi?id=411099
--- Comment #19 from Rafael Linux User ---
Peter, unfortunately, I understand that if nothing has been done about it in
the searches since 2019 to date, then they don't see it as an issue. Most
likely because they don't work with hundreds of thousands o
https://bugs.kde.org/show_bug.cgi?id=411099
--- Comment #18 from Peter ---
Hi Maik!
I full agree with Rafael Linux User!
Yesterday, one search term returned 160,000 results. I closed the digikam,
because I finished the work.
I opened digikam today and I wanted to search for a word, but the digika
https://bugs.kde.org/show_bug.cgi?id=411099
Maik Qualmann changed:
What|Removed |Added
CC||hakapesz...@gmail.com
--- Comment #17 from Maik
https://bugs.kde.org/show_bug.cgi?id=411099
Maik Qualmann changed:
What|Removed |Added
CC||ja...@lab6.com
--- Comment #16 from Maik Qualma
https://bugs.kde.org/show_bug.cgi?id=411099
Maik Qualmann changed:
What|Removed |Added
CC||digi...@911networks.com
--- Comment #15 from Ma
https://bugs.kde.org/show_bug.cgi?id=411099
--- Comment #14 from Rafael Linux User ---
(In reply to Maik Qualmann from comment #13)
> But you know that you can disable the automatic search when typing text?
> Right mouse button menu in the input field.
>
> Maik
Yes, I know that fact as I commen
https://bugs.kde.org/show_bug.cgi?id=411099
--- Comment #13 from Maik Qualmann ---
But you know that you can disable the automatic search when typing text? Right
mouse button menu in the input field.
Maik
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=411099
--- Comment #12 from Rafael Linux User ---
(In reply to Maik Qualmann from comment #11)
> Do not get me wrong. The concept is also that the search is a virtual album
> and the last view is restored. You also do not expect that you have to press
> on alb
https://bugs.kde.org/show_bug.cgi?id=411099
--- Comment #11 from Maik Qualmann ---
Do not get me wrong. The concept is also that the search is a virtual album and
the last view is restored. You also do not expect that you have to press on
album, tags or date tab first on Enter. The last view is r
https://bugs.kde.org/show_bug.cgi?id=411099
--- Comment #10 from Rafael Linux User ---
This is the video with comments https://fromsmash.com/q6VU0vcQW3-c0
As I wrote even is users-list, the search tab becomes unusable and his way of
work is not intuitive, so if user have thousand of images, is d
https://bugs.kde.org/show_bug.cgi?id=411099
--- Comment #9 from Maik Qualmann ---
Ok, that explains it. I had looked at the video 3 times and could not do
anything with it. Regardless of the video, yes if you confirm a reset advanced
search with OK, all items are found - because the SQL query giv
https://bugs.kde.org/show_bug.cgi?id=411099
--- Comment #8 from Rafael Linux User ---
Please, forgot that video. The conversion to make it smaller dropped a lot of
frames and makes the result a nonsense. Tomorrow I'll send it as it should be
uploaded.
I'm sorry
--
You are receiving this mail b
https://bugs.kde.org/show_bug.cgi?id=411099
--- Comment #7 from Rafael Linux User ---
(In reply to Maik Qualmann from comment #6)
> I notice that you keep talking about your blank search field. Yes, there is
> nothing in it. You understood that you do not have to enter complex searches
> over and
https://bugs.kde.org/show_bug.cgi?id=411099
--- Comment #6 from Maik Qualmann ---
I notice that you keep talking about your blank search field. Yes, there is
nothing in it. You understood that you do not have to enter complex searches
over and over again? These can be saved. These appear in the l
https://bugs.kde.org/show_bug.cgi?id=411099
--- Comment #5 from Rafael Linux User ---
(In reply to Maik Qualmann from comment #3)
> Just tested here, the "Actual search" in the list is executed. It is always
> the "last" search that would be performed. The sidebar concept always
> provides for th
https://bugs.kde.org/show_bug.cgi?id=411099
--- Comment #4 from Maik Qualmann ---
The problem is not the search in the DB, this takes only a fraction of a
second, even with many items. The problem is, if your search wants to show a
lot of items, this is still much faster with SQLite than MySQL. I
https://bugs.kde.org/show_bug.cgi?id=411099
--- Comment #3 from Maik Qualmann ---
Just tested here, the "Actual search" in the list is executed. It is always the
"last" search that would be performed. The sidebar concept always provides for
the last view to be restored, the last tags, the last da
https://bugs.kde.org/show_bug.cgi?id=411099
Rafael Linux User changed:
What|Removed |Added
CC||rafael.linux.u...@gmail.com
--- Comment #2
https://bugs.kde.org/show_bug.cgi?id=411099
Maik Qualmann changed:
What|Removed |Added
CC||metzping...@gmail.com
--- Comment #1 from Maik
40 matches
Mail list logo