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

List:       kde-bugs-dist
Subject:    [Bug 193592] no picture dimension information anymore in dolphin
From:       anton <benderamp () gmail ! com>
Date:       2010-01-29 23:17:44
Message-ID: 20100129231744.96D0931CEF () immanuel ! kde ! org
[Download RAW message or body]

https://bugs.kde.org/show_bug.cgi?id=193592





--- Comment #41 from anton <benderamp gmail com>  2010-01-30 00:17:32 ---
I'm not sure if I would say something new, but quick looking though the thread
did show same suggestion.

So, I think having nepomuk+strigi is a very good option to get any file
metadata from one place in every app, but I don't understand why having the
file in the index is a must to get any info from it. I have been playing with
strigi for some time ago, and as I know, it allows to get any info from any
file (for sure the file type from the supported list) very quickly, and the
indexing staff is something that lives above strigi - it just takes info strigi
provides and puts it so some index. For example, I could run strigi from
command line for some particular file in the input, and it printed all the info
it could get from it directly to console without any indexing.

So, I see at least 2 good options for dolphin to implement this feature without
breaking the whole strigi+nepomuk beatiful concept:

1. If nepomuk API does not provide any info for the particular file, just call
strigi directly for that file, so it would give exactly the same info that
nepomuk could give (except ratings, tags and other non-strigi staff) - this
would be the same info nepomuk uses for his indexes.

2. Extend nepomuk API (actually even API itself won't change - only internal
impelmentation), so it would do exactly same thing, but would hide from other
apps under same calls - even better - no need to change dolphin and all other
apps working with nepomuk - this would start working transparently - if the
file is not in the index, just call strigi for it and return available info.

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
[prev in list] [next in list] [prev in thread] [next in thread]