dev:browser_staff:dev_notes
Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
dev:browser_staff:dev_notes [2014/07/02 09:36] – erickson | dev:browser_staff:dev_notes [2022/02/10 13:34] (current) – external edit 127.0.0.1 | ||
---|---|---|---|
Line 2: | Line 2: | ||
Explorations and milestones for the browser staff client development project. | Explorations and milestones for the browser staff client development project. | ||
+ | |||
+ | ==== 2014-07-18 ==== | ||
+ | Author: Bill Erickson | ||
+ | |||
+ | === Integrating Existing HTML Interfaces === | ||
+ | |||
+ | After expressing my own concerns (annoyances? | ||
+ | |||
+ | I've integrated patron registration and the catalog into the browser client in a manner similar to the XUL client using iframes. | ||
+ | |||
+ | == One Fly in the Ointment == | ||
+ | |||
+ | I have run into one snag with this approach related to how WebKit (Chrome/ | ||
+ | |||
+ | If this sounds like gibberish, you can see it in effect on my dev site. Simply perform a record search, then try using the back button to return to the search page: | ||
+ | |||
+ | https:// | ||
+ | |||
+ | Unlike here, where I'm using an iframe but no pushstate routing. | ||
+ | |||
+ | https:// | ||
+ | |||
+ | I have yet to track down a bug entry for this (I did find a mention at https:// | ||
==== 2014-07-02 ==== | ==== 2014-07-02 ==== |
dev/browser_staff/dev_notes.1404308219.txt.gz · Last modified: 2022/02/10 13:34 (external edit)