-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Re-tested and its working very well now. Thanks!
One small unimportant suggestion:
When there are no hits or when on the last result(s) from the last server,
provide the "Add Item Manually >>" link to save some clicks.
Take Care,
Dave.
On Fri, Jul 16, 2004 at 09:16:09AM +0300, Christoffer Landtman wrote:
> David Everly wrote:
> >On Thu, Jul 15, 2004 at 08:36:39PM +0300, Christoffer Landtman wrote:
> >
> >>This has now been committed into CVS and been tested to the extent
> >>that I had time now. If You have time, plese test and report if
> >>anomalies still exist.
> >
> >
> >Hello,
> >
> >I am always impressed with how fast you respond :)
>
> Aint that what we are here for ? ;-)
>
> >
> >I did see two files change when I did the cvs update:
> >
> > book_add.php
> > lib/MARC.inc
> >
> >Not sure if there is more coming, but I'll try testing now.
> >
> >
> >
> >>>Go to Book Management | Add new item.
> >>>
> >>>Author: Noble, T. Tertius
> >>>
> >>>First item:
> >>>
> >>>So long as I click "Next Source" things work, but if instead on
> >>>the first page, I click "2" at the bottom (to get to the next page of
> >>>results from the current source), I notice it hits my Zebra again.
> >
> >
> >Still hits the local zebra server, even though the current result set
> >appears to be from a remote server.
> >
>
> Ok, now I understand what You mean. This is not actually a bug, just a
> coincidence. This only happens when You use the page index from the
> first server that the search was redirected to when there was no hit on
> the local server. The reason for this is that when we are processing the
> "first hit server", there is no current_source stored, as it just is the
> "first hit". Thus, the same applies to the page index, i.e. clicking the
> page index will just intialize a new search, just with a page offset,
> and as there is no source specified, when we are searching the first
> server it will by default start from the beginning.
>
> This logics could in future be changed, as it is slightly unoptimized if
> way the first hit would only be retrieved from the 10th server. I will
> put a note for myself here and see if we in future could optimize this a
> bit.
>
> >
> >>>Second item:
> >>>
> >>>Proceeding from going to page two, now I want to go to the Next Source.
> >>>But when I click it, it says found item, but nothing is displayed.
> >>>If I had not gone to page two of the first source, it would have
> >>>displayed several items from that server.
> >
> >
> >This is also the same as before. When I go to page two of the first
> >server's multi-page results, then click "Next Source", it says "Found
> >item...", but nothing is displayed. There really are results from the
> >second server, so long as I don't page through the first server's
> >multi-page results.
> >
>
> This was my sloppiness, and has now been fixed in CVS. Please update and
> verify.
>
> >
> >>>Third item:
> >>>
> >>>If I never go to page two of results any server and only go from one
> >>>server to the next source, when I come to a server that returns only one
> >>>result, the display changes from a list of one, to a more full record
> >>>layout. When I click Next Source now, it looses its mind with respect
> >>>to what the next server is and how many records (displaying one record
> >>>from the first server).
> >
> >
> >This one is fixed! Thanks.
>
> Good ;-)
>
> >
> >
> >
> >------------------------------------------------------------------------
> >
> >_______________________________________________
> >Emilda mailing list
> >Emilda@xxxxxxxxxxxxxxxxxx
> >http://lists.realnode.com/mailman/listinfo/emilda
>
>
> --
> Christoffer Landtman
> Oy Realnode Ab
> Partner, Sales
> +358 (0)41 510 1073
> landtman@xxxxxxxxxxx
> www.realnode.fi
> _______________________________________________
> Emilda mailing list
> Emilda@xxxxxxxxxxxxxxxxxx
> http://lists.realnode.com/mailman/listinfo/emilda
>
- --
Encrypted Mail Preferred:
Key ID: 8527B9AF
Key Fingerprint: E1B6 40B6 B73F 695E 0D3B 644E 6427 DD74 8527 B9AF
Information: http://www.gnupg.org/
ASCII ribbon campaign:
() against HTML email
/\ against Microsoft attachments
Information: http://www.expita.com/nomime.html
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFA9+ecZCfddIUnua8RAlBEAJ9pF+Kn29FouCp68I5PJGn9vOLCgwCfe6RH
TFcAdKFUSbu14j7tbmnTABM=
=Y358
-----END PGP SIGNATURE-----
|
