|
From: Novitzky P. <pno...@gm...> - 2016-04-11 12:33:19
|
Well, all works well in Safari and all the other web browsers, so either it is a webkit issue what Bibdesk is using, or Bibdesk itself. P Sent from phone. On 11 Apr 2016 1:30 pm, "Christiaan Hofman" <cmh...@gm...> wrote: > > > On Apr 11, 2016, at 14:17, Novitzky Peter <pno...@gm...> wrote: > > > > Hi Christiaan, > > > > Thanks for getting back to me. > > > > Regarding the PDF, just as there is a button called "Import", for > importing the Bibtex reference, there might be a "PDF" button for importing > the PDF from the scientific articles' database. I am talking about big > databases (Scirus, Elsevier, SpringerLink, etc.) where we usually search > for articles, not Google Scholar, where you can get the rubbish. With the > Autofile feature it can be a very powerful combination not only to get the > reference, but also the PDF itself from the same frontend. I know there are > Applescripts to do this, but they are not really convenient to use. > > > > You can also directly download remote links from the linked files pane on > the right or in the item editor, if the URL is returned form the passed > content. Of course, if it’s not there, we would not know what to download > anyway. > > > Regarding the Keychain Access and the Web Group issue, I put into the > address bar the address of the login page. It loads the webpage, asking for > my login credentials. I click to the login field, type my login name, and > when I hit the Tab button, or click with the mouse to the password field, > it receives this step as a "Submit" button, and leads me to the "Failed to > login" page. The issue is that the single click on any field on the Web > Group is considered as an enter/submit. > > > > If I am really-really quick, I can submit my password too. But this is > not the correct way how things should function, right? > > > > Kind regards, > > > > Peter > > > > That sounds more like a problem of the login page. We just display that > page in a pretty standard web view, and let that web kit handle the > (re)loading of the webpage as needed. We don’t reload or submit any web > page, unless you ask for it. > > Christiaan > > > > > On 11 Apr 2016, at 13:10 pm, Christiaan Hofman <cmh...@gm...> > wrote: > > > >> > >>> On Apr 11, 2016, at 13:59, Novitzky Peter <pno...@gm...> wrote: > >>> > >>> Hi All, > >>> > >>> I was wondering whether the following 2 features may be considered to > be implemented into Bibdesk. > >>> > >>> 1) I would love to use Bibdesk to import citations and download the > PDFs together with them. However, our library is providing a general login > page where I have to login first to have access through the university > proxy servers. It is https://login.dcu.idm.oclc.org/menu in case you want > to check. > >>> > >>> My problem is that whenever I try to log in through the Web Group to > this page, any click to the login and password fields are considered as > hitting the "Enter" or hitting on a "Submit" button, making it almost > impossible to fill in the password after filling the login credential. > >>> > >>> Obviously, it will be desirable to be "logged in" properly with the > related cookie from the university library to be able to download the PDFs. > >>> > >>> 2) One of the ways how to "avoid" this login-hassle would be if > Bibdesk would cooperate with the actual Keychain Access, where the login > details for this specific page are stored. Bibdesk already cooperates > partially with Keychain Access, when one wants to share her library on the > local network. Would it be possible that the Web Groups will be able to > access the data from Keychain Access? > >>> > >>> Please feel free to comment. > >>> > >>> Kind regards, > >>> > >>> Peter > >> > >> A problem is I don’t know how to make this should work in practice. I > don’t think it is a good idea to just download every linked PDF > automatically, because quite often you just are searching, and not > necessarily importing any items you view. So that would be very > inefficient, and leave a lot of junk around. > >> > >> As for the login credentials, I don;t have a good view of what goes > wrong and how it could be fixed. What is really going wrong when submitting > a field is interpreted as an enter? I mean, submitting a field *is* enter. > And AFAIK our web view is just a web view, and it supports cookies. > >> > >> Perhaps web groups could cooperate with the key chain, but I don;t se > when and how that should happen. > >> > >> Christiaan > > > > ------------------------------------------------------------------------------ > Find and fix application performance issues faster with Applications > Manager > Applications Manager provides deep performance insights into multiple > tiers of > your business applications. It resolves application problems quickly and > reduces your MTTR. Get your free trial! http://pubads.g.doubleclick.net/ > gampad/clk?id=1444514301&iu=/ca-pub-7940484522588532 > _______________________________________________ > Bibdesk-develop mailing list > Bib...@li... > https://lists.sourceforge.net/lists/listinfo/bibdesk-develop > |