Just a little thing - is the librarian expected to re-enter the data from the email, or can they just approve the change and it's added automatically?

Yes the data would have to be re-entered. Depending on the library, the librarian might request that the patron come to the library with proof of change of address or change of name. I would imagine that things like change of email or work phone would be entered without contacting the patron again. If it were my library I would only have things that could be updated without verification such as email or work telephone available on the OPAC (and have those go directly to the database) and a notice that the patron needs to come in with required proofs for other changes. Ingrid

Classic thing - what if the patron updates a spelling mistake and the librarian is slightly dyslexic or whatever and promptly makes the same (or a different) mistake again while "correcting" the data. This would drive me wild.

The obvious way to do this is for the email to contain a SQL statement the librarian can cut-n-paste, or create a user-id monitored by the database to which emails are forwarded and acted on automagically. Or save the patron's input in an update queue which is then made live when the librarian approves it.

Cheers, Wol

Recently this copy was added to the OPAC

"Please, change what's needed. Note that a mail will be sent to the library, that will validate changes. So, the changes you will do won't appear immediatly."

(Yes - I just noticed the mis-spelling - I'm gonna do a bug report.)

You are right - it would be nice after the patron submits the update form to get a response form saying - Your changes have been sent, etc.

Ingrid

...

From: "Owen Leonard" >To: koha-devel@lists.sourceforge.net Subject: Re: [Koha-devel] KohaAdminEmailAddress system preference is not set? Date: Wed, 23 Apr 2003 17:14:02 -0400 Received: from sc8-sf-list2.sourceforge.net ([66.35.250.206]) by mc10-f17.bay6.hotmail.com with Microsoft SMTPSVC(5.0.2195.5600); Wed, 23 Apr 2003 14:17:14 -0700 Received: from sc8-sf-list1-b.sourceforge.net ([10.3.1.13] helo=sc8-sf-list1.sourceforge.net)by sc8-sf-list2.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian))id 198RbW-0006w1-00; Wed, 23 Apr 2003 14:16:34 -0700 Received: from alma.athenscounty.lib.oh.us ([66.213.78.75])by sc8-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian))id 198RaT-00084s-00for <koha-devel@lists.sourceforge.net>; Wed, 23 Apr 2003 14:15:29 -0700 Received: (from uucp@localhost)by alma.athenscounty.lib.oh.us (8.11.6/8.11.2) id h3NLHSD18376for koha-devel@lists.sourceforge.net; Wed, 23 Apr 2003 17:17:28 -0400 Received: from alma.athenscounty.lib.oh.us (athenscounty.lib.oh.us [66.213.78.70])by alma.athenscounty.lib.oh.us (VaMailArmor-2.0.1.1) id 18369-7A3CAEC2;Wed, 23 Apr 2003 17:17:10 -0400 X-Message-Info: yilqo4+6kc64AXpUCzRAW30W84h6gtv8 Message-Id: <200304232117.h3NLHSD18376@alma.athenscounty.lib.oh.us> X-AntiVirus: OK! Vexira MailArmor Version 2.0.1.1; VAE: 6.19.0.3; VDF: 6.19.0.8 at alma.athenscounty.lib.oh.us has not found any known virus in this email. Sender: koha-devel-admin@lists.sourceforge.net Errors-To: koha-devel-admin@lists.sourceforge.net X-BeenThere: koha-devel@lists.sourceforge.net X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Help: <mailto:koha-devel-request@lists.sourceforge.net?subject=help> List-Post: <mailto:koha-devel@lists.sourceforge.net> List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/koha-devel>,<mailto:koha- devel-request@lists.sourceforge.net?subject=subscribe> List-Id: <koha-devel.lists.sourceforge.net> List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/koha-devel>,<mailto:koha- devel-request@lists.sourceforge.net?subject=unsubscribe> List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum=koha-devel> X-Original-Date: Wed, 23 Apr 2003 17:14:02 -0400 Return-Path: koha-devel-admin@lists.sourceforge.net X-OriginalArrivalTime: 23 Apr 2003 21:17:14.0772 (UTC) FILETIME=[B6517540:01C309DD]

...

...

...

Yes - the librarian receives an email with the old and new values.

In fact, the mail does not ask to confirm the change, but to ENTER the change => nothing is done directly in the OPAC.

But shouldn't the OPAC user receive feedback about their submission? The only thing that happens when I try it is the page is re-displayed with the old values filled in.

-- Owen

------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Koha-devel mailing list Koha-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/koha-devel

_________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail

------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Koha-devel mailing list Koha-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/koha-devel << InterScan_Disclaimer.txt >>

_________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus