[Patch] Usage of URL's filename to detect hidden files

[Craig Drummond]

Hi,

Currently it seems as if KDE just uses a KFileItem's "name" field to
determine if a file is hidden or not. However, a KFileItem can also have a URL,
whose filename part may differ. The following patches add a "isHidden()" function
to KFileItem - this function then uses the url.filename() (if one has been
specified) to look for a leading '.'

Is this OK to apply?

Craig.

-- 
+++ NEU bei GMX und erstmalig in Deutschland: TÜV-geprüfter Virenschutz +++
100% Virenerkennung nach Wildlist. Infos: http://www.gmx.net/virenschutz
-------------- next part --------------
A non-text attachment was scrubbed...
Name: kdirlister.cpp.diff
Type: application/octet-stream
Size: 298 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20040317/f28d1652/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: kfileitem.cpp.diff
Type: application/octet-stream
Size: 608 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20040317/f28d1652/attachment-0001.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: kfileitem.h.diff
Type: application/octet-stream
Size: 431 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20040317/f28d1652/attachment-0002.obj>