On Wed, Oct 23, 2013 at 11:17 AM, Stephan Beal <sgb...@googlemail.com> wrote: > On Wed, Oct 23, 2013 at 8:08 PM, Andreas Kupries <andre...@activestate.com> > wrote: >> >> I generally agree ... >> >> "fx_" ? (Fossil eXtension) > > > Sounds good to me (i was thinking something similar but longer - i like > yours better).
I liked it due to the duality to FX meaning 'Special Effects' as well. > FWIW, using supplemental tables like this is IMO the "correct" way to add > FTS to fossil (be it for tickets, wiki, or file content). Yes. And other things. Like for the ticket notification scripts I mentioned in the spin-off thread. They use a separate database as well. That said, they are also written to avoid requiring a local clone of the repositories they track. The moment they would need such a clone for their functionality putting the per-repo state and config into that local repo file would be very much the right thing. > Having a place to > store client-defined extensions like this is (or will be, at some point) > important for extensibility. (Being able to sync such info is a related > topic, but i'm not yet well versed enough in the sync bits to be able to > comment on that.) Huh. I believe that most extensions (like the search, or ticket notifications), will be things restricted to local repositories and not something we will wish to sync. I can definitely live without having them sync'd. > i'll second fx_. If there are no objections or nicer suggestions by the end > of the weekend or so, i'll get that added to the exception list in > rebuild_db(). -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Fasterâ„¢ F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato Tcl'2013, Sep 23-27, New Orleans, LA, USA @ http://www.tcl.tk/community/tcl2013/ EuroTcl'2013, July 6-7, Munich, GER _______________________________________________ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users