On Wed, 17 Feb 2010 16:50:13 +, Martyn Russell
wrote:
> On 17/02/10 16:31, Adrien Bustany wrote:
>> On Wed, 17 Feb 2010 14:59:17 +, Martyn Russell
>> wrote:
>>> On 17/02/10 14:43, Adrien Bustany wrote:
> we don't have to change two files, but simply implement a method of
> storing
On 17/02/10 16:31, Adrien Bustany wrote:
On Wed, 17 Feb 2010 14:59:17 +, Martyn Russell
wrote:
On 17/02/10 14:43, Adrien Bustany wrote:
we don't have to change two files, but simply implement a method of
storing the md5s.
But do we have one desktop file per extractor here, or one for Track
On Wed, 17 Feb 2010 14:59:17 +, Martyn Russell
wrote:
> On 17/02/10 14:43, Adrien Bustany wrote:
>>> we don't have to change two files, but simply implement a method of
>>> storing the md5s.
>> But do we have one desktop file per extractor here, or one for Tracker
?
>
> OK, let me try to be a
On 17/02/10 14:43, Adrien Bustany wrote:
we don't have to change two files, but simply implement a method of
storing the md5s.
But do we have one desktop file per extractor here, or one for Tracker ?
OK, let me try to be a bit clearer :)
--
Most applications install a .desktop file already.
On Wed, 17 Feb 2010 10:36:01 +, Martyn Russell
wrote:
> On 15/02/10 19:51, Adrien Bustany wrote:
>> On Mon, 15 Feb 2010 17:22:56 +, Martyn Russell
>>> Well, most applications have their own desktop file which includes a
>>> list of mime types they support. So why not use that?
>> True, but
On 15/02/10 19:51, Adrien Bustany wrote:
On Mon, 15 Feb 2010 17:22:56 +, Martyn Russell
Well, most applications have their own desktop file which includes a
list of mime types they support. So why not use that?
True, but that means that we have to modify the desktop file when we add
a deskt
On Mon, 15 Feb 2010 17:22:56 +, Martyn Russell
wrote:
> On 11/02/10 14:19, Adrien Bustany wrote:
>> On Wed, 10 Feb 2010 16:03:17 +0100, Martyn Russell
>> wrote:
>>> On 09/02/10 21:31, Adrien Bustany wrote:
Hi all,
>>>
>>> Hi all,
>
> Hi, sorry for the late reply.
>
>>> I generally like
On 11/02/10 14:19, Adrien Bustany wrote:
On Wed, 10 Feb 2010 16:03:17 +0100, Martyn Russell
wrote:
On 09/02/10 21:31, Adrien Bustany wrote:
Hi all,
Hi all,
Hi, sorry for the late reply.
I generally like most the proposals, but I do have one suggestion. That
being that we don't store a
On Wed, 10 Feb 2010 16:03:17 +0100, Martyn Russell
wrote:
> On 09/02/10 21:31, Adrien Bustany wrote:
>> Hi all,
>
> Hi all,
>
> I generally like most the proposals, but I do have one suggestion. That
> being that we don't store a desktop file at all :) but simply link to a
> desktop file inst
On 09/02/10 21:31, Adrien Bustany wrote:
Hi all,
Hi all,
I generally like most the proposals, but I do have one suggestion. That
being that we don't store a desktop file at all :) but simply link to a
desktop file instead. Keeping mime types in two places for applications
feels like duplic
On Wed, 10 Feb 2010 14:54:36 +0100, Carlos Garnacho
wrote:
> Hi!,
>
> On mar, 2010-02-09 at 21:31 +0100, Adrien Bustany wrote:
>> Hi all,
>>
>> this proposal is about automatically reindexing a mime type when a new
>> extractor is added/updated. There's already a "Reindex" call in
>> tracker-mi
Hi!,
On mar, 2010-02-09 at 21:31 +0100, Adrien Bustany wrote:
> Hi all,
>
> this proposal is about automatically reindexing a mime type when a new
> extractor is added/updated. There's already a "Reindex" call in
> tracker-miner-fs.
I think we should take several use cases into account here.
On Wed, 10 Feb 2010 10:32:58 +0100, Philip Van Hoof
wrote:
> On Wed, 2010-02-10 at 10:17 +0100, Michael Biebl wrote:
>> 2010/2/9 Adrien Bustany :
>
> [CUT]
>
>> I think, in general the idea is good, I have some concerns though.
>> Using the mtime, might have some undesired side effects.
>> E.g.
On Wed, 2010-02-10 at 10:17 +0100, Michael Biebl wrote:
> 2010/2/9 Adrien Bustany :
[CUT]
> I think, in general the idea is good, I have some concerns though.
> Using the mtime, might have some undesired side effects.
> E.g. a user upgrades his tracker installation say from 0.7.18 to
> 0.7.19 (by
2010/2/9 Adrien Bustany :
> Hi all,
>
> this proposal is about automatically reindexing a mime type when a new
> extractor is added/updated. There's already a "Reindex" call in
> tracker-miner-fs.
>
> Philip told me he'd like to keep tracker-extract as stupid as possible,
> so the logic here would
Hi all,
this proposal is about automatically reindexing a mime type when a new
extractor is added/updated. There's already a "Reindex" call in
tracker-miner-fs.
Philip told me he'd like to keep tracker-extract as stupid as possible,
so the logic here would be implemented in tracker-miner-fs, at
16 matches
Mail list logo
