From KSchneider at cclaflorida.org Thu May 1 06:49:40 2008 From: KSchneider at cclaflorida.org (Karen Schneider) Date: Thu, 1 May 2008 09:49:40 -0400 Subject: [LibX] Design flexibility and LibX In-Reply-To: <4812642C.90608@cs.vt.edu> References: <4812642C.90608@cs.vt.edu> Message-ID: <1E2AE3042B9B4C459BED104D1ACB4064025B3F6C@jaguar.cclaflorida.org> Hi, I've been watching the LibX project for a while (even summarized it in an internal report on emerging technologies) and very much admire all the work that has gone into it. When I compare LibX to commercial toolbars, it provides some amazing functionality. But every time I've installed it (and I just reinstalled it with a local library's options), I have concerns about its aesthetics and how these could hinder adoption. I have two other toolbars in Firefox -- Google and WorldCat -- and they both "know their place," so to speak. But LibX takes up an entire separator, is the same width as my browser search bar, and overall takes up a disproportionate amount of space for what it does. Its functionality is great, but the library is *part* of our users' experience... not the main event. Toolbars are optional...people have to want to install them. Anything that interferes with that desire works against our aims. * Is it possible to modify the search bar for LibX so it is more, shall we say, petite--about the same width as other popular toolbars? * Do others in the LibX community see configuring the width of LibX as a priority deliverable? I had initially brought this up with the LibX people, but after monitoring this list a few months decided to raise the question more broadly. Again, terrific project that in function compares very favorably with commercial toolbars. Karen G. Schneider Research and Development College Center for Library Automation kschneider at cclaflorida.org From TKnight at osgoode.yorku.ca Thu May 1 07:13:39 2008 From: TKnight at osgoode.yorku.ca (Tim Knight/osgoode) Date: Thu, 1 May 2008 10:13:39 -0400 Subject: [LibX] Design flexibility and LibX In-Reply-To: <1E2AE3042B9B4C459BED104D1ACB4064025B3F6C@jaguar.cclaflorida.org> Message-ID: Hi Karen, I tend to just toggle it on and off with the F9 button. And/or use the right-click context menu. Works great. Tim -----------------> F. Tim Knight, Head of Technical Services York University Law Library Osgoode Hall Law School tknight at osgoode.yorku.ca (416) 650-8403 Fax: (416) 736-5298 http://library.osgoode.yorku.ca ----------------------------------> libx-bounces at mozdev.org wrote on 05/01/2008 09:49:40 AM: > Hi, I've been watching the LibX project for a while (even summarized it > in an internal report on emerging technologies) and very much admire all > the work that has gone into it. > > When I compare LibX to commercial toolbars, it provides some amazing > functionality. But every time I've installed it (and I just reinstalled > it with a local library's options), I have concerns about its aesthetics > and how these could hinder adoption. > > I have two other toolbars in Firefox -- Google and WorldCat -- and they > both "know their place," so to speak. But LibX takes up an entire > separator, is the same width as my browser search bar, and overall takes > up a disproportionate amount of space for what it does. Its > functionality is great, but the library is *part* of our users' > experience... not the main event. Toolbars are optional...people have to > want to install them. Anything that interferes with that desire works > against our aims. > > * Is it possible to modify the search bar for LibX so it is more, shall > we say, petite--about the same width as other popular toolbars? > > * Do others in the LibX community see configuring the width of LibX as a > priority deliverable? > > I had initially brought this up with the LibX people, but after > monitoring this list a few months decided to raise the question more > broadly. > > Again, terrific project that in function compares very favorably with > commercial toolbars. > > Karen G. Schneider > Research and Development > College Center for Library Automation > kschneider at cclaflorida.org > _______________________________________________ > Libx mailing list > Libx at mozdev.org > https://www.mozdev.org/mailman/listinfo/libx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.mozdev.org/pipermail/libx/attachments/20080501/e54ee40a/attachment.html From ksimon4 at lmu.edu Thu May 1 07:27:39 2008 From: ksimon4 at lmu.edu (Simon, Kenneth) Date: Thu, 1 May 2008 07:27:39 -0700 Subject: [LibX] Design flexibility and LibX In-Reply-To: References: Message-ID: <0EDFEC64-40B2-4D32-8515-7765AFA775CD@lmu.edu> Hi, Toggling the toolbar on and off is a decent workaround if you don't mind doing it, but in the interest of usability I don't feel like it really solves the issue Karen raises. Any extra mouse click or keystroke required just to see the toolbar, is a barrier to using the toolbar. It would be great if the search box were collapsible, adjusting automatically as the toolbar is dragged smaller to fit on the same line with, say, the Google toolbar, which also collapses horizontally. I have no idea what the technical feasibility of this is, though! - Ken -------------------------------------- Kenneth Simon Reference Librarian / Reference Technology Coordinator Von der Ahe Library Loyola Marymount University Email: ksimon4 at lmu.edu Phone: (310) 338-7686 AIM: KenLMULibrary; Yahoo! Messenger: Ken_LMULibrary http://www.lmu.edu/Page44097.aspx On May 1, 2008, at 7:13 AM, Tim Knight/osgoode wrote: > > Hi Karen, > I tend to just toggle it on and off with the F9 button. And/or use > the right-click context menu. > Works great. > Tim > > -----------------> > F. Tim Knight, Head of Technical Services > York University Law Library > Osgoode Hall Law School > tknight at osgoode.yorku.ca > (416) 650-8403 Fax: (416) 736-5298 > http://library.osgoode.yorku.ca > ----------------------------------> > > libx-bounces at mozdev.org wrote on 05/01/2008 09:49:40 AM: > > > Hi, I've been watching the LibX project for a while (even > summarized it > > in an internal report on emerging technologies) and very much > admire all > > the work that has gone into it. > > > > When I compare LibX to commercial toolbars, it provides some amazing > > functionality. But every time I've installed it (and I just > reinstalled > > it with a local library's options), I have concerns about its > aesthetics > > and how these could hinder adoption. > > > > I have two other toolbars in Firefox -- Google and WorldCat -- and > they > > both "know their place," so to speak. But LibX takes up an entire > > separator, is the same width as my browser search bar, and overall > takes > > up a disproportionate amount of space for what it does. Its > > functionality is great, but the library is *part* of our users' > > experience... not the main event. Toolbars are optional...people > have to > > want to install them. Anything that interferes with that desire > works > > against our aims. > > > > * Is it possible to modify the search bar for LibX so it is more, > shall > > we say, petite--about the same width as other popular toolbars? > > > > * Do others in the LibX community see configuring the width of > LibX as a > > priority deliverable? > > > > I had initially brought this up with the LibX people, but after > > monitoring this list a few months decided to raise the question more > > broadly. > > > > Again, terrific project that in function compares very favorably > with > > commercial toolbars. > > > > Karen G. Schneider > > Research and Development > > College Center for Library Automation > > kschneider at cclaflorida.org > > _______________________________________________ > > Libx mailing list > > Libx at mozdev.org > > https://www.mozdev.org/mailman/listinfo/libx > _______________________________________________ > Libx mailing list > Libx at mozdev.org > https://www.mozdev.org/mailman/listinfo/libx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.mozdev.org/pipermail/libx/attachments/20080501/aa4a1e58/attachment.html From TKnight at osgoode.yorku.ca Thu May 1 07:45:09 2008 From: TKnight at osgoode.yorku.ca (Tim Knight/osgoode) Date: Thu, 1 May 2008 10:45:09 -0400 Subject: [LibX] Design flexibility and LibX In-Reply-To: <0EDFEC64-40B2-4D32-8515-7765AFA775CD@lmu.edu> Message-ID: Speaking of functionality. One thing I'd like to see is this: when you click in the text box to type in a new search have the previous search highlighted automatically so it is overwritten. Same for the drag and drop searches. It's a bit of a nuisance to have to highlight and delete the previous search. You could use the 'Clear' button, but that's awkward at times. Tim -----------------> F. Tim Knight, Head of Technical Services York University Law Library Osgoode Hall Law School tknight at osgoode.yorku.ca (416) 650-8403 Fax: (416) 736-5298 http://library.osgoode.yorku.ca ----------------------------------> libx-bounces at mozdev.org wrote on 05/01/2008 10:27:39 AM: > Hi, > > Toggling the toolbar on and off is a decent workaround if you don't > mind doing it, but in the interest of usability I don't feel like it > really solves the issue Karen raises. Any extra mouse click or > keystroke required just to see the toolbar, is a barrier to using the toolbar. > > It would be great if the search box were collapsible, adjusting > automatically as the toolbar is dragged smaller to fit on the same > line with, say, the Google toolbar, which also collapses horizontally. > > I have no idea what the technical feasibility of this is, though! > > - Ken > -------------------------------------- > Kenneth Simon > Reference Librarian / Reference Technology Coordinator > Von der Ahe Library > Loyola Marymount University > Email: ksimon4 at lmu.edu > Phone: (310) 338-7686 > AIM: KenLMULibrary; Yahoo! Messenger: Ken_LMULibrary > http://www.lmu.edu/Page44097.aspx > > On May 1, 2008, at 7:13 AM, Tim Knight/osgoode wrote: > > > Hi Karen, > I tend to just toggle it on and off with the F9 button. And/or use > the right-click context menu. > Works great. > Tim > > -----------------> > F. Tim Knight, Head of Technical Services > York University Law Library > Osgoode Hall Law School > tknight at osgoode.yorku.ca > (416) 650-8403 Fax: (416) 736-5298 > http://library.osgoode.yorku.ca > ----------------------------------> > > libx-bounces at mozdev.org wrote on 05/01/2008 09:49:40 AM: > > > Hi, I've been watching the LibX project for a while (even summarized it > > in an internal report on emerging technologies) and very much admire all > > the work that has gone into it. > > > > When I compare LibX to commercial toolbars, it provides some amazing > > functionality. But every time I've installed it (and I just reinstalled > > it with a local library's options), I have concerns about its aesthetics > > and how these could hinder adoption. > > > > I have two other toolbars in Firefox -- Google and WorldCat -- and they > > both "know their place," so to speak. But LibX takes up an entire > > separator, is the same width as my browser search bar, and overall takes > > up a disproportionate amount of space for what it does. Its > > functionality is great, but the library is *part* of our users' > > experience... not the main event. Toolbars are optional...people have to > > want to install them. Anything that interferes with that desire works > > against our aims. > > > > * Is it possible to modify the search bar for LibX so it is more, shall > > we say, petite--about the same width as other popular toolbars? > > > > * Do others in the LibX community see configuring the width of LibX as a > > priority deliverable? > > > > I had initially brought this up with the LibX people, but after > > monitoring this list a few months decided to raise the question more > > broadly. > > > > Again, terrific project that in function compares very favorably with > > commercial toolbars. > > > > Karen G. Schneider > > Research and Development > > College Center for Library Automation > > kschneider at cclaflorida.org > > _______________________________________________ > > Libx mailing list > > Libx at mozdev.org > > https://www.mozdev.org/mailman/listinfo/libx > _______________________________________________ > Libx mailing list > Libx at mozdev.org > https://www.mozdev.org/mailman/listinfo/libx > _______________________________________________ > Libx mailing list > Libx at mozdev.org > https://www.mozdev.org/mailman/listinfo/libx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.mozdev.org/pipermail/libx/attachments/20080501/08c2f319/attachment-0001.html From libssd at emory.edu Thu May 1 11:37:31 2008 From: libssd at emory.edu (Selden Deemer) Date: Thu, 01 May 2008 14:37:31 -0400 Subject: [LibX] Design flexibility and LibX In-Reply-To: References: Message-ID: <481A0DEB.9090205@emory.edu> I use the LibX plugin, but not the toolbar itself, which I keep hidden. I often found myself getting confused by the proximity of the address box and the LibX search box. All the functionality I care about is there without the toolbar being visible, but it's very convenient to toggle on/off by clicking on the "cue" icon at the bottom right of the browser window. Thanks to Tim Knight for the F9 tip -- somehow I had missed that one. It's even more convenient than clicking on the cue. For me, this would be a low priority change in LibX. Selden Deemer, Library Systems Administrator Emory University Libraries Atlanta, Georgia EMAIL: libssd at emory.edu PHONE: 404-727-0271 FAX: 404-727-0827 Karen G. Schneider writes: > * Is it possible to modify the search bar for LibX so it is more, shall > we say, petite--about the same width as other popular toolbars? > > Karen G. Schneider > Research and Development > College Center for Library Automation > kschneider at cclaflorida.org From mgottesm at mail.ucf.edu Thu May 1 12:08:11 2008 From: mgottesm at mail.ucf.edu (Melinda Gottesman) Date: Thu, 01 May 2008 15:08:11 -0400 Subject: [LibX] Design flexibility and LibX In-Reply-To: <481A0DEB.9090205@emory.edu> References: <481A0DEB.9090205@emory.edu> Message-ID: <4819DCDB.E472.0078.0@mail.ucf.edu> ". I often found myself getting confused by the proximity of the address box and the LibX search box." Hah! It's funny you should say that. After marketing LibX on campus - I noticed we were getting some REALLY funky catalog statistics ... people kept searching the catalog for 'google.com' or hotmail.com' or 'facebook.com' it took me a bit to realize these were people mistaking the libx toolbar for the navigation bar! ==Melinda== ---------------------------------------------------- Melinda Gottesman Reference Librarian/Instructor University of Central Florida >>> Selden Deemer 5/1/2008 2:37 PM >>> I use the LibX plugin, but not the toolbar itself, which I keep hidden. I often found myself getting confused by the proximity of the address box and the LibX search box. All the functionality I care about is there without the toolbar being visible, but it's very convenient to toggle on/off by clicking on the "cue" icon at the bottom right of the browser window. Thanks to Tim Knight for the F9 tip -- somehow I had missed that one. It's even more convenient than clicking on the cue. For me, this would be a low priority change in LibX. Selden Deemer, Library Systems Administrator Emory University Libraries Atlanta, Georgia EMAIL: libssd at emory.edu PHONE: 404-727-0271 FAX: 404-727-0827 Karen G. Schneider writes: > * Is it possible to modify the search bar for LibX so it is more, shall > we say, petite--about the same width as other popular toolbars? > > Karen G. Schneider > Research and Development > College Center for Library Automation > kschneider at cclaflorida.org _______________________________________________ Libx mailing list Libx at mozdev.org https://www.mozdev.org/mailman/listinfo/libx From vtdoylem at gmail.com Thu May 1 12:26:37 2008 From: vtdoylem at gmail.com (Mike Doyle) Date: Thu, 1 May 2008 15:26:37 -0400 Subject: [LibX] Design flexibility and LibX In-Reply-To: <4819DCDB.E472.0078.0@mail.ucf.edu> References: <481A0DEB.9090205@emory.edu> <4819DCDB.E472.0078.0@mail.ucf.edu> Message-ID: We've actually been throwing around a few ideas here about re-designing the toolbar. Attached are some screen shots from one of our ideas. This way the user can expand the toolbar when needed, and hide it when they dont. Even when the drop-down box is hidden, the drag and drop functionality will still be there. Let us know what you guys think. ------------------------------ Michael Doyle doylem at vt.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.mozdev.org/pipermail/libx/attachments/20080501/7ca74502/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: ToolbarRedesign1.jpg Type: image/jpeg Size: 6264 bytes Desc: not available Url : http://www.mozdev.org/pipermail/libx/attachments/20080501/7ca74502/attachment-0002.jpg -------------- next part -------------- A non-text attachment was scrubbed... Name: ToolbarRedesign2.jpg Type: image/jpeg Size: 11771 bytes Desc: not available Url : http://www.mozdev.org/pipermail/libx/attachments/20080501/7ca74502/attachment-0003.jpg From ksimon4 at lmu.edu Thu May 1 12:32:11 2008 From: ksimon4 at lmu.edu (Simon, Kenneth) Date: Thu, 1 May 2008 12:32:11 -0700 Subject: [LibX] Design flexibility and LibX In-Reply-To: References: <481A0DEB.9090205@emory.edu> <4819DCDB.E472.0078.0@mail.ucf.edu> Message-ID: <0C916B006DBC144DB5D965F6D1EFDEC910F65C57@Aries2.lmumain.edu> I like this! Would the toolbar then be able to exist next to another toolbar in the same horizontal strip? I'm not sure how flexible Firefox is on that count. I have Word in mind, where you can drag the toolbars around... ________________________________ From: libx-bounces at mozdev.org [mailto:libx-bounces at mozdev.org] On Behalf Of Mike Doyle Sent: Thursday, May 01, 2008 12:27 PM To: libx at mozdev.org Subject: Re: [LibX] Design flexibility and LibX We've actually been throwing around a few ideas here about re-designing the toolbar. Attached are some screen shots from one of our ideas. This way the user can expand the toolbar when needed, and hide it when they dont. Even when the drop-down box is hidden, the drag and drop functionality will still be there. Let us know what you guys think. ------------------------------ Michael Doyle doylem at vt.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.mozdev.org/pipermail/libx/attachments/20080501/ba4006ec/attachment.html From KSchneider at cclaflorida.org Thu May 1 13:02:10 2008 From: KSchneider at cclaflorida.org (Karen Schneider) Date: Thu, 1 May 2008 16:02:10 -0400 Subject: [LibX] Design flexibility and LibX In-Reply-To: <0C916B006DBC144DB5D965F6D1EFDEC910F65C57@Aries2.lmumain.edu> References: <481A0DEB.9090205@emory.edu> <4819DCDB.E472.0078.0@mail.ucf.edu> <0C916B006DBC144DB5D965F6D1EFDEC910F65C57@Aries2.lmumain.edu> Message-ID: <1E2AE3042B9B4C459BED104D1ACB4064025B3F86@jaguar.cclaflorida.org> Very nice! I was thinking "wouldn't it be great if my Google toolbar could be stretched" and then played with it and realized it can be. ;-) This is exactly the kind of design functionality that could be a tipping point for LibX - it has a lot going for it. Just needs to get beyond "dance 10, looks 3." I also agree that having the toolbar not establish its own separate separator bar would be really helpful too. Karen G. Schneider kschneider at cclaflorida.org From: libx-bounces at mozdev.org [mailto:libx-bounces at mozdev.org] On Behalf Of Simon, Kenneth Sent: Thursday, May 01, 2008 3:32 PM To: libx at mozdev.org Subject: Re: [LibX] Design flexibility and LibX I like this! Would the toolbar then be able to exist next to another toolbar in the same horizontal strip? I'm not sure how flexible Firefox is on that count. I have Word in mind, where you can drag the toolbars around... ________________________________ From: libx-bounces at mozdev.org [mailto:libx-bounces at mozdev.org] On Behalf Of Mike Doyle Sent: Thursday, May 01, 2008 12:27 PM To: libx at mozdev.org Subject: Re: [LibX] Design flexibility and LibX We've actually been throwing around a few ideas here about re-designing the toolbar. Attached are some screen shots from one of our ideas. This way the user can expand the toolbar when needed, and hide it when they dont. Even when the drop-down box is hidden, the drag and drop functionality will still be there. Let us know what you guys think. ------------------------------ Michael Doyle doylem at vt.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.mozdev.org/pipermail/libx/attachments/20080501/89e9b05e/attachment.html From libx.org at gmail.com Thu May 1 17:44:20 2008 From: libx.org at gmail.com (LibX Project) Date: Thu, 1 May 2008 20:44:20 -0400 Subject: [LibX] requesting functionality in LibX Message-ID: <719dced30805011744k796224d1g62cc8459dcf9b692@mail.gmail.com> Tim - and others who have specific requests for LibX - Could you add this suggestion at libx.org/bugzilla as a request for enhancement so we can track it? We'll have an undergraduate student working on LibX over the summer, and this will help prepare their task list. Note that this comment is not meant to discourage discussion on the list. In fact, the discussion such as how to better the design the toolbar are probably more appropriate for the list than specific "I'd like this..." ideas. - Godmar On Thu, May 1, 2008 at 10:45 AM, Tim Knight/osgoode wrote: > > Speaking of functionality. One thing I'd like to see is this: when you > click in the text box to type in a new search have the previous search > highlighted automatically so it is overwritten. Same for the drag and drop > searches. It's a bit of a nuisance to have to highlight and delete the > previous search. You could use the 'Clear' button, but that's awkward at > times. > Tim > > -----------------> > F. Tim Knight, Head of Technical Services > York University Law Library > Osgoode Hall Law School > tknight at osgoode.yorku.ca > (416) 650-8403 Fax: (416) 736-5298 > http://library.osgoode.yorku.ca > ----------------------------------> > > libx-bounces at mozdev.org wrote on 05/01/2008 10:27:39 AM: > > > Hi, > > > > > Toggling the toolbar on and off is a decent workaround if you don't > > mind doing it, but in the interest of usability I don't feel like it > > really solves the issue Karen raises. Any extra mouse click or > > keystroke required just to see the toolbar, is a barrier to using the > toolbar. > > > > It would be great if the search box were collapsible, adjusting > > automatically as the toolbar is dragged smaller to fit on the same > > line with, say, the Google toolbar, which also collapses horizontally. > > > > I have no idea what the technical feasibility of this is, though! > > > > - Ken > > -------------------------------------- > > Kenneth Simon > > Reference Librarian / Reference Technology Coordinator > > Von der Ahe Library > > Loyola Marymount University > > Email: ksimon4 at lmu.edu > > Phone: (310) 338-7686 > > AIM: KenLMULibrary; Yahoo! Messenger: Ken_LMULibrary > > http://www.lmu.edu/Page44097.aspx > > > > On May 1, 2008, at 7:13 AM, Tim Knight/osgoode wrote: > > > > > > Hi Karen, > > I tend to just toggle it on and off with the F9 button. And/or use > > the right-click context menu. > > Works great. > > Tim > > > > -----------------> > > F. Tim Knight, Head of Technical Services > > York University Law Library > > Osgoode Hall Law School > > tknight at osgoode.yorku.ca > > (416) 650-8403 Fax: (416) 736-5298 > > http://library.osgoode.yorku.ca > > ----------------------------------> > > > > libx-bounces at mozdev.org wrote on 05/01/2008 09:49:40 AM: > > > > > Hi, I've been watching the LibX project for a while (even summarized it > > > in an internal report on emerging technologies) and very much admire > all > > > the work that has gone into it. > > > > > > When I compare LibX to commercial toolbars, it provides some amazing > > > functionality. But every time I've installed it (and I just reinstalled > > > it with a local library's options), I have concerns about its > aesthetics > > > and how these could hinder adoption. > > > > > > I have two other toolbars in Firefox -- Google and WorldCat -- and they > > > both "know their place," so to speak. But LibX takes up an entire > > > separator, is the same width as my browser search bar, and overall > takes > > > up a disproportionate amount of space for what it does. Its > > > functionality is great, but the library is *part* of our users' > > > experience... not the main event. Toolbars are optional...people have > to > > > want to install them. Anything that interferes with that desire works > > > against our aims. > > > > > > * Is it possible to modify the search bar for LibX so it is more, shall > > > we say, petite--about the same width as other popular toolbars? > > > > > > * Do others in the LibX community see configuring the width of LibX as > a > > > priority deliverable? > > > > > > I had initially brought this up with the LibX people, but after > > > monitoring this list a few months decided to raise the question more > > > broadly. > > > > > > Again, terrific project that in function compares very favorably with > > > commercial toolbars. > > > > > > Karen G. Schneider > > > Research and Development > > > College Center for Library Automation > > > kschneider at cclaflorida.org > > > _______________________________________________ > > > Libx mailing list > > > Libx at mozdev.org > > > https://www.mozdev.org/mailman/listinfo/libx > > _______________________________________________ > > Libx mailing list > > Libx at mozdev.org > > https://www.mozdev.org/mailman/listinfo/libx > > _______________________________________________ > > Libx mailing list > > Libx at mozdev.org > > https://www.mozdev.org/mailman/listinfo/libx > > _______________________________________________ > Libx mailing list > Libx at mozdev.org > https://www.mozdev.org/mailman/listinfo/libx > > From ejones at nu.edu Thu May 8 20:03:11 2008 From: ejones at nu.edu (Ed Jones) Date: Thu, 8 May 2008 20:03:11 -0700 Subject: [LibX] embedded cue does not show up on some computers References: <5.2.1.1.2.20080414142937.0366f9b0@hulmail.harvard.edu> Message-ID: <9001F9F1C5A99842AEB11A28C67CD2A80244A488@exchange1.nu.edu> We've noticed the same thing at National University. The cues have disappeared from Amazon and B&N.com but persist at Google Book Search. I wonder if it has to do with the way Amazon and B&N use the prefixes "ISBN-10" and "ISBN-13" rather than simply "ISBN"? Ed Jones National University (San Diego, Calif.) -----Original Message----- From: libx-bounces at mozdev.org on behalf of Victoria Lin Sent: Mon 4/14/2008 11:30 AM To: libx at mozdev.org Subject: Re: [LibX] embedded cue does not show up on some computers Hi, Godmar and Tom, I rebuilt Harvard LibX edition (but have not made it live) for testing. It is ok on my desktop, I can see the cue in Amazon book record using Firefox (2.0.0.13), I have always been able to do so with old or new HUL libX, old and new firefox, but I tested on some other computer (in my office), it has Firebox 1.5, I loaded my new test version of HUL libX, restarted firefox, could not see the cue, I then downloaded firefox extensions from Tools > Extensions, restarted browser, reboot the computer, still could not see the cue. I followed the debugging instructions, and I can see javascripts errors. Please open the attached for the screenshots of javascript errors, amazon book record, and about libX, any suggestions? Thanks, _________________________________ Victoria Lin phone: 617-495-3724 email: weilin at hulmail.harvard.edu Harvard University Library Office for Information Systems 90 Mt. Auburn Street Cambridge, MA. 02138 _______________________________________________ Libx mailing list Libx at mozdev.org https://www.mozdev.org/mailman/listinfo/libx From weilin at hulmail.harvard.edu Fri May 9 06:24:39 2008 From: weilin at hulmail.harvard.edu (Victoria Lin) Date: Fri, 09 May 2008 09:24:39 -0400 Subject: [LibX] embedded cue does not show up on some computers In-Reply-To: <9001F9F1C5A99842AEB11A28C67CD2A80244A488@exchange1.nu.edu> References: <5.2.1.1.2.20080414142937.0366f9b0@hulmail.harvard.edu> Message-ID: <5.2.1.1.2.20080509091759.0355ad90@hulmail.harvard.edu> Hi Ed, we rebuilt our edition after LibX fixed a bug related with the cue in amazon in early April. The new edition works with Firefox 2, but not with Firefox 1.5, the old edition works with Firefox 1.5, but not with 2.0, in terms of the cue in Amazon, so we end up keeping both editions, though I am not sure how many people are still using Firefox 1.5. At 08:03 PM 5/8/2008 -0700, Ed Jones wrote: >We've noticed the same thing at National University. The cues have >disappeared from Amazon and B&N.com but persist at Google Book Search. I >wonder if it has to do with the way Amazon and B&N use the prefixes >"ISBN-10" and "ISBN-13" rather than simply "ISBN"? > >Ed Jones >National University (San Diego, Calif.) > > >-----Original Message----- >From: libx-bounces at mozdev.org on behalf of Victoria Lin >Sent: Mon 4/14/2008 11:30 AM >To: libx at mozdev.org >Subject: Re: [LibX] embedded cue does not show up on some computers > >Hi, Godmar and Tom, > >I rebuilt Harvard LibX edition (but have not made it live) for testing. It >is ok on my desktop, I can see the cue in Amazon book record using Firefox >(2.0.0.13), I have always been able to do so with old or new HUL libX, old >and new firefox, but I tested on some other computer (in my office), it has >Firebox 1.5, I loaded my new test version of HUL libX, restarted firefox, >could not see the cue, I then downloaded firefox extensions from Tools > >Extensions, restarted browser, reboot the computer, still could not see the >cue. I followed the debugging instructions, and I can see javascripts >errors. Please open the attached for the screenshots of javascript errors, >amazon book record, and about libX, > >any suggestions? > >Thanks, > > >_________________________________ > >Victoria Lin >phone: 617-495-3724 >email: weilin at hulmail.harvard.edu > >Harvard University Library >Office for Information Systems >90 Mt. Auburn Street >Cambridge, MA. 02138 > > >_______________________________________________ >Libx mailing list >Libx at mozdev.org >https://www.mozdev.org/mailman/listinfo/libx _________________________________ Victoria Lin phone: 617-495-3724 email: weilin at hulmail.harvard.edu Harvard University Library Office for Information Systems 90 Mt. Auburn Street Cambridge, MA. 02138 From Samuele.Kaplun at cern.ch Wed May 14 08:35:15 2008 From: Samuele.Kaplun at cern.ch (Samuele Kaplun) Date: Wed, 14 May 2008 17:35:15 +0200 Subject: [LibX] Disabiling smart isbn linking in our own digital library website Message-ID: <200805141735.16128.Samuele.Kaplun@cern.ch> Dear LibX developers, is there a way (or is there a plan to support this) to disable LibX feature on the website for which a toolbar is configured? Suppose in fact that our website (for which LibX is configured) represent a record with isbns. The toolbar will transoform them into links pointing (in our case) to xisbn Worldcat service that reopen again our website with the expanded search. Is there a way to disabling either entirely or isbn linking for just our website so that we don't create useless loop? Thanks a lot, and keep up the excellent work. You're toolbar is definitively a great addition to the set of user interface for a digital repository. Best regards, Samuele -- .O. ..O OOO From es287 at cornell.edu Wed May 14 09:04:13 2008 From: es287 at cornell.edu (Enrico Silterra) Date: Wed, 14 May 2008 12:04:13 -0400 Subject: [LibX] Disabiling smart isbn linking in our own digital library website In-Reply-To: <200805141735.16128.Samuele.Kaplun@cern.ch> References: <200805141735.16128.Samuele.Kaplun@cern.ch> Message-ID: <482B0D7D.5020602@cornell.edu> I would agree with this; people are going to find this confusing. We also had some suggestions from users: one of which is the following: Instead of cluttering the right-click menu, all the different search options should be presented as a sub-menu. In other words, when I right-click on a selected phrase, I should see a single entry in the menu called "Search for 'phrase'" which leads to the following sub-menu: - as a keyword - as a title - as an author - in Google Scholar Just my 02 cents, Rick Silterra Samuele Kaplun wrote: > Dear LibX developers, > is there a way (or is there a plan to support this) to disable LibX feature on > the website for which a toolbar is configured? > Suppose in fact that our website (for which LibX is configured) represent a > record with isbns. The toolbar will transoform them into links pointing (in > our case) to xisbn Worldcat service that reopen again our website with the > expanded search. > Is there a way to disabling either entirely or isbn linking for just our > website so that we don't create useless loop? > Thanks a lot, and keep up the excellent work. You're toolbar is definitively a > great addition to the set of user interface for a digital repository. > Best regards, > Samuele > -- ****************************** Enrico Silterra Software Engineer 501 Olin Library Cornell University Ithaca NY 14853 Voice: 607-255-6851 Fax: 607-255-6110 E-mail: es287 at cornell.edu http://lts.library.cornell.edu/ "The path to my fixed purpose is laid with iron rails, whereon my soul is grooved to run." - - Melville ****************************** From libx.org at gmail.com Wed May 14 11:29:40 2008 From: libx.org at gmail.com (LibX Project) Date: Wed, 14 May 2008 14:29:40 -0400 Subject: [LibX] Disabiling smart isbn linking in our own digital library website In-Reply-To: <200805141735.16128.Samuele.Kaplun@cern.ch> References: <200805141735.16128.Samuele.Kaplun@cern.ch> Message-ID: <719dced30805141129v6775e897la0298e61aa6f8d4@mail.gmail.com> Right now, the only pages excluded from autolinking are the pages within the domain of the OpenURL resolver, but only if the OpenURL resolver is Serials Solution. Note that it's not always a useless loop. For instance, on an OPAC page, if xISBN is configured, the autolinked ISBN will actually link to the xISBN service, so users could find a related edition if they want one. Similarly, on an OPAC page if there's an ISSN, it may link to the OpenURL resolver, which is sometimes useful. Eventually, edition maintainers will have the ability to specify for all cues one which pages they should or should not appear. An interim fix may be an option that would exclude all URLs that match a configured catalog's URL from autolinking. (Though note that this would turn off auto-linking on scholar.google.com pages if scholar.google.com is configured as a catalog...) A smarter fix may be to suppress autolinking only if we have reason to believe it would lead to a loop. Could you add this suggestion to libx.org/bugzilla so we don't forget about it. - Godmar On Wed, May 14, 2008 at 11:35 AM, Samuele Kaplun wrote: > Dear LibX developers, > is there a way (or is there a plan to support this) to disable LibX feature on > the website for which a toolbar is configured? > Suppose in fact that our website (for which LibX is configured) represent a > record with isbns. The toolbar will transoform them into links pointing (in > our case) to xisbn Worldcat service that reopen again our website with the > expanded search. > Is there a way to disabling either entirely or isbn linking for just our > website so that we don't create useless loop? > Thanks a lot, and keep up the excellent work. You're toolbar is definitively a > great addition to the set of user interface for a digital repository. > Best regards, > Samuele > -- > .O. > ..O > OOO > _______________________________________________ > Libx mailing list > Libx at mozdev.org > https://www.mozdev.org/mailman/listinfo/libx > From libx.org at gmail.com Wed May 14 11:35:56 2008 From: libx.org at gmail.com (LibX Project) Date: Wed, 14 May 2008 14:35:56 -0400 Subject: [LibX] Disabiling smart isbn linking in our own digital library website In-Reply-To: <482B0D7D.5020602@cornell.edu> References: <200805141735.16128.Samuele.Kaplun@cern.ch> <482B0D7D.5020602@cornell.edu> Message-ID: <719dced30805141135v7e4e3f85g6134d10bd5d3739e@mail.gmail.com> We had this option [of using a nested submenu] before, and abandoned it since hardly anybody was using it. (In fact, when it broke, nobody complained.) The other reason we abandoned it was because we believe the user preference system gives much more flexibility. I still believe that. The idea is that users would only select the options they most frequently use: I'd guess that would be a keyword search in the one or two most frequently used catalogs. If users need more sophisticated options, they should use the toolbar. Note that you can drag-n-drop items into the toolbar. (*) Feel free to enter this suggestion in our database libx.org/bugzilla though in case other users have input one way or another. - Godmar (*) though we need to implement the earlier-made suggestion of clearing out old values in the input fields in those cases. On Wed, May 14, 2008 at 12:04 PM, Enrico Silterra wrote: > I would agree with this; people are going to find this confusing. > We also had some suggestions from users: one of which is the following: > > Instead of cluttering the right-click menu, all the different search > options should be presented as a sub-menu. In other words, when I > right-click on a selected phrase, I should see a single entry in the > menu called "Search for 'phrase'" which leads to the following sub-menu: > - as a keyword > - as a title > - as an author > - in Google Scholar > > Just my 02 cents, > Rick Silterra > > > > Samuele Kaplun wrote: >> Dear LibX developers, >> is there a way (or is there a plan to support this) to disable LibX feature on >> the website for which a toolbar is configured? >> Suppose in fact that our website (for which LibX is configured) represent a >> record with isbns. The toolbar will transoform them into links pointing (in >> our case) to xisbn Worldcat service that reopen again our website with the >> expanded search. >> Is there a way to disabling either entirely or isbn linking for just our >> website so that we don't create useless loop? >> Thanks a lot, and keep up the excellent work. You're toolbar is definitively a >> great addition to the set of user interface for a digital repository. >> Best regards, >> Samuele >> > > > -- > ****************************** > Enrico Silterra Software Engineer > 501 Olin Library Cornell University Ithaca NY 14853 > > Voice: 607-255-6851 Fax: 607-255-6110 E-mail: es287 at cornell.edu > http://lts.library.cornell.edu/ > "The path to my fixed purpose is laid with iron rails, whereon my soul is grooved to run." - - Melville > ****************************** > > _______________________________________________ > Libx mailing list > Libx at mozdev.org > https://www.mozdev.org/mailman/listinfo/libx > From rsouto at etal.uri.edu Thu May 15 13:35:05 2008 From: rsouto at etal.uri.edu (Ruth E. Souto) Date: Thu, 15 May 2008 16:35:05 -0400 Subject: [LibX] LibX and Encore? Message-ID: <6.1.2.0.2.20080515162436.01f06248@etal.uri.edu> Hi all- Does anyone have the LibX linking directly into the Innovative Interfaces Encore product? I can get it to work fine in the regular Millennium catalog, but for some reason when I try sending it to the Encore interface I get only the Encore search box. It won't search the catalog, it just brings me to the Encore search box page. I'm sure I'm just missing something. Any ideas? Ruth From godmar at gmail.com Thu May 15 13:56:07 2008 From: godmar at gmail.com (Godmar Back) Date: Thu, 15 May 2008 16:56:07 -0400 Subject: [LibX] LibX and Encore? In-Reply-To: <6.1.2.0.2.20080515162436.01f06248@etal.uri.edu> References: <6.1.2.0.2.20080515162436.01f06248@etal.uri.edu> Message-ID: <719dced30805151356v11ec5c2fn9fd851fe6536ca26@mail.gmail.com> Ruth, I believe auto-detection works for Encore. For instance, if you enter http://encore.uri.edu/iii/encore/app into the "Auto-detection" box in the Catalogs & Databases tab, it should recognize a bookmarklet --- if you import it, it should provide you with a keyword search for Encore. If it doesn't, please submit a request via the Edition Builder's "Help Me With" feature so that we can see which editions you're using and what configuration you've tried. - Godmar On Thu, May 15, 2008 at 4:35 PM, Ruth E. Souto wrote: > Hi all- > > Does anyone have the LibX linking directly into the Innovative Interfaces > Encore product? I can get it to work fine in the regular Millennium catalog, > but for some reason when I try sending it to the Encore interface I get only > the Encore search box. It won't search the catalog, it just brings me to the > Encore search box page. > > I'm sure I'm just missing something. Any ideas? > > Ruth > > _______________________________________________ > Libx mailing list > Libx at mozdev.org > https://www.mozdev.org/mailman/listinfo/libx > From ptagtmeyer at mail.colgate.edu Fri May 16 05:55:29 2008 From: ptagtmeyer at mail.colgate.edu (Peter Tagtmeyer) Date: Fri, 16 May 2008 08:55:29 -0400 Subject: [LibX] LibX and Encore? In-Reply-To: <6.1.2.0.2.20080515162436.01f06248@etal.uri.edu> References: <6.1.2.0.2.20080515162436.01f06248@etal.uri.edu> Message-ID: <1A2C5C2583E51047BDBC3AACCB36D25315E1E743@mailsv06.colgate.edu> Auto-detection does work with Encore. Peter Peter Tagtmeyer Cooley Science Library Colgate University ptagtmeyer at colgate.edu 315-228-7402 -----Original Message----- From: libx-bounces at mozdev.org [mailto:libx-bounces at mozdev.org] On Behalf Of Ruth E. Souto Sent: Thursday, May 15, 2008 4:35 PM To: libx at mozdev.org Subject: [LibX] LibX and Encore? Hi all- Does anyone have the LibX linking directly into the Innovative Interfaces Encore product? I can get it to work fine in the regular Millennium catalog, but for some reason when I try sending it to the Encore interface I get only the Encore search box. It won't search the catalog, it just brings me to the Encore search box page. I'm sure I'm just missing something. Any ideas? Ruth _______________________________________________ Libx mailing list Libx at mozdev.org https://www.mozdev.org/mailman/listinfo/libx From kaleonar at iuk.edu Tue May 20 13:42:03 2008 From: kaleonar at iuk.edu (Leonard, Kirsten A.) Date: Tue, 20 May 2008 16:42:03 -0400 Subject: [LibX] Does the WorldCat search support multiple search fields? Message-ID: I currently have my WorldCat/Firstsearch set up to allow keyword, Title and Author searches. I've noticed that if the searcher uses multiple boxes (selecting the arrow on the browser window to open up an additional box) only the terms entered into the first box are passed on to Worldcat. Is this a problem with how I have set up my WorldCat search or a bug? --Kirsten ----------------------------------------------------------------- Kirsten Leonard Electronic Resources/Government Documents Librarian Indiana University Kokomo Library, KA140B 2300 South Washington St. Kokomo, IN 46904-9003 kaleonar at iuk.edu (765)455-9346 Fax (765)455-9276 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.mozdev.org/pipermail/libx/attachments/20080520/a4a0b8c2/attachment.html From smadams at Princeton.EDU Tue May 20 14:09:03 2008 From: smadams at Princeton.EDU (Steven Adams) Date: Tue, 20 May 2008 17:09:03 -0400 Subject: [LibX] Does the WorldCat search support multiple search fields? In-Reply-To: References: Message-ID: <48333DEF.4030405@princeton.edu> Please let me know if you are able to fix this. I have the same issue and have not been able to figure it out. Thanks, Steve Steven M Adams Biological and Life Sciences Librarian Interim Psychology Librarian Princeton University smadams at princeton.edu 609-258-5484 (Biology) 609-258-6084 (Psychology) Leonard, Kirsten A. wrote: > > I currently have my WorldCat/Firstsearch set up to allow keyword, > Title and Author searches. I've noticed that if the searcher uses > multiple boxes (selecting the arrow on the browser window to open up > an additional box) only the terms entered into the first box are > passed on to Worldcat. Is this a problem with how I have set up my > WorldCat search or a bug? > > > > --Kirsten > > ----------------------------------------------------------------- > Kirsten Leonard > Electronic Resources/Government Documents Librarian > Indiana University Kokomo Library, KA140B > 2300 South Washington St. > Kokomo, IN 46904-9003 > kaleonar at iuk.edu > (765)455-9346 > Fax (765)455-9276 > > > > > > ------------------------------------------------------------------------ > > _______________________________________________ > Libx mailing list > Libx at mozdev.org > https://www.mozdev.org/mailman/listinfo/libx > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.mozdev.org/pipermail/libx/attachments/20080520/86d8d8b3/attachment.html From godmar at gmail.com Tue May 20 15:34:58 2008 From: godmar at gmail.com (Godmar Back) Date: Tue, 20 May 2008 18:34:58 -0400 Subject: [LibX] Does the WorldCat search support multiple search fields? In-Reply-To: References: Message-ID: <719dced30805201534q76cc867cy326c810f5eabc83f@mail.gmail.com> - In FF 3.0b5, multiple search fields are completely broken. This is due to a bug in Firefox we're working on addressing. - Prior to FF 3.0b5: if the search fields are of different type - say search field 1 is Keyword and search field 2 is Title, it will search both terms with their respective types. If the search fields are of the same type, only the first one will be used. I assume that's what you're seeing. We've been toying off and on with the idea of providing explicit support for Worldcat as a special catalog type, rather than using the Bookmarklet. This may be the time to do it. Or, I'm thinking out loud here, we could just collect all same-typed search terms from all fields and place them space-separated in the corresponding field. Yes, let's do that for now. Could somebody add a note to libx.org/bugzilla so we don't forget. - Godmar On Tue, May 20, 2008 at 4:42 PM, Leonard, Kirsten A. wrote: > I currently have my WorldCat/Firstsearch set up to allow keyword, Title and > Author searches. I've noticed that if the searcher uses multiple boxes > (selecting the arrow on the browser window to open up an additional box) > only the terms entered into the first box are passed on to Worldcat. Is > this a problem with how I have set up my WorldCat search or a bug? > > > > --Kirsten > > ----------------------------------------------------------------- > Kirsten Leonard > Electronic Resources/Government Documents Librarian > Indiana University Kokomo Library, KA140B > 2300 South Washington St. > Kokomo, IN 46904-9003 > kaleonar at iuk.edu > (765)455-9346 > Fax (765)455-9276 > > > > > > _______________________________________________ > Libx mailing list > Libx at mozdev.org > https://www.mozdev.org/mailman/listinfo/libx > > From A.Rust at neu.edu Thu May 22 07:21:34 2008 From: A.Rust at neu.edu (A.Rust at neu.edu) Date: Thu, 22 May 2008 10:21:34 -0400 Subject: [LibX] More WorldCat - forcing location in link Message-ID: Hello, all. Following this email discussion, I can note that we'd also appreciate the additional, explicit WorldCat support. We're also running into another question I thought I'd throw out here. We're trying to find a way to "force" a location in WorldCat searches, either through creating an affiliate account or somehow adding a "loc=zipcode" to our initial search string. (We started with contacting OCLC support about this because it seems more an WorldCat linking question rather than LibX bookmarklet question, but perhaps someone here has an easy answer.) Here's the backstory: We've taken the following format from the excellent LibX edition builder: http://www.worldcat.org/search?q=%Y+ti%3A%t+au%3A%a+kw%3A%i&qt=advanced For an example query built via that format, try: http://www.worldcat.org/search?q=margaret%20atwood+ti%3A+au%3A+kw%3A&qt=advanced This provides a wonderful list of results, but once I enter the individual record screen, WorldCat uses my IP address to determine which libraries are closest. As it should. Unfortunately our library's outgoing IP servers seem to be 20 miles to the north of us. So I've been hoping that there's some way to stick a location onto the search string. I know that, for individual titles, the following works: http://worldcat.org/isbn/006073132X&loc=90101 So I've tried sticking &loc=02115 at the end of the query string. No luck, although perhaps I'm not using the correct syntax. Has anyone else run into this problem? And perhaps a solution? Again, to clarify: we're not having problems setting up the Open WorldCat search, just in adding a specific location to the WorldCat search. I tried looking through the published LibX editions, but didn't see much that looked applicable. Hopefully I missed something. It's also entirely possible that I'm asking ignorant questions -- I'm entirely new to the world of LibX and bookmarklets. Thanks in advance, Amanda ------------------------------------------- Amanda Rust Research & Instruction Librarian 270 Snell Library Northeastern University 360 Huntington Avenue Boston, MA 02115 Voice: 617-373-8548 Fax: 617-373-2195 a.rust at neu.edu ------------------------------------------- ----- Forwarded by Amanda R Rust/Library/NEU on 05/22/2008 09:58 AM ----- libx-request at mozdev.org Sent by: libx-bounces at mozdev.org 05/21/2008 03:00 PM Please respond to libx at mozdev.org To libx at mozdev.org cc Subject Libx Digest, Vol 22, Issue 8 Message: 3 Date: Tue, 20 May 2008 18:34:58 -0400 From: "Godmar Back" Subject: Re: [LibX] Does the WorldCat search support multiple search fields? To: "Leonard, Kirsten A." Cc: "libx at mozdev.org" Message-ID: <719dced30805201534q76cc867cy326c810f5eabc83f at mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 - In FF 3.0b5, multiple search fields are completely broken. This is due to a bug in Firefox we're working on addressing. - Prior to FF 3.0b5: if the search fields are of different type - say search field 1 is Keyword and search field 2 is Title, it will search both terms with their respective types. If the search fields are of the same type, only the first one will be used. I assume that's what you're seeing. We've been toying off and on with the idea of providing explicit support for Worldcat as a special catalog type, rather than using the Bookmarklet. This may be the time to do it. Or, I'm thinking out loud here, we could just collect all same-typed search terms from all fields and place them space-separated in the corresponding field. Yes, let's do that for now. Could somebody add a note to libx.org/bugzilla so we don't forget. - Godmar -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.mozdev.org/pipermail/libx/attachments/20080522/ba5bb26d/attachment.html From godmar at gmail.com Thu May 22 09:51:52 2008 From: godmar at gmail.com (Godmar Back) Date: Thu, 22 May 2008 12:51:52 -0400 Subject: [LibX] More WorldCat - forcing location in link In-Reply-To: References: Message-ID: <719dced30805220951ma2f5639nba8da84f8d35a8a9@mail.gmail.com> You're right, it does seem like a question for OCLC. Brief perusal of the search forms they offer does not reveal that what you're trying to do is supported. There's a good chance that it isn't, because otherwise, why would anybody buy Worldcat Local if they can extract (almost) the same functionality for free. Could you sign up at http://www.worldcat.org/wcpa/servlet/org.oclc.lac.affiliate.GetSearchBox and see what HTML Worldcat creates for your "custom search box"? Maybe that box allows you to direct to a particular catalog. -- Godmar On Thu, May 22, 2008 at 10:21 AM, wrote: > > Hello, all. Following this email discussion, I can note that we'd also > appreciate the additional, explicit WorldCat support. We're also running > into another question I thought I'd throw out here. > > We're trying to find a way to "force" a location in WorldCat searches, > either through creating an affiliate account or somehow adding a > "loc=zipcode" to our initial search string. (We started with contacting > OCLC support about this because it seems more an WorldCat linking question > rather than LibX bookmarklet question, but perhaps someone here has an easy > answer.) Here's the backstory: > > We've taken the following format from the excellent LibX edition builder: > http://www.worldcat.org/search?q=%Y+ti%3A%t+au%3A%a+kw%3A%i&qt=advanced > > For an example query built via that format, try: > http://www.worldcat.org/search?q=margaret%20atwood+ti%3A+au%3A+kw%3A&qt=advanced > > This provides a wonderful list of results, but once I enter the individual > record screen, WorldCat uses my IP address to determine which libraries are > closest. As it should. Unfortunately our library's outgoing IP servers > seem to be 20 miles to the north of us. So I've been hoping that there's > some way to stick a location onto the search string. I know that, for > individual titles, the following works: > http://worldcat.org/isbn/006073132X&loc=90101 > > So I've tried sticking &loc=02115 at the end of the query string. No luck, > although perhaps I'm not using the correct syntax. Has anyone else run into > this problem? And perhaps a solution? Again, to clarify: we're not having > problems setting up the Open WorldCat search, just in adding a specific > location to the WorldCat search. I tried looking through the published LibX > editions, but didn't see much that looked applicable. Hopefully I missed > something. > > It's also entirely possible that I'm asking ignorant questions -- I'm > entirely new to the world of LibX and bookmarklets. > > Thanks in advance, > Amanda > > ------------------------------------------- > Amanda Rust > Research & Instruction Librarian > 270 Snell Library > Northeastern University > 360 Huntington Avenue > Boston, MA 02115 > Voice: 617-373-8548 > Fax: 617-373-2195 > a.rust at neu.edu > ------------------------------------------- > > > ----- Forwarded by Amanda R Rust/Library/NEU on 05/22/2008 09:58 AM ----- > libx-request at mozdev.org > Sent by: libx-bounces at mozdev.org > > 05/21/2008 03:00 PM > > Please respond to > libx at mozdev.org > To > libx at mozdev.org > cc > Subject > Libx Digest, Vol 22, Issue 8 > > > > > > > Message: 3 > Date: Tue, 20 May 2008 18:34:58 -0400 > From: "Godmar Back" > Subject: Re: [LibX] Does the WorldCat search support multiple search > fields? > To: "Leonard, Kirsten A." > Cc: "libx at mozdev.org" > Message-ID: > > <719dced30805201534q76cc867cy326c810f5eabc83f at mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > - In FF 3.0b5, multiple search fields are completely broken. This is > due to a bug in Firefox we're working on addressing. > > - Prior to FF 3.0b5: if the search fields are of different type - say > search field 1 is Keyword and search field 2 is Title, it will search > both terms with their respective types. If the search fields are of > the same type, only the first one will be used. I assume that's what > you're seeing. > > We've been toying off and on with the idea of providing explicit > support for Worldcat as a special catalog type, rather than using the > Bookmarklet. This may be the time to do it. Or, I'm thinking out loud > here, we could just collect all same-typed search terms from all > fields and place them space-separated in the corresponding field. Yes, > let's do that for now. > > Could somebody add a note to libx.org/bugzilla so we don't forget. > > - Godmar > _______________________________________________ > Libx mailing list > Libx at mozdev.org > https://www.mozdev.org/mailman/listinfo/libx > > From A.Rust at neu.edu Thu May 22 10:55:38 2008 From: A.Rust at neu.edu (A.Rust at neu.edu) Date: Thu, 22 May 2008 13:55:38 -0400 Subject: [LibX] More WorldCat - forcing location in link In-Reply-To: <719dced30805220951ma2f5639nba8da84f8d35a8a9@mail.gmail.com> Message-ID: Thanks for your input, Godmar. I had the same thought as you about why that loc-added search might not be available for public creation, which makes perfect sense as a business decision for OCLC. (Also, since Open WorldCat reads IP address to determine your location, we're asking our campus systems people if there could be anything funny going on with our ISP records, because OCLC reads us as living somewhere else.) I'm also hoping that custom search box and affiliate referrer will give more leads. I've got an account created, and when you run a search from the OCLC-generated search box it adds this to the URL: http://www.worldcat.org/search?qt=affiliate&ai=Northeastern_AmandaRust But, unfortunately, once you click on an individual title, my affiliation does not override WorldCat's automated IP read, which sticks us 20 miles north of our actual location. The function of that affiliate referrer account is something we've also contacted OCLC about -- I can send any new discoveries to the list, if there's interest and/or it's not too off-topic. Amanda ------------------------------------------- Amanda Rust Research & Instruction Librarian 270 Snell Library Northeastern University 360 Huntington Avenue Boston, MA 02115 Voice: 617-373-8548 Fax: 617-373-2195 a.rust at neu.edu ------------------------------------------- "Godmar Back" 05/22/2008 12:51 PM To A.Rust at neu.edu cc libx at mozdev.org Subject Re: [LibX] More WorldCat - forcing location in link You're right, it does seem like a question for OCLC. Brief perusal of the search forms they offer does not reveal that what you're trying to do is supported. There's a good chance that it isn't, because otherwise, why would anybody buy Worldcat Local if they can extract (almost) the same functionality for free. Could you sign up at http://www.worldcat.org/wcpa/servlet/org.oclc.lac.affiliate.GetSearchBox and see what HTML Worldcat creates for your "custom search box"? Maybe that box allows you to direct to a particular catalog. -- Godmar On Thu, May 22, 2008 at 10:21 AM, wrote: > > Hello, all. Following this email discussion, I can note that we'd also > appreciate the additional, explicit WorldCat support. We're also running > into another question I thought I'd throw out here. > > We're trying to find a way to "force" a location in WorldCat searches, > either through creating an affiliate account or somehow adding a > "loc=zipcode" to our initial search string. (We started with contacting > OCLC support about this because it seems more an WorldCat linking question > rather than LibX bookmarklet question, but perhaps someone here has an easy > answer.) Here's the backstory: > > We've taken the following format from the excellent LibX edition builder: > http://www.worldcat.org/search?q=%Y+ti%3A%t+au%3A%a+kw%3A%i&qt=advanced > > For an example query built via that format, try: > http://www.worldcat.org/search?q=margaret%20atwood+ti%3A+au%3A+kw%3A&qt=advanced > > This provides a wonderful list of results, but once I enter the individual > record screen, WorldCat uses my IP address to determine which libraries are > closest. As it should. Unfortunately our library's outgoing IP servers > seem to be 20 miles to the north of us. So I've been hoping that there's > some way to stick a location onto the search string. I know that, for > individual titles, the following works: > http://worldcat.org/isbn/006073132X&loc=90101 > > So I've tried sticking &loc=02115 at the end of the query string. No luck, > although perhaps I'm not using the correct syntax. Has anyone else run into > this problem? And perhaps a solution? Again, to clarify: we're not having > problems setting up the Open WorldCat search, just in adding a specific > location to the WorldCat search. I tried looking through the published LibX > editions, but didn't see much that looked applicable. Hopefully I missed > something. > > It's also entirely possible that I'm asking ignorant questions -- I'm > entirely new to the world of LibX and bookmarklets. > > Thanks in advance, > Amanda > > ------------------------------------------- > Amanda Rust > Research & Instruction Librarian > 270 Snell Library > Northeastern University > 360 Huntington Avenue > Boston, MA 02115 > Voice: 617-373-8548 > Fax: 617-373-2195 > a.rust at neu.edu > ------------------------------------------- > > > ----- Forwarded by Amanda R Rust/Library/NEU on 05/22/2008 09:58 AM ----- > libx-request at mozdev.org > Sent by: libx-bounces at mozdev.org > > 05/21/2008 03:00 PM > > Please respond to > libx at mozdev.org > To > libx at mozdev.org > cc > Subject > Libx Digest, Vol 22, Issue 8 > > > > > > > Message: 3 > Date: Tue, 20 May 2008 18:34:58 -0400 > From: "Godmar Back" > Subject: Re: [LibX] Does the WorldCat search support multiple search > fields? > To: "Leonard, Kirsten A." > Cc: "libx at mozdev.org" > Message-ID: > > <719dced30805201534q76cc867cy326c810f5eabc83f at mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > - In FF 3.0b5, multiple search fields are completely broken. This is > due to a bug in Firefox we're working on addressing. > > - Prior to FF 3.0b5: if the search fields are of different type - say > search field 1 is Keyword and search field 2 is Title, it will search > both terms with their respective types. If the search fields are of > the same type, only the first one will be used. I assume that's what > you're seeing. > > We've been toying off and on with the idea of providing explicit > support for Worldcat as a special catalog type, rather than using the > Bookmarklet. This may be the time to do it. Or, I'm thinking out loud > here, we could just collect all same-typed search terms from all > fields and place them space-separated in the corresponding field. Yes, > let's do that for now. > > Could somebody add a note to libx.org/bugzilla so we don't forget. > > - Godmar > _______________________________________________ > Libx mailing list > Libx at mozdev.org > https://www.mozdev.org/mailman/listinfo/libx > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.mozdev.org/pipermail/libx/attachments/20080522/a392fea0/attachment-0001.html From mlo at rci.rutgers.edu Thu May 22 11:07:26 2008 From: mlo at rci.rutgers.edu (Mei Ling Lo) Date: Thu, 22 May 2008 14:07:26 -0400 Subject: [LibX] Google Books and Libx Toolbar Message-ID: <4835B65E.40405@rci.rutgers.edu> Hi, I just noticed that the cue of our Toolbar appears on Google Books. I was surprised to see that because I thought the cue only appears on Google, Amazon and some other book vendor pages. Anyway, this is exciting to see the cue in Google Books. My question is that why not all the books in Google Books would have the cue? I searched "Drupal" in Google Books. Most of the books have our Toolbar's cues. A few of them don't. Any comments? Mei Ling Lo Rutgers University Libraries From godmar at gmail.com Thu May 22 11:14:43 2008 From: godmar at gmail.com (Godmar Back) Date: Thu, 22 May 2008 14:14:43 -0400 Subject: [LibX] Google Books and Libx Toolbar In-Reply-To: <4835B65E.40405@rci.rutgers.edu> References: <4835B65E.40405@rci.rutgers.edu> Message-ID: <719dced30805221114v725bbfb4kc435e597e7aa51e7@mail.gmail.com> Only books with an ISBN have the cue as for now; more specifically, only those for which Google embeds the ISBN in a link. - Godmar On Thu, May 22, 2008 at 2:07 PM, Mei Ling Lo wrote: > Hi, > > I just noticed that the cue of our Toolbar appears on Google Books. I > was surprised to see that because I thought the cue only appears on > Google, Amazon and some other book vendor pages. > > Anyway, this is exciting to see the cue in Google Books. My question is > that why not all the books in Google Books would have the cue? > > I searched "Drupal" in Google Books. Most of the books have our > Toolbar's cues. A few of them don't. > > Any comments? > > Mei Ling Lo > Rutgers University Libraries > > _______________________________________________ > Libx mailing list > Libx at mozdev.org > https://www.mozdev.org/mailman/listinfo/libx > From norman.steinhart at utoronto.ca Fri May 23 13:39:17 2008 From: norman.steinhart at utoronto.ca (U of T account) Date: Fri, 23 May 2008 16:39:17 -0400 Subject: [LibX] please remove me from your mailing list Message-ID: please remove me from your mailing list norman.steinhart at utoronto.ca From donttrustben at gmail.com Fri May 23 19:03:14 2008 From: donttrustben at gmail.com (Ben Woodcroft) Date: Sat, 24 May 2008 12:03:14 +1000 Subject: [LibX] please remove me from your mailing list In-Reply-To: References: Message-ID: Doesn't the unsubscribe box at https://www.mozdev.org/mailman/listinfo/libx work? 2008/5/24 U of T account : > please remove me from your mailing list > > norman.steinhart at utoronto.ca > _______________________________________________ > Libx mailing list > Libx at mozdev.org > https://www.mozdev.org/mailman/listinfo/libx > -- FYI: My email addresses at unimelb, uq and gmail all redirect to the same place. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.mozdev.org/pipermail/libx/attachments/20080524/8e9115a8/attachment.html From mlo at rci.rutgers.edu Tue May 27 08:58:28 2008 From: mlo at rci.rutgers.edu (Mei Ling Lo) Date: Tue, 27 May 2008 11:58:28 -0400 Subject: [LibX] broken embedded cues in Amazon.com Message-ID: <483C2FA4.1020504@rci.rutgers.edu> Two weeks ago, we rebuilt the LibX toolbar edition for Firefox. The cues worked for Amazon web site. Last night, I tested it out for Amazon. The cues have stopped displaying on Amazon web sites. They, however, continue to display on Google Books and Barnes and Noble. I have tried logging in and not logging in to Amazon. Yet the cookies do not seem to make a difference. Does anyone have a similar problem? Honestly, I am getting concerned about this problem. We are planning to install the toolbar on public machines. It would be difficult to rebuild the toolbar all the time because the image for the computers is supposed to stay for a semester. Does anyone have any suggestions? Thank you. Mei Ling Lo Rutgers, The State University of New Jersey From libx.org at gmail.com Tue May 27 09:04:54 2008 From: libx.org at gmail.com (LibX Project) Date: Tue, 27 May 2008 12:04:54 -0400 Subject: [LibX] broken embedded cues in Amazon.com In-Reply-To: <483C2FA4.1020504@rci.rutgers.edu> References: <483C2FA4.1020504@rci.rutgers.edu> Message-ID: <719dced30805270904x6df0ce12iaeb67247a5a439b8@mail.gmail.com> Amazon broke on May 23, it's since been fixed in the codebase for FF. IE is still broken. We're working on a LibX 1.5 system that allows updating of cues without requiring rebuild and reinstall of the extension. We're aiming to get this out with FF3.0. During the next weeks, expect a highly agile codebase so be sure to test your revisions thoroughly. - Godmar On Tue, May 27, 2008 at 11:58 AM, Mei Ling Lo wrote: > Two weeks ago, we rebuilt the LibX toolbar edition for Firefox. The > cues worked for Amazon web site. > > Last night, I tested it out for Amazon. The cues have stopped > displaying on Amazon web sites. They, however, continue to display on > Google Books and Barnes and Noble. > > I have tried logging in and not logging in to Amazon. Yet the cookies > do not seem to make a difference. > > Does anyone have a similar problem? > > Honestly, I am getting concerned about this problem. We are planning to > install the toolbar on public machines. It would be difficult to > rebuild the toolbar all the time because the image for the computers is > supposed to stay for a semester. Does anyone have any suggestions? > > Thank you. > > Mei Ling Lo > Rutgers, The State University of New Jersey > _______________________________________________ > Libx mailing list > Libx at mozdev.org > https://www.mozdev.org/mailman/listinfo/libx > From richard.james at state.de.us Tue May 27 09:11:08 2008 From: richard.james at state.de.us (James Richard (DOS)) Date: Tue, 27 May 2008 12:11:08 -0400 Subject: [LibX] broken embedded cues in Amazon.com In-Reply-To: <719dced30805270904x6df0ce12iaeb67247a5a439b8@mail.gmail.com> References: <483C2FA4.1020504@rci.rutgers.edu> <719dced30805270904x6df0ce12iaeb67247a5a439b8@mail.gmail.com> Message-ID: <6C6E5A4917AA8041AA7468E5AF03E552048F97E5@DOVERSCLS01N1.state.de.us> It makes me a little cool on the whole project too, strictly for organizational reasons, if there is going to be ongoing needs to update and reinstall. I am trying to install our version statewide in public libraries, but the installation environment is so locked-down that I can't contemplate having to spend two hours+ on a regular basis doing upgrades. I deliberately built a no-frills version with basic functionality for cues because I figured this would be sturdy, but have had to hold off on rolling out the service to other libraries because some of the basic stuff is misbehaving. Richard James Administrative Librarian Delaware Division of Libraries 302-739-4748 x.127 richard.james at state.de.us -----Original Message----- From: libx-bounces at mozdev.org [mailto:libx-bounces at mozdev.org] On Behalf Of LibX Project Sent: Tuesday, May 27, 2008 12:05 PM To: Mei Ling Lo Cc: libx at mozdev.org Subject: Re: [LibX] broken embedded cues in Amazon.com Amazon broke on May 23, it's since been fixed in the codebase for FF. IE is still broken. We're working on a LibX 1.5 system that allows updating of cues without requiring rebuild and reinstall of the extension. We're aiming to get this out with FF3.0. During the next weeks, expect a highly agile codebase so be sure to test your revisions thoroughly. - Godmar On Tue, May 27, 2008 at 11:58 AM, Mei Ling Lo wrote: > Two weeks ago, we rebuilt the LibX toolbar edition for Firefox. The > cues worked for Amazon web site. > > Last night, I tested it out for Amazon. The cues have stopped > displaying on Amazon web sites. They, however, continue to display on > Google Books and Barnes and Noble. > > I have tried logging in and not logging in to Amazon. Yet the cookies > do not seem to make a difference. > > Does anyone have a similar problem? > > Honestly, I am getting concerned about this problem. We are planning to > install the toolbar on public machines. It would be difficult to > rebuild the toolbar all the time because the image for the computers is > supposed to stay for a semester. Does anyone have any suggestions? > > Thank you. > > Mei Ling Lo > Rutgers, The State University of New Jersey > _______________________________________________ > Libx mailing list > Libx at mozdev.org > https://www.mozdev.org/mailman/listinfo/libx > _______________________________________________ Libx mailing list Libx at mozdev.org https://www.mozdev.org/mailman/listinfo/libx From godmar at gmail.com Tue May 27 09:28:19 2008 From: godmar at gmail.com (Godmar Back) Date: Tue, 27 May 2008 12:28:19 -0400 Subject: [LibX] broken embedded cues in Amazon.com In-Reply-To: <6C6E5A4917AA8041AA7468E5AF03E552048F97E5@DOVERSCLS01N1.state.de.us> References: <483C2FA4.1020504@rci.rutgers.edu> <719dced30805270904x6df0ce12iaeb67247a5a439b8@mail.gmail.com> <6C6E5A4917AA8041AA7468E5AF03E552048F97E5@DOVERSCLS01N1.state.de.us> Message-ID: <719dced30805270928me647729sbde0b70472ef7495@mail.gmail.com> Two comments: First, there will always be an ongoing need to update. Such is the nature of open source software that is supported by users. You "pay" for LibX with your contribution to the testing and maintenance effort. Developing software is expensive, and over 80% of the effort lies in maintenance. In the open source model, these expenses are shared between developers and users. Second, as I pointed out, we share your concern and are close to deploying a technological solution. From a technology point of view, unfortunately, the cues aren't "basic stuff" --- they fundamentally depend on decisions beyond our control. Amazon controls their website, they can change it at their whim. We must follow. The existing web technology does not allow for a robust way of interacting with their site. This may change in the future if the so-called semantic web arrives, but for now, we have to adjust whenever some engineer at Amazon decides on a style change or code cleanup (as was the case here; internally, the amazon.com site is a huge mess.) - Godmar On Tue, May 27, 2008 at 12:11 PM, James Richard (DOS) wrote: > It makes me a little cool on the whole project too, strictly for > organizational reasons, if there is going to be ongoing needs to update > and reinstall. I am trying to install our version statewide in public > libraries, but the installation environment is so locked-down that I > can't contemplate having to spend two hours+ on a regular basis doing > upgrades. I deliberately built a no-frills version with basic > functionality for cues because I figured this would be sturdy, but have > had to hold off on rolling out the service to other libraries because > some of the basic stuff is misbehaving. > > Richard James > Administrative Librarian > Delaware Division of Libraries > 302-739-4748 x.127 > richard.james at state.de.us > > -----Original Message----- > From: libx-bounces at mozdev.org [mailto:libx-bounces at mozdev.org] On Behalf > Of LibX Project > Sent: Tuesday, May 27, 2008 12:05 PM > To: Mei Ling Lo > Cc: libx at mozdev.org > Subject: Re: [LibX] broken embedded cues in Amazon.com > > Amazon broke on May 23, it's since been fixed in the codebase for FF. > IE is still broken. > > We're working on a LibX 1.5 system that allows updating of cues > without requiring rebuild and reinstall of the extension. We're aiming > to get this out with FF3.0. During the next weeks, expect a highly > agile codebase so be sure to test your revisions thoroughly. > > - Godmar > > On Tue, May 27, 2008 at 11:58 AM, Mei Ling Lo > wrote: >> Two weeks ago, we rebuilt the LibX toolbar edition for Firefox. The >> cues worked for Amazon web site. >> >> Last night, I tested it out for Amazon. The cues have stopped >> displaying on Amazon web sites. They, however, continue to display on >> Google Books and Barnes and Noble. >> >> I have tried logging in and not logging in to Amazon. Yet the cookies >> do not seem to make a difference. >> >> Does anyone have a similar problem? >> >> Honestly, I am getting concerned about this problem. We are planning > to >> install the toolbar on public machines. It would be difficult to >> rebuild the toolbar all the time because the image for the computers > is >> supposed to stay for a semester. Does anyone have any suggestions? >> >> Thank you. >> >> Mei Ling Lo >> Rutgers, The State University of New Jersey >> _______________________________________________ >> Libx mailing list >> Libx at mozdev.org >> https://www.mozdev.org/mailman/listinfo/libx >> > _______________________________________________ > Libx mailing list > Libx at mozdev.org > https://www.mozdev.org/mailman/listinfo/libx > From PasleyT at crop.cri.nz Tue May 27 13:40:32 2008 From: PasleyT at crop.cri.nz (Tom Pasley) Date: Wed, 28 May 2008 08:40:32 +1200 Subject: [LibX] broken embedded cues in Amazon.com In-Reply-To: <719dced30805270928me647729sbde0b70472ef7495@mail.gmail.com> References: <483C2FA4.1020504@rci.rutgers.edu> <719dced30805270904x6df0ce12iaeb67247a5a439b8@mail.gmail.com> <6C6E5A4917AA8041AA7468E5AF03E552048F97E5@DOVERSCLS01N1.state.de.us> <719dced30805270928me647729sbde0b70472ef7495@mail.gmail.com> Message-ID: <483D1A7F.6415.0000.0@crop.cri.nz> I agree with Godmar on this point - there will always be changes behind the scenes at sites which will break the code for cues... one of the things we can do is use the debug feature (Firefox) that Godmar told us about earlier to discover what might be the underlying cause. Here's what Godmar suggested on 3/04/2008 2:46 p.m. (my time): "One comment on how to debug this, or help debug this: To see what goes wrong when LibX processes a cue, go to "about:config" and add a new entry of type "boolean". Call it "libx.doforurl.debug" and set it to true. Then visit the page on which the cue operates. This setting will log any exceptions thrown during cue processing to the JavaScript error console." Firefox is good from the updating perspective... (though it can be a pain at times). I'm not sure how this relates to the locked-down scenario you mention Richard - surely you wouldn't use Internet Explorer in a "locked-down" environment? [cheesy grin] Sending details from the debugging helps speed up the resolution... the way I see it, the cues at sites like Amazon are something extra - the ISSN and DOI linking from vendors such as the Elsevier ScienceDirect and SpringerLink are the crucial bits - thankfully these are relatively stable. Amazon seems to be a problematic site - pity it's so popular! just my inflation-adjusted 2c. Tom Visit our website at http://www.crop.cri.nz ______________________________________________________ CAUTION: The information contained in this email is privileged and confidential. If you read this message and you are not the intended recipient, you are hereby notified that any use, dissemination, distribution or reproduction of all or part of the contents is prohibited. If you receive this message in error, please notify the sender immediately. Any opinions or views expressed in this message are those of the individual sender and may not represent those of their employer. From c.nelson at londonmet.ac.uk Wed May 28 01:41:34 2008 From: c.nelson at londonmet.ac.uk (Chad Nelson) Date: Wed, 28 May 2008 09:41:34 +0100 Subject: [LibX] broken embedded cues in Amazon.com In-Reply-To: <483D1A7F.6415.0000.0@crop.cri.nz> References: <483C2FA4.1020504@rci.rutgers.edu> <719dced30805270904x6df0ce12iaeb67247a5a439b8@mail.gmail.com> <6C6E5A4917AA8041AA7468E5AF03E552048F97E5@DOVERSCLS01N1.state.de.us> <719dced30805270928me647729sbde0b70472ef7495@mail.gmail.com> <483D1A7F.6415.0000.0@crop.cri.nz> Message-ID: Is there a wiki / knowledge base or something similar for these kinds of suggestions. I know there is a FAQ on the libx site, but it doesn't cover things like this. I use the list archive at Nabble, but it is sometimes a bit difficult to find what I'm looking for on it, and so I end up asking questions that have already been answered, probably a few times. If there isn't something like it yet, I'd certainly be willing to slog through some archive threads to pull out the suggestions. Thanks Chad On Tue, May 27, 2008 at 9:40 PM, Tom Pasley wrote: > I agree with Godmar on this point - there will always be changes behind > the scenes at sites which will break the code for cues... one of the > things we can do is use the debug feature (Firefox) that Godmar told us > about earlier to discover what might be the underlying cause. > > Here's what Godmar suggested on 3/04/2008 2:46 p.m. (my time): > "One comment on how to debug this, or help debug this: > To see what goes wrong when LibX processes a cue, go to "about:config" > and add a new entry of type "boolean". Call it "libx.doforurl.debug" > and set it to true. Then visit the page on which the cue operates. This > setting will log any exceptions thrown during cue processing to the > JavaScript error console." > > > Firefox is good from the updating perspective... (though it can be a > pain at times). I'm not sure how this relates to the locked-down > scenario you mention Richard - surely you wouldn't use Internet Explorer > in a "locked-down" environment? [cheesy grin] > > Sending details from the debugging helps speed up the resolution... the > way I see it, the cues at sites like Amazon are something extra - the > ISSN and DOI linking from vendors such as the Elsevier ScienceDirect and > SpringerLink are the crucial bits - thankfully these are relatively > stable. Amazon seems to be a problematic site - pity it's so popular! > > just my inflation-adjusted 2c. > > Tom > > > > Visit our website at http://www.crop.cri.nz > ______________________________________________________ > CAUTION: The information contained in this email is privileged > and confidential. If you read this message and you are not the > intended recipient, you are hereby notified that any use, > dissemination, distribution or reproduction of all or part of the > contents is prohibited. If you receive this message in error, > please notify the sender immediately. > > Any opinions or views expressed in this message are those of the > individual sender and may not represent those of their employer. > > _______________________________________________ > Libx mailing list > Libx at mozdev.org > https://www.mozdev.org/mailman/listinfo/libx > -- Chad Nelson Subject Librarian Humanities, Arts and Languages Governance and International Relations London Metropolitan University -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.mozdev.org/pipermail/libx/attachments/20080528/74dd60e7/attachment.html From rossfsinger at gmail.com Wed May 28 04:04:55 2008 From: rossfsinger at gmail.com (Ross Singer) Date: Wed, 28 May 2008 07:04:55 -0400 Subject: [LibX] broken embedded cues in Amazon.com In-Reply-To: <719dced30805270928me647729sbde0b70472ef7495@mail.gmail.com> References: <483C2FA4.1020504@rci.rutgers.edu> <719dced30805270904x6df0ce12iaeb67247a5a439b8@mail.gmail.com> <6C6E5A4917AA8041AA7468E5AF03E552048F97E5@DOVERSCLS01N1.state.de.us> <719dced30805270928me647729sbde0b70472ef7495@mail.gmail.com> Message-ID: <23b83f160805280404w48b69104x44c4b96fccccab0a@mail.gmail.com> On Tue, May 27, 2008 at 12:28 PM, Godmar Back wrote: > Second, as I pointed out, we share your concern and are close to > deploying a technological solution. From a technology point of view, > unfortunately, the cues aren't "basic stuff" --- they fundamentally > depend on decisions beyond our control. There is actually a way to regain control (at least from the perspective of not having to update the LibX editions locally), but I understand if the LibX project doesn't really want to go there. Basically, it would mean some centralized translator service that turns Amazon into a normalized document (or API response or something), so changes at Amazon (or wherever) would only need to be updated at a single point (much like Dapper or Yahoo Pipes). However, this requires a shift in support and resources that would most likely just complicate things. -Ross. From godmar at gmail.com Wed May 28 07:11:59 2008 From: godmar at gmail.com (Godmar Back) Date: Wed, 28 May 2008 10:11:59 -0400 Subject: [LibX] broken embedded cues in Amazon.com In-Reply-To: References: <483C2FA4.1020504@rci.rutgers.edu> <719dced30805270904x6df0ce12iaeb67247a5a439b8@mail.gmail.com> <6C6E5A4917AA8041AA7468E5AF03E552048F97E5@DOVERSCLS01N1.state.de.us> <719dced30805270928me647729sbde0b70472ef7495@mail.gmail.com> <483D1A7F.6415.0000.0@crop.cri.nz> Message-ID: <719dced30805280711v49bd4e99h9d72c62ba88d8ccd@mail.gmail.com> There's no wiki as of yet though we could include one as part of our new website. Till then, feel free to ask questions already answered again. - Godmar On Wed, May 28, 2008 at 4:41 AM, Chad Nelson wrote: > Is there a wiki / knowledge base or something similar for these kinds of > suggestions. I know there is a FAQ on the libx site, but it doesn't cover > things like this. I use the list archive at Nabble, but it is sometimes a > bit difficult to find what I'm looking for on it, and so I end up asking > questions that have already been answered, probably a few times. > > If there isn't something like it yet, I'd certainly be willing to slog > through some archive threads to pull out the suggestions. > > Thanks > > Chad > > On Tue, May 27, 2008 at 9:40 PM, Tom Pasley wrote: >> >> I agree with Godmar on this point - there will always be changes behind >> the scenes at sites which will break the code for cues... one of the >> things we can do is use the debug feature (Firefox) that Godmar told us >> about earlier to discover what might be the underlying cause. >> >> Here's what Godmar suggested on 3/04/2008 2:46 p.m. (my time): >> "One comment on how to debug this, or help debug this: >> To see what goes wrong when LibX processes a cue, go to "about:config" >> and add a new entry of type "boolean". Call it "libx.doforurl.debug" >> and set it to true. Then visit the page on which the cue operates. This >> setting will log any exceptions thrown during cue processing to the >> JavaScript error console." >> >> >> Firefox is good from the updating perspective... (though it can be a >> pain at times). I'm not sure how this relates to the locked-down >> scenario you mention Richard - surely you wouldn't use Internet Explorer >> in a "locked-down" environment? [cheesy grin] >> >> Sending details from the debugging helps speed up the resolution... the >> way I see it, the cues at sites like Amazon are something extra - the >> ISSN and DOI linking from vendors such as the Elsevier ScienceDirect and >> SpringerLink are the crucial bits - thankfully these are relatively >> stable. Amazon seems to be a problematic site - pity it's so popular! >> >> just my inflation-adjusted 2c. >> >> Tom >> >> >> >> Visit our website at http://www.crop.cri.nz >> ______________________________________________________ >> CAUTION: The information contained in this email is privileged >> and confidential. If you read this message and you are not the >> intended recipient, you are hereby notified that any use, >> dissemination, distribution or reproduction of all or part of the >> contents is prohibited. If you receive this message in error, >> please notify the sender immediately. >> >> Any opinions or views expressed in this message are those of the >> individual sender and may not represent those of their employer. >> >> _______________________________________________ >> Libx mailing list >> Libx at mozdev.org >> https://www.mozdev.org/mailman/listinfo/libx > > > > -- > Chad Nelson > Subject Librarian > Humanities, Arts and Languages > Governance and International Relations > London Metropolitan University > _______________________________________________ > Libx mailing list > Libx at mozdev.org > https://www.mozdev.org/mailman/listinfo/libx > > From richard.james at state.de.us Wed May 28 07:46:24 2008 From: richard.james at state.de.us (James Richard (DOS)) Date: Wed, 28 May 2008 10:46:24 -0400 Subject: [LibX] broken embedded cues in Amazon.com References: <483C2FA4.1020504@rci.rutgers.edu><719dced30805270904x6df0ce12iaeb67247a5a439b8@mail.gmail.com><6C6E5A4917AA8041AA7468E5AF03E552048F97E5@DOVERSCLS01N1.state.de.us><719dced30805270928me647729sbde0b70472ef7495@mail.gmail.com><483D1A7F.6415.0000.0@crop.cri.nz> <719dced30805280711v49bd4e99h9d72c62ba88d8ccd@mail.gmail.com> Message-ID: <6C6E5A4917AA8041AA7468E5AF03E55203E73764@DOVERSCLS01N1.state.de.us> I sent out an email last week to most of the public libraries I could find that had created a version of LibX, soliciting their interest in participating in a wiki focused on best practices and experiences in public library implementation and marketing. I haven't heard anything back from anyone yet, but have a wetpaint shell ready to go if I do. -----Original Message----- From: libx-bounces at mozdev.org on behalf of Godmar Back Sent: Wed 5/28/2008 10:11 AM To: Chad Nelson Cc: libx at mozdev.org Subject: Re: [LibX] broken embedded cues in Amazon.com There's no wiki as of yet though we could include one as part of our new website. Till then, feel free to ask questions already answered again. - Godmar On Wed, May 28, 2008 at 4:41 AM, Chad Nelson wrote: > Is there a wiki / knowledge base or something similar for these kinds of > suggestions. I know there is a FAQ on the libx site, but it doesn't cover > things like this. I use the list archive at Nabble, but it is sometimes a > bit difficult to find what I'm looking for on it, and so I end up asking > questions that have already been answered, probably a few times. > > If there isn't something like it yet, I'd certainly be willing to slog > through some archive threads to pull out the suggestions. > > Thanks > > Chad > > On Tue, May 27, 2008 at 9:40 PM, Tom Pasley wrote: >> >> I agree with Godmar on this point - there will always be changes behind >> the scenes at sites which will break the code for cues... one of the >> things we can do is use the debug feature (Firefox) that Godmar told us >> about earlier to discover what might be the underlying cause. >> >> Here's what Godmar suggested on 3/04/2008 2:46 p.m. (my time): >> "One comment on how to debug this, or help debug this: >> To see what goes wrong when LibX processes a cue, go to "about:config" >> and add a new entry of type "boolean". Call it "libx.doforurl.debug" >> and set it to true. Then visit the page on which the cue operates. This >> setting will log any exceptions thrown during cue processing to the >> JavaScript error console." >> >> >> Firefox is good from the updating perspective... (though it can be a >> pain at times). I'm not sure how this relates to the locked-down >> scenario you mention Richard - surely you wouldn't use Internet Explorer >> in a "locked-down" environment? [cheesy grin] >> >> Sending details from the debugging helps speed up the resolution... the >> way I see it, the cues at sites like Amazon are something extra - the >> ISSN and DOI linking from vendors such as the Elsevier ScienceDirect and >> SpringerLink are the crucial bits - thankfully these are relatively >> stable. Amazon seems to be a problematic site - pity it's so popular! >> >> just my inflation-adjusted 2c. >> >> Tom >> >> >> >> Visit our website at http://www.crop.cri.nz >> ______________________________________________________ >> CAUTION: The information contained in this email is privileged >> and confidential. If you read this message and you are not the >> intended recipient, you are hereby notified that any use, >> dissemination, distribution or reproduction of all or part of the >> contents is prohibited. If you receive this message in error, >> please notify the sender immediately. >> >> Any opinions or views expressed in this message are those of the >> individual sender and may not represent those of their employer. >> >> _______________________________________________ >> Libx mailing list >> Libx at mozdev.org >> https://www.mozdev.org/mailman/listinfo/libx > > > > -- > Chad Nelson > Subject Librarian > Humanities, Arts and Languages > Governance and International Relations > London Metropolitan University > _______________________________________________ > Libx mailing list > Libx at mozdev.org > https://www.mozdev.org/mailman/listinfo/libx > > _______________________________________________ Libx mailing list Libx at mozdev.org https://www.mozdev.org/mailman/listinfo/libx -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.mozdev.org/pipermail/libx/attachments/20080528/ddd784f1/attachment-0001.html From godmar at gmail.com Wed May 28 07:59:08 2008 From: godmar at gmail.com (Godmar Back) Date: Wed, 28 May 2008 10:59:08 -0400 Subject: [LibX] cue design alternatives (was: broken embedded cues in Amazon.com) Message-ID: <719dced30805280759y51f13b03mb698176c800871a2@mail.gmail.com> On Wed, May 28, 2008 at 7:04 AM, Ross Singer wrote: > On Tue, May 27, 2008 at 12:28 PM, Godmar Back wrote: >> Second, as I pointed out, we share your concern and are close to >> deploying a technological solution. From a technology point of view, >> unfortunately, the cues aren't "basic stuff" --- they fundamentally >> depend on decisions beyond our control. > > There is actually a way to regain control (at least from the > perspective of not having to update the LibX editions locally), but I > understand if the LibX project doesn't really want to go there. > Basically, it would mean some centralized translator service that > turns Amazon into a normalized document (or API response or > something), so changes at Amazon (or wherever) would only need to be > updated at a single point (much like Dapper or Yahoo Pipes). > > However, this requires a shift in support and resources that would > most likely just complicate things. > I'd like to make sure we're not missing a technological alternative here. We had previously discussed server-side and proxy-style (like WAG) solutions for web localization and adaptation, but discarded them for a) lack of scalability, b) lack of seamless browser integration, and c) need to maintain a server. (With careful design and good use of resources, and judicious use of free, existing services, the last reason can probably be overcome, so let's ignore that for now.) The idea behind automatic updates is to have the required central point on the server hosting the localization script (this will for now be libx.org, but our design will allow us to open this to trusted 3rd parties quickly). Each client will poll for updated scripts every so often. This scheme is similar to the subscription scheme used by other client-side mashup tools, such as Intel MashMaker (which unlike LibX is FF-only, not publicly available and not open source.) My understanding is that services such as Yahoo Pipes or Dabber help syndicate websites not designed for syndication by turning them into some consumable service. LibX cues (ours and 3rd party) can become consumers of such services, Ross's Jangle hopefully soon included. In the example we're discussing in this thread, though, we're not consuming the Amazon website, we're enriching it while the user visits it. At an abstract level, we need to store the information to create the composite, or mashup, from the components that form the original amazon.com view and whatever we wish to add. Our design assumes that the original page in all its sophistication will form the majority of what the users sees while LibX adds (small) parts to it. In short, I don't see how a mashup based on the amazon.com site could be helped by having a centrally normalized version of the amazon.com site. How would that work? One approach would be to normalize, enrich, then render. The question here is where to normalize (on the client? on a proxy server?) and how to ensure that the enriched page renders like the original Amazon page. I'm rather skeptical that this approach is technologically feasible at this point, but am open to learning new things. - Godmar From godmar at gmail.com Wed May 28 08:00:51 2008 From: godmar at gmail.com (Godmar Back) Date: Wed, 28 May 2008 11:00:51 -0400 Subject: [LibX] broken embedded cues in Amazon.com In-Reply-To: <6C6E5A4917AA8041AA7468E5AF03E55203E73764@DOVERSCLS01N1.state.de.us> References: <483C2FA4.1020504@rci.rutgers.edu> <719dced30805270904x6df0ce12iaeb67247a5a439b8@mail.gmail.com> <6C6E5A4917AA8041AA7468E5AF03E552048F97E5@DOVERSCLS01N1.state.de.us> <719dced30805270928me647729sbde0b70472ef7495@mail.gmail.com> <483D1A7F.6415.0000.0@crop.cri.nz> <719dced30805280711v49bd4e99h9d72c62ba88d8ccd@mail.gmail.com> <6C6E5A4917AA8041AA7468E5AF03E55203E73764@DOVERSCLS01N1.state.de.us> Message-ID: <719dced30805280800o32da91bdt22f5387482e88fa0@mail.gmail.com> Yes, and of course I should mention that nobody should wait for the LibX core team here ---- feel absolutely free to be creative and create resources and share them with the community. - Godmar On Wed, May 28, 2008 at 10:46 AM, James Richard (DOS) wrote: > I sent out an email last week to most of the public libraries I could find > that had created a version of LibX, soliciting their interest in > participating in a wiki focused on best practices and experiences in public > library implementation and marketing. I haven't heard anything back from > anyone yet, but have a wetpaint shell ready to go if I do. > > -----Original Message----- > From: libx-bounces at mozdev.org on behalf of Godmar Back > Sent: Wed 5/28/2008 10:11 AM > To: Chad Nelson > Cc: libx at mozdev.org > Subject: Re: [LibX] broken embedded cues in Amazon.com > > There's no wiki as of yet though we could include one as part of our > new website. > Till then, feel free to ask questions already answered again. > > - Godmar > > On Wed, May 28, 2008 at 4:41 AM, Chad Nelson > wrote: >> Is there a wiki / knowledge base or something similar for these kinds of >> suggestions. I know there is a FAQ on the libx site, but it doesn't cover >> things like this. I use the list archive at Nabble, but it is sometimes a >> bit difficult to find what I'm looking for on it, and so I end up asking >> questions that have already been answered, probably a few times. >> >> If there isn't something like it yet, I'd certainly be willing to slog >> through some archive threads to pull out the suggestions. >> >> Thanks >> >> Chad >> >> On Tue, May 27, 2008 at 9:40 PM, Tom Pasley wrote: >>> >>> I agree with Godmar on this point - there will always be changes behind >>> the scenes at sites which will break the code for cues... one of the >>> things we can do is use the debug feature (Firefox) that Godmar told us >>> about earlier to discover what might be the underlying cause. >>> >>> Here's what Godmar suggested on 3/04/2008 2:46 p.m. (my time): >>> "One comment on how to debug this, or help debug this: >>> To see what goes wrong when LibX processes a cue, go to "about:config" >>> and add a new entry of type "boolean". Call it "libx.doforurl.debug" >>> and set it to true. Then visit the page on which the cue operates. This >>> setting will log any exceptions thrown during cue processing to the >>> JavaScript error console." >>> >>> >>> Firefox is good from the updating perspective... (though it can be a >>> pain at times). I'm not sure how this relates to the locked-down >>> scenario you mention Richard - surely you wouldn't use Internet Explorer >>> in a "locked-down" environment? [cheesy grin] >>> >>> Sending details from the debugging helps speed up the resolution... the >>> way I see it, the cues at sites like Amazon are something extra - the >>> ISSN and DOI linking from vendors such as the Elsevier ScienceDirect and >>> SpringerLink are the crucial bits - thankfully these are relatively >>> stable. Amazon seems to be a problematic site - pity it's so popular! >>> >>> just my inflation-adjusted 2c. >>> >>> Tom >>> >>> >>> >>> Visit our website at http://www.crop.cri.nz >>> ______________________________________________________ >>> CAUTION: The information contained in this email is privileged >>> and confidential. If you read this message and you are not the >>> intended recipient, you are hereby notified that any use, >>> dissemination, distribution or reproduction of all or part of the >>> contents is prohibited. If you receive this message in error, >>> please notify the sender immediately. >>> >>> Any opinions or views expressed in this message are those of the >>> individual sender and may not represent those of their employer. >>> >>> _______________________________________________ >>> Libx mailing list >>> Libx at mozdev.org >>> https://www.mozdev.org/mailman/listinfo/libx >> >> >> >> -- >> Chad Nelson >> Subject Librarian >> Humanities, Arts and Languages >> Governance and International Relations >> London Metropolitan University >> _______________________________________________ >> Libx mailing list >> Libx at mozdev.org >> https://www.mozdev.org/mailman/listinfo/libx >> >> > _______________________________________________ > Libx mailing list > Libx at mozdev.org > https://www.mozdev.org/mailman/listinfo/libx > > From rossfsinger at gmail.com Wed May 28 09:02:06 2008 From: rossfsinger at gmail.com (Ross Singer) Date: Wed, 28 May 2008 12:02:06 -0400 Subject: [LibX] cue design alternatives (was: broken embedded cues in Amazon.com) In-Reply-To: <719dced30805280759y51f13b03mb698176c800871a2@mail.gmail.com> References: <719dced30805280759y51f13b03mb698176c800871a2@mail.gmail.com> Message-ID: <23b83f160805280902k24eeff12xb02866652e0be2d4@mail.gmail.com> Ah, right, there are *two* steps to embedding cues, I suppose. Reading the page for something to cue off of, and then figuring out where in the DOM to stick something. This still may be feasible with Dapper or Pipes; after all you're targeting expected data in most sites: ISBNs, ISSNs, DOIs, etc. You mostly know what you're looking for and roughly where it would be (at least, regarding the Amazons, the Google Book Searches, the Google Scholars, etc.). Serendipitous discovery of cues would be less likely (although there'd be no reason why it couldn't be discovered the same way it would be discovered anywhere else), but you'd also be more sheltered against small changes to the DOM. I think you can definitely grab the data points you'd want, and possibly pass something to clue LibX as to what DOM element to update. Not sure, but it would be an interesting experiment, perhaps. -Ross. From libssd at emory.edu Thu May 29 14:41:06 2008 From: libssd at emory.edu (Selden Deemer) Date: Thu, 29 May 2008 17:41:06 -0400 Subject: [LibX] broken embedded cues in Amazon.com In-Reply-To: References: Message-ID: <483F22F2.2050408@emory.edu> "Amazon broke on May 23, it's since been fixed in the codebase for FF. IE is still broken." Is there a rough estimate for when Amazon cue will work with IE? Since it's summer, I don't feel pressure to fix this ASAP, and would prefer to be able to handle both browsers with a single new build -- especially if the IE problem is likely to be fixed before, say, the end of June. Selden Deemer, Library Systems Administrator Emory University Libraries Atlanta, Georgia EMAIL: libssd at emory.edu PHONE: 404-727-0271 FAX: 404-727-0827 From godmar at gmail.com Thu May 29 16:32:43 2008 From: godmar at gmail.com (Godmar Back) Date: Thu, 29 May 2008 19:32:43 -0400 Subject: [LibX] broken embedded cues in Amazon.com In-Reply-To: <483F22F2.2050408@emory.edu> References: <483F22F2.2050408@emory.edu> Message-ID: <719dced30805291632l3138e954vdbe81ba146e868dd@mail.gmail.com> I applied the patch yesterday. If it doesn't work, send an email. - Godmar On Thu, May 29, 2008 at 5:41 PM, Selden Deemer wrote: > "Amazon broke on May 23, it's since been fixed in the codebase for FF. > IE is still broken." > > Is there a rough estimate for when Amazon cue will work with IE? > Since it's summer, I don't feel pressure to fix this ASAP, and > would prefer to be able to handle both browsers with a single > new build -- especially if the IE problem is likely to be fixed > before, say, the end of June. > > Selden Deemer, Library Systems Administrator > Emory University Libraries > Atlanta, Georgia > EMAIL: libssd at emory.edu > PHONE: 404-727-0271 > FAX: 404-727-0827 > > _______________________________________________ > Libx mailing list > Libx at mozdev.org > https://www.mozdev.org/mailman/listinfo/libx >