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

List:       kde-core-devel
Subject:    Re: generic mimetypes on windows
From:       "Gary L. Greene, Jr." <greeneg () tolharadys ! net>
Date:       2007-04-20 3:56:18
Message-ID: 200704192056.25377.greeneg () tolharadys ! net
[Download RAW message or body]


On Thursday 19 April 2007 15:48, Andreas Pakulat wrote:
> On 19.04.07 23:02:38, Andreas Pakulat wrote:
> > On 19.04.07 21:24:19, Christian Ehrlicher wrote:
> > > Anyone knows how we can create the 'default' mimetypes like text/plain
> > > on windows? kde.xml only creates the kde specific ones and I can't find
> > > a generic.xml somewhere...
> >
> > Uhm, the shared-mime-info sources contain a freedesktop.org.xml file
> > which contains various mimetypes. I guess we need to have that in the
> > update-mime-xx package and set KDEDIRS to include the win32libs/ dir so
> > kbuildsycoca4 finds it.
> >
> > Apart from that, I think KMimeType chokes on drive letters. When opening
> > a file dialog from KDevelop the first call to KMimeType::findByUrl() is
> > with "file://A:/" as URL and that is not a directory (S_DIR fails) and
> > neither is it found in sycoca's cache.
>
> I guess the reason is that KDE_stat expects a file, but if no diskette
> is in that drive it won't get anything. Thus the mode isn't set to
> anything and finding a mimetype for that url of course fails.
>
> Andreas

Also, a good thing to remember is that drives in Windows don't export a file 
interface, but rather a storage object.

-- 
Gary L. Greene, Jr.
Sent from: uriel
 20:55:31 up 8 days,  1:11,  7 users,  load average: 1.27, 0.53, 0.41
=========================================================================
Developer and Project Lead for the AltimatOS open source project
Volunteer Developer for the KDE open source project
 See www.tolharadys.net and www.kde.org for more information
=========================================================================

Please avoid sending me Word or PowerPoint attachments.

[Attachment #3 (application/pgp-signature)]

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