Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

It would be helpful to specify access requirements #1223

Closed
ghost opened this issue Dec 3, 2014 · 17 comments
Closed

It would be helpful to specify access requirements #1223

ghost opened this issue Dec 3, 2014 · 17 comments

Comments

@ghost
Copy link

ghost commented Dec 3, 2014

I have being following this repo for a few days and checked out some of the books referenced. Some links point to files stored behind subscription barriers (i.e. you must join a list a cop junk mail to read the book). These types of books are rarely 'free' per se. Maybe submitters should flag if a link points to a subscription site or has particular license constraints.

@borgified
Copy link
Contributor

yea i know what you mean, i try to avoid merging these in. @vhf can weigh in about these too.

@onebree
Copy link
Contributor

onebree commented Sep 4, 2015

👍 for this issue! I think it is important to note when accounts or other requirements are necessary to obtain a book/course. It isn't truly free if you need to provide something on your end. I think we can assume account logins for sites like Coursera, because how else are you to track your progress?

@SimonChristopherCropper I would suggest opening a PR noting which links require logins, etc. We should amend (add info) to the list, at the very least, before removing helpful references.

@vhf
Copy link
Member

vhf commented Sep 8, 2015

I agree with @onebree !

@DavidMetcalfe
Copy link
Contributor

@onebree @vhf Is it preferable to separate such links into their own category, or just add a note?

As my focus on documentation is with readability, my concern with notes (granting there might be numerous problem links present) is we'll bloat the existing document vertically, while adding no real value. That is, people will inherently gravitate towards easy access and truly "free" content over paywalls or the like, so it seems more apt to separate these into their own Subscription-based category within the documents.

@onebree
Copy link
Contributor

onebree commented Oct 28, 2015

As I said before, we should change as little of the current links as possible, until we research further. I think an "account required" category would be nice -- the word "subscription" makes me think that money is involved (and not free).

I could create a PR in a couple of days to add this section to all the English docs...

@DavidMetcalfe
Copy link
Contributor

@onebree I lean towards your word choice here. "Account required" or "Signup required" is definitely less suggestive than "Subscription."

@vhf
Copy link
Member

vhf commented Nov 17, 2015

Agreed. If you have some free time, I'd gladly accept a PR annotating such links with *(account required)*

@onebree
Copy link
Contributor

onebree commented Nov 17, 2015

@vhf I am unable to submit a PR at this time. Hopefully another person can!

@vhf
Copy link
Member

vhf commented Nov 17, 2015

No problem @onebree! You helped this repo a lot already, and it is/was much appreciated. You certainly noticed I closed a bunch of issues today. This one is still standing though, and I won't close it until it's fixed, by any contributor or by me. :)

rickytaki added a commit to rickytaki/free-programming-books that referenced this issue Dec 14, 2015
Caelum and K19 are popular searches, so I updated the authors reference.

Changed links that require login to a separate category named Account required, as issue EbookFoundation#1223
@vhf
Copy link
Member

vhf commented Dec 14, 2015

#1746 made me realise I have not been clear about what I would prefer regarding this issue.

I suggest annotating links with *(account required)* when it applies, instead of creating a new category "Account Required" and duplicating sub-categories.

@rickytaki
Copy link
Contributor

No @vhf, my bad!!! I was in a hurry and misunderstood the requirements! Sorry

@vhf vhf closed this as completed Jan 15, 2016
@onebree
Copy link
Contributor

onebree commented Jan 15, 2016

@vhf I think this issue should remain open until we put somewhere (maybe CONTRIBUTING.md?) these guidelines.

I am on the fence as to whether we should add an "account required" section, versus adding a note on the lines. I mean, I personally like a separate section, because I would rather avoid sites requiring a sign-up when I am looking for "free"

Slightly off-topic, the lists seem to be growing horizontally (link, filetype, author, etc). What if everything was in a table? Then you could add the column "Account Required", and add an X if it's true.

@vhf
Copy link
Member

vhf commented Jan 15, 2016

Oh I thought it was already in CONTRIBUTING.md. I'll add it.

@vhf vhf reopened this Jan 15, 2016
@onebree
Copy link
Contributor

onebree commented Jan 15, 2016

Thank you. What are your thoughts on a table format? The raw markdown may not look as pretty, and added new columns will be a pain... I am not sure how this could be done elegantly, but just an idea.

@johnaoss
Copy link
Contributor

johnaoss commented Jun 7, 2016

Would something like www.syncfusion.com be against this then? It requires signing up for an account before access to the book is given.

@vhf
Copy link
Member

vhf commented Jun 7, 2016

@johnaoss it's not really against this. I think although syncfusion doesn't require an actual account, we should still annotate all syncfusion links with account required. I'm open to suggestions on this matter.

@ShipsWithCannons
Copy link

@onebree I suspect that's something for another issue.

@vhf vhf closed this as completed Oct 2, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

9 participants
@DavidMetcalfe @ShipsWithCannons @borgified @vhf @rickytaki @onebree @johnaoss and others