(no subject)

classic Classic list List threaded Threaded
10 messages Options
Reply | Threaded
Open this post in threaded view
|

(no subject)

piotr_tarnowski
Gilles,

  to effectively use quick search text box I need negation so, that I can
filter-out all files with RAW in name. The simplest solution would be to
check if first character is ! and if so search for remaining and negate
(for example:

[!RAW    ]

). I'm going to patch this way. Do you like the idea or prefer different
one?

Regards,
Piotr Tarnowski

----------------------------------------------------
Cichopek znowu wygrała z Miko!
Przeczytaj! http://klik.wp.pl/?adr=http%3A%2F%2Fcorto.www.wp.pl%2Fas%2Fmiko.html&sid=169


_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users
Reply | Threaded
Open this post in threaded view
|

Re: (no subject)

Arnd Baecker
Hi Piotr,

On Fri, 4 Jan 2008, Piotr Tarnowski wrote:

> Gilles,
>
>   to effectively use quick search text box I need negation so, that I can
> filter-out all files with RAW in name. The simplest solution would be to
> check if first character is ! and if so search for remaining and negate
> (for example:
>
> [!RAW    ]
>
> ). I'm going to patch this way. Do you like the idea or prefer different
> one?

I really like this idea a lot!

Some possible extensions:
- logical AND between space separated text:
  Either implicit:
    location1  location2
  or explicitly:
    location1 & location2
- the same with OR
    location1  location2
  or explicitly:
    location1 | location2
This would mean a change to the current behaviour,
where location1 location2 would filter for "location1 location2"
(i.e. typically no hits).

(Not sure if we really would like to allow for combining
logical expressions here ;-)

Maybe the best is if you add a feature wish to the bug-tracker
and add your patch there.
This allows to refine things (if necessary) and
also ensure that this is also ported to the KDE4 branch properly.

Thanks a lot in advance,

Arnd
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users
Reply | Threaded
Open this post in threaded view
|

Re: (no subject)

Gilles Caulier-4


2008/1/4, Arnd Baecker <[hidden email]>:
Hi Piotr,

On Fri, 4 Jan 2008, Piotr Tarnowski wrote:

> Gilles,
>
>   to effectively use quick search text box I need negation so, that I can
> filter-out all files with RAW in name. The simplest solution would be to
> check if first character is ! and if so search for remaining and negate
> (for example:
>
> [!RAW    ]
>
> ). I'm going to patch this way. Do you like the idea or prefer different
> one?

I really like this idea a lot!

Definitivly, no
 

Some possible extensions:
- logical AND between space separated text:
  Either implicit:
    location1  location2
  or explicitly:
    location1 & location2
- the same with OR
    location1  location2
  or explicitly:
    location1 | location2
This would mean a change to the current behaviour,
where location1 location2 would filter for "location1 location2"
(i.e. typically no hits).

(Not sure if we really would like to allow for combining
logical expressions here ;-)

no, no ,no...

I hate to use regular expression everywhere. It's complex and not user friendly, especially into a gui.

Take a look into photo-management application under windows and forget linux command line here. We programming a guin, and we need a simple way to change behaviour of text filter, using by beginners not experts !

My prefered solution is to implement a pop-up menu over the line edit widget (like rating filter option available on status bar)

Best

Gilles Caulier




 

Maybe the best is if you add a feature wish to the bug-tracker
and add your patch there.
This allows to refine things (if necessary) and
also ensure that this is also ported to the KDE4 branch properly.

Thanks a lot in advance,

Arnd
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users


_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users
Reply | Threaded
Open this post in threaded view
|

Re: (no subject)

Bugzilla from mikmach@wp.pl
Dnia Friday 04 of January 2008, Gilles Caulier napisał:

> no, no ,no...
>
> I hate to use regular expression everywhere. It's complex and not user
> friendly, especially into a gui.
>
> Take a look into photo-management application under windows and forget
> linux command line here. We programming a guin, and we need a simple way
> to change behaviour of text filter, using by beginners not experts !
>
> My prefered solution is to implement a pop-up menu over the line edit
> widget (like rating filter option available on status bar)

This functionality would be hidden from common user. Even with GUI they
would use that really rarely. But for power users it would be nice.

More user friendly could google-like syntax:

asdf filetype:jpg -date:2007*

It should find file with something with 'asdf' string somewhere AND with
filetype JPG but not done in 2007.

In short: bringing advanced search into "command line" of View mode.

m.

_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users
Reply | Threaded
Open this post in threaded view
|

Re: (no subject)

Bugzilla from michel.pottier@free.fr
Hello all
Excuse me for my bad english.

Mikolaj Machowski a écrit :

> Dnia Friday 04 of January 2008, Gilles Caulier napisał:
>  
>> no, no ,no...
>>
>> I hate to use regular expression everywhere. It's complex and not user
>> friendly, especially into a gui.
>>
>> Take a look into photo-management application under windows and forget
>> linux command line here. We programming a guin, and we need a simple way
>> to change behaviour of text filter, using by beginners not experts !
>>    
I agree with this point of view.
>> My prefered solution is to implement a pop-up menu over the line edit
>> widget (like rating filter option available on status bar)
>>    
>
> This functionality would be hidden from common user. Even with GUI they
> would use that really rarely. But for power users it would be nice.
>  
I think it will be very harmful for digikam to have a hidden
functionality. The first step  says "expert users know that they can do
that ..." The next step will be  "Ho everybody knows that by using
regular expressions he can do that .. this is implemented". At the final
step Digikam will be used by a small community of experts because the
functionality will be not implemented in a comprehensive form for
non-expert users! Very harmful!
> More user friendly could google-like syntax:
>
> asdf filetype:jpg -date:2007*
>
> It should find file with something with 'asdf' string somewhere AND with
> filetype JPG but not done in 2007.
>  
Why do you explain this syntax? It was not clear for everybody? (In fact
not for me :-[ ).

Hoping that you understand my poor english, have a good weekend and,
many thanks to the Digikam team.
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users
Reply | Threaded
Open this post in threaded view
|

Re: (no subject)

Gilles Caulier-4


2008/1/5, Michel Pottier <[hidden email]>:
Hello all
Excuse me for my bad english.

Mikolaj Machowski a écrit :

> Dnia Friday 04 of January 2008, Gilles Caulier napisał:
>
>> no, no ,no...
>>
>> I hate to use regular expression everywhere. It's complex and not user
>> friendly, especially into a gui.
>>
>> Take a look into photo-management application under windows and forget
>> linux command line here. We programming a guin, and we need a simple way
>> to change behaviour of text filter, using by beginners not experts !
>>
I agree with this point of view.
>> My prefered solution is to implement a pop-up menu over the line edit
>> widget (like rating filter option available on status bar)
>>
>
> This functionality would be hidden from common user. Even with GUI they
> would use that really rarely. But for power users it would be nice.
>
I think it will be very harmful for digikam to have a hidden
functionality. The first step  says "expert users know that they can do
that ..." The next step will be  "Ho everybody knows that by using
regular expressions he can do that .. this is implemented". At the final
step Digikam will be used by a small community of experts because the
functionality will be not implemented in a comprehensive form for
non-expert users! Very harmful!
> More user friendly could google-like syntax:
>
> asdf filetype:jpg -date:2007*
>
> It should find file with something with 'asdf' string somewhere AND with
> filetype JPG but not done in 2007.
>
Why do you explain this syntax? It was not clear for everybody? (In fact
not for me :-[ ).

Totally agree. It the same for me Mik, This syntax is non user friendly and i don't (won't) understand it...

Gilles


_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users
Reply | Threaded
Open this post in threaded view
|

Re: (no subject)

Chris Green
In reply to this post by Bugzilla from mikmach@wp.pl
On Fri, Jan 04, 2008 at 10:38:32PM +0100, Mikolaj Machowski wrote:

> Dnia Friday 04 of January 2008, Gilles Caulier napisa?:
> > no, no ,no...
> >
> > I hate to use regular expression everywhere. It's complex and not user
> > friendly, especially into a gui.
> >
> > Take a look into photo-management application under windows and forget
> > linux command line here. We programming a guin, and we need a simple way
> > to change behaviour of text filter, using by beginners not experts !
> >
> > My prefered solution is to implement a pop-up menu over the line edit
> > widget (like rating filter option available on status bar)
>
> This functionality would be hidden from common user. Even with GUI they
> would use that really rarely. But for power users it would be nice.
>
> More user friendly could google-like syntax:
>
> asdf filetype:jpg -date:2007*
>
> It should find file with something with 'asdf' string somewhere AND with
> filetype JPG but not done in 2007.
>
That syntax seems more difficult to understand than RE to me. However
all that proves is that whatever syntax you know is the easiest.


--
Chris Green
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users
Reply | Threaded
Open this post in threaded view
|

Re: (no subject)

DIL23-2
In reply to this post by Gilles Caulier-4
Ummm?

rather strangely I can see both sides of this argument and very clearly!

I'm a complete Linux 'newbie' so like the idea of a nice 'windozy' search
GUI......but! I have been trying desperately to get my head round Linux
commands and regular expressions etc and (hopefully) beginning to find my way
around - and very surprised at the power/adapatbility of things like regular
expressions and would like to use it more! (sad but true!) but I can see
where Michel is coming from with the "oh - everyone knows that..." scenario.

One solution would be that of a Windows text editor program called TextPad
which has a search GUI with a radio button that switches on/off regular
expression searching (it's off by default and you just type your search
expression or regular expression in the same search text box!) - that way
everyone would be happy?

...just a thought!
DIL23
:)


On Saturday 05 January 2008 09:32:21 Gilles Caulier wrote:

> 2008/1/5, Michel Pottier <[hidden email]>:
> > Hello all
> > Excuse me for my bad english.
> >
> > Mikolaj Machowski a écrit :
> > > Dnia Friday 04 of January 2008, Gilles Caulier napisał:
> > >> no, no ,no...
> > >>
> > >> I hate to use regular expression everywhere. It's complex and not user
> > >> friendly, especially into a gui.
> > >>
> > >> Take a look into photo-management application under windows and forget
> > >> linux command line here. We programming a guin, and we need a simple
> >
> > way
> >
> > >> to change behaviour of text filter, using by beginners not experts !
> >
> > I agree with this point of view.
> >
> > >> My prefered solution is to implement a pop-up menu over the line edit
> > >> widget (like rating filter option available on status bar)
> > >
> > > This functionality would be hidden from common user. Even with GUI they
> > > would use that really rarely. But for power users it would be nice.
> >
> > I think it will be very harmful for digikam to have a hidden
> > functionality. The first step  says "expert users know that they can do
> > that ..." The next step will be  "Ho everybody knows that by using
> > regular expressions he can do that .. this is implemented". At the final
> > step Digikam will be used by a small community of experts because the
> > functionality will be not implemented in a comprehensive form for
> > non-expert users! Very harmful!
> >
> > > More user friendly could google-like syntax:
> > >
> > > asdf filetype:jpg -date:2007*
> > >
> > > It should find file with something with 'asdf' string somewhere AND
> > > with filetype JPG but not done in 2007.
> >
> > Why do you explain this syntax? It was not clear for everybody? (In fact
> > not for me :-[ ).
>
> Totally agree. It the same for me Mik, This syntax is non user friendly and
> i don't (won't) understand it...
>
> Gilles


_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users
Reply | Threaded
Open this post in threaded view
|

Search GUI (was Re: (no subject))

Graham Todd-2
On Sat, 5 Jan 2008 23:00:59 +0000
hex <[hidden email]> wrote:

> I'm a complete Linux 'newbie' so like the idea of a nice 'windozy'
> search GUI.....
[snipped]

Please don't top-post as it makes following an email quoting others,
less easy to follow.

Now to specifics: isn't Beagle with the Kerry interface sufficient?  It
can search specifically for images.  Its not specific to Digikam but is
there any reason why Digikam should duplicate a facility that already
exists? Then there's always the file manager Krusader, which has
excellent search facilities too.

Why re-invent the wheel?

On an other point, you're now using Linux, one of the most powerful and
secure operating systems created, not Windows.  Why do you want
something to act "windozy"?  I assume you mean easy to use, but often a
GUI calls upon a CLI command and doesn't use all of the options
available (clearly this is a generalisation) so ease of use sometimes
means using the CLI commands to harness the power that Linux
applications hold.  A good example is MPlayer: most facilities can be
accessed through the GUI, but there's even more facilities available
through the CLI.  Once you've used the CLI and got used to it, you tend
to use it for even those commands you could use through the GUI.

That the Linux way......

--

Graham

_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users
Reply | Threaded
Open this post in threaded view
|

Odp: Search GUI (was Re: (no subject))

piotr_tarnowski
Graham,

I often use command line, but I cannot agree this is central idea of
Linux way ... For me Linux is efficiency and freedom of choice. When I
have to switch from GUI to CLI because GUI cut-off some feature or when
I have to click 1000 times to get result which is possible with one
sentence this smells like Windows.

I think digiKam could follow the (probably PERL) rule: simple things and
easy to do, complex are possible. If people can build digiKam from
sources (and many do) they probably will not worry about some extended
features like more powerful search.

Hope that settings check or context menu switch for more powerful search
features could be accepted by all of us.

Regards,
Piotr Tarnowsi

Dnia 6-01-2008 o godz. 8:16 Graham napisał(a):

> On Sat, 5 Jan 2008 23:00:59 +0000
> hex <[hidden email]> wrote:
>
> > I'm a complete Linux 'newbie' so like the idea of a nice 'windozy'
> > search GUI.....
> [snipped]
>
> Please don't top-post as it makes following an email quoting others,
> less easy to follow.
>
> Now to specifics: isn't Beagle with the Kerry interface sufficient?  It
> can search specifically for images.  Its not specific to Digikam but is
> there any reason why Digikam should duplicate a facility that already
> exists? Then there's always the file manager Krusader, which has
> excellent search facilities too.
>
> Why re-invent the wheel?
>
> On an other point, you're now using Linux, one of the most powerful and
> secure operating systems created, not Windows.  Why do you want
> something to act "windozy"?  I assume you mean easy to use, but often a
> GUI calls upon a CLI command and doesn't use all of the options
> available (clearly this is a generalisation) so ease of use sometimes
> means using the CLI commands to harness the power that Linux
> applications hold.  A good example is MPlayer: most facilities can be
> accessed through the GUI, but there's even more facilities available
> through the CLI.  Once you've used the CLI and got used to it, you tend
> to use it for even those commands you could use through the GUI.
>
> That the Linux way......
>
> --
>
> Graham
>
> _______________________________________________
> Digikam-users mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-users

----------------------------------------------------
ATRAKCYJNE NIERUCHOMOŚCI W ZAKOPANEM !!!
Apartamenty, Domy, Działki, Pensjonaty, Hotele, Lokale użytkowe...
Kliknij: http://klik.wp.pl/?adr=www.bachledanieruchomosci.pl&sid=172


_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users