Re: tsearch_extras extension

From: Tim Abbott <tabbott(at)mit(dot)edu>
To: pgsql-hackers(at)postgresql(dot)org
Cc: Zev Benjamin <zev(at)mit(dot)edu>
Subject: Re: tsearch_extras extension
Date: 2016-02-17 03:57:31
Message-ID: CADrHQ_3GMJ2DRFrqQYFUasQvNrUgozpp3wWmtJEKi6iN+A3xJQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Just following up here since I haven't gotten a reply -- I'd love to work
with someone from the Postgres community on a plan to make the
tsearch_extras functionality available as part of mainline postgres.

-Tim Abbott

On Wed, Feb 3, 2016 at 9:41 PM, Tim Abbott <tabbott(at)mit(dot)edu> wrote:

> Hello,
>
> I'm a maintainer of the Zulip open source group chat application. Zulip
> depends on a small (~200 lines) postgres extension called tsearch_extras (
> https://github.com/zbenjamin/tsearch_extras) that returns the actual
> (offset, length) pairs of all the matches for a postgres full text search
> query. This extension allows Zulip to do its own highlighting of the full
> text search matches, using a more complicated method than what Postgres
> supports natively.
>
> I think tsearch_extras is probably of value to others using postgres
> full-text search (and I'd certainly love to get out of the business of
> maintaining an out-of-tree postgres extension), so I'm wondering if this
> feature (or a variant of it) would be of interest to upstream?
>
> Thanks!
>
> -Tim Abbott
>
> (See
> http://www.postgresql.org/message-id/flat/52C7186D(dot)8010504(at)strangersgate(dot)com#52C7186D(dot)8010504@strangersgate.com
> for the discussion on postgres mailing lists that caused us to write this
> module in the first place.)
>
>

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Pavel Stehule 2016-02-17 04:07:41 Re: proposal: enhancing slow query log, and autoexplain log about waiting on lock before query exec time
Previous Message Peter Geoghegan 2016-02-17 03:54:00 Re: Bug with int2