Re: [Bibdesk-develop] Bibdesk Web Group Login and Keychain

[Christiaan H. <cmh...@gm...>]

> 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