Hi Karen, The issue with not receiving a call when an item is on hold does not sound like it has anything to do with javascript as it would occur in the backend once an item is placed on hold. I would need to open a ticket on this for further investigation. Just so you know though, if anything like this happens and you receive a charge, you are able to call the library and explain the situation and they will generally forego the charge.
The advanced search is something though that I can add to my list of things to investigate. As a new contractor, one of my goals while I'm here is to definitely make this site a lot more accessible (and I have noted several issues here that are not javascript related) than it has been but it is a very large platform so I appreciate your patience on this matter. Kyle On Mon, May 14, 2018 at 1:49 PM, Karen Lewellen <[email protected]> wrote: > Kyle, > I am speaking of the advance search area of the site. > First two buttons on the home page, search and account, are script taking > you nowhere. > Indeed several choices down, one finds the text filed for searches. > However, unlike previously the sub categories for choices, movies / dvds, > items I can borrow, etc. are gone. > For example if you search Wayne w dyer, you will get well over 100 items > in the collection. > Now if you wish to narrow, using the advance search, which is the only way > to filter beyond title author and most recent, you are taken to a > page...which states java script is required. > You can select from an option box for say movie/ dvds, but there is no > button after the five or so pages of extra choices, branch, for example, > or language, that even lets you submit the search at all. > Additionally, I have done other small tests, managed to log in via our > separate but not equal door, and place an item on hold...only not to be > called when the item reached a branch incurring a penalty for not picking > up the item. > Suspect that you are so busy telling people what technology they must use > for a taxpayer service that the system does not work in sync. > Did the Toronto Public Library conduct discussions with the city before > force feeding these technical requirements? > > > > > On Mon, 14 May 2018, Kyle Bachan wrote: > > Hi Karen, >> What is the issue with the "requiring a mouse click for searches speaks >> volumes"? You never mentioned that before. Currently, I can hit enter >> within the search box and it searches without the need for javascript... >> >> On Mon, May 14, 2018 at 1:25 PM, Karen Lewellen <[email protected] >> > >> wrote: >> >> Hi Kyle, >>> Any update on this effort from your end? >>> Personally given the back door setup the library is attempting, only Java >>> script users allowed in the front, I am preparing to contact your >>> governing >>> board. >>> It is a well grounded legal concept in Ontario that public taxpayer >>> services are to be equal for all...so requiring a mouse click for >>> searches >>> speaks volumes. >>> Karen >>> >>> >>> >>> On Wed, 11 Apr 2018, Kyle Bachan wrote: >>> >>> Hello! >>> >>>> I have a Lynx problem that you might be able to help with: >>>> >>>> I have a customer who would like to view our website in the text-based >>>> Lynx >>>> browser. At the very least, our website should display a message saying >>>> that "We're sorry, you need to enable Javascript to view this" etc. >>>> However, this page appears to show blank in Lynx. The interesting thing >>>> is >>>> that I do see the correct content appearing when connecting to the >>>> localhost version of the browser which makes me think this might be >>>> related >>>> to a certificate or subdomain issue. >>>> >>>> For reference, the website I am trying to access via Lynx is >>>> https://account.torontopubliclibrary.ca/. >>>> >>>> I've posted a stackoverflow question >>>> <https://stackoverflow.com/questions/49758314/website-shows- >>>> blank-page-in-lynx-browser> >>>> as well which has some screenshots that might show you more information. >>>> Any help would be much appreciated. Thank you very much for your time. >>>> >>>> Best, >>>> Kyle >>>> >>>> >>>> >>
_______________________________________________ Lynx-dev mailing list [email protected] https://lists.nongnu.org/mailman/listinfo/lynx-dev
