On Thu, Sep 24, 2009 at 08:52:26PM +0300, Artem Egorkine wrote: > On Thu, Sep 24, 2009 at 6:21 PM, Joshua N Pritikin <[email protected]>wrote: > > Regardless of FAR rates, I am skeptical that enum fp_finger belongs in > > the API. The header might include enum fp_finger, but why should any > > functions use it? > > I agree with you, but libfprint tries to be a bit more than a library > providing access to the finger print scanner. If you look closely, it also > handles storage (saving and loading) of fingerprint data for any given user > in their home directory. And this functionality allows the application to > store a fingerprint binding it to whichever finger it belongs to, so that > the verification process can return this "id".
Yah, this part of the library seems like it ought to be split off into a separate libfprint-storage library or something. It's really not central to what libfprint is designed to do. _______________________________________________ fprint mailing list [email protected] http://lists.reactivated.net/mailman/listinfo/fprint
