[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kfm-devel
Subject:    Re: Making path completion case insensitive
From:       "Diaa Sami" <diaasami () gmail ! com>
Date:       2008-09-15 20:04:19
Message-ID: 1221509059.22574.1274111335 () webmail ! messagingengine ! com
[Download RAW message or body]


On Fri, 12 Sep 2008 04:40:18 +0200, "Rafael Fernández López" <ereslibre@kde.org> said:
> Hi,
> 
> > I'm new to KDE development and I want to add case insensitive path
> > completion to KDE as a whole, I started with dolphin for now and I'll look
> > into other components later.
> 
> The ideal thing is to work on this at a libraries level. This way all 
> applications get benefit from this as a whole and you don't need to hack 
> component per component.
> 
> Our code for completion stuff is on kdelibs/kdeui/util/kcompletion[base].
> You 
> also will have a look at how KLineEdit and KComboBox implements it.
> 
> I have to say that I don't see very well the point of a non-sensitive
> case 
> completion, but well...
> 
> 
> Regards,
> Rafael Fernández López.

Ok, then first I'll try to make you motivated a little, I don't want to be working on something \
that no one else is interested in. The simplest argument would say that free software is about \
choice and most command-line shells already have this feature so why not have it in KDE. \
Something more detailed is that completion is a convenience feature, it's there to make things \
easier for the user, so if he types ~/d he should get ~/downloads and ~/Desktop, it's not \
necessary to remember that a folder is named starting with an uppercase letter and another \
one(which was created automatically such as Desktop) starts with a lowercase letter, actually \
several popular IDEs which support completion(such as VS, Code::Blocks and Eclipse/Java \
Eclipse/CDT), completion is case insensitive by default for the same reason. Finally I'd like \
to mention that there are already a couple of bug reports about it [1][2] Taking into \
consideration that the implementation is already there, it just needs an option that controls \
it, then why not do it.

Now to the technical part, regarding the support of case insensitive completion in Dolphin, \
After wading through Dolphin and KDE source-code, I found that KCompletion already has \
setIgnoreCase method and it's working well, I just added a line in KUrlNavigator to \
setIgnoreCase(true) of the KUrlCompletion object and it worked fine.

So now the question is whether this should be an option for Dolphin or for KUrlNavigator and \
consequently where the option will be, in dolphinrc or somewhere else, as the implementation is \
already there in the core libraries.

[1] https://bugs.kde.org/show_bug.cgi?id=108515
[2] https://bugs.kde.org/show_bug.cgi?id=149830

Regards,
Diaa Sami


[prev in list] [next in list] [prev in thread] [next in thread]