[DBD-SQLite] FTS3Transitional.pm

Dami Laurent (PJ) laurent.dami at justice.ge.ch
Tue Sep 7 09:16:14 GMT 2010

OK,I'll remove it from the sources and publish a new, separate distrib. 

>-----Message d'origine-----
>De : Adam Kennedy [mailto:adam at ali.as]
>Envoyé : mardi, 7. septembre 2010 08:45
>À : Dami Laurent (PJ)
>Cc : SQLite Mailing List
>Objet : Re: [DBD-SQLite] FTS3Transitional.pm
>That might be a better idea.
>Adam K
>On Tue, Sep 7, 2010 at 4:32 PM, Dami Laurent (PJ)
><laurent.dami at justice.ge.ch> wrote:
>> Hi Adam,
>> I put this code in a separate module because
>> a) very few people will ever use it (only some of the people who
>already used FTS3 in previous versions)
>> b) for people who will use it, it will be probably a one-shot
>operation (to update their code).
>> so inserting this functionality for ever into the main module doesn't
>sound so good to me.
>> What could be done, however, is to remove it completely from the
>DBD::SQLite distrib and pack it into a separate distribution; so only
>people who really need that stuff will install it.
>> Laurent Dami
>>>-----Message d'origine-----
>>>De : Adam Kennedy [mailto:adamkennedybackup at gmail.com]
>>>Envoyé : mardi, 7. septembre 2010 05:46
>>>À : SQLite Mailing List
>>>Objet : [DBD-SQLite] FTS3Transitional.pm
>>>Before I push the new release, I have a couple of questions about the
>>>FTS3Transitional.pm file.
>>>Do we really want this as a different module? It's got a tiny amount
>>>of simple code with no dependencies, uses Exporter, disables a
>>>warning, and generally doesn't behave like the rest of the code.
>>>Is it really needed to have this as a separate module, or could we
>>>just roll the function into DBD::SQLite somewhere as a utility
>>>If we can easily fit it into our current API, I'm mildly against
>>>adding more surface area and different API modalities if we can avoid
>>>Adam K
>>>DBD-SQLite mailing list
>>>DBD-SQLite at lists.scsys.co.uk

More information about the DBD-SQLite mailing list