DuckieTV

Yes. Explicitly. Not worded as a lawyer, but as an actual sane person: (Since the project is free and open source and deals with torrents, I wanted to make it clear from the beginning that we're not logging anything) https://github.com/SchizoDuckie/DuckieTV/blob/angular/LICENS... https://github.com/SchizoDuckie/DuckieTV/blob/angular/README...

Pro tip: create a chrome extension with permissions on all http:// and https:// sites, or run it through Node-Webkit/nw.io, then you can use the generic DOMParser and querySelectorAll with a pretty fluent interface on any site you can imagine. example here: https://github.com/SchizoDuckie/DuckieTV/blob/angular/js/uti...

You can find my quite heavy live app DuckieTV (think popcorntime/sickbeard for TV-Shows, but with your own torrent-client) here: Live demo: http://duckietv.github.io/DuckieTV/ (v1.0 w.i.p.) Homepage: http://duckie.tv/ (v0.94 latest release) Source: http://github.com/SchizoDuckie/DuckieTV/ It's not just a plain old 'todo' style simple app, but has grown quite big over the last year and is still a continuous work in progress. Since i'm working with a team of people that are not angular pro's yet (nor am I, but I'm getting there) I'm trying to document nearly every js file and it's functions, so it might be an interesting read :) Some Features: - Translated using angular-translate - Uses UI-Router and UI-Router extras for navigation - Works on Chrome, Opera, Node-Webkit, Android, iPad(somewhat), Safari - Grabs your TV-Show data from Trakt.T

I have a subreddit[1] and the regular github[2] issue tracker. It works pretty well :) Reddit has a much lower treshold for people to register themselves than 'big scary' github, leads more often to discussions with users and can be moderated by others from the team as well. Also, no spambots! Brilliant platform imo :) The users usually come with a suggestion on Reddit, we discuss the pro's and con's right there, and if it's any good and will also benefit other users without introducing months and months of development work, we'll consider implementing the requested feature, create a Github ticket, and link to and from it from Github. [1] http://www.reddit.com/r/duckietv [2] http://github.com/schizoduckie/DuckieTV/issues/

Would you be willing to translate an open-source web-app / chrome extension? I've currently autotranslated the stuff through google translate but I can imagine that's hilariously wrong: https://github.com/SchizoDuckie/DuckieTV/blob/angular/_local... Even if you won't : kudo's for posting this offer to hn!

I've just been able to add my repository but there's nothing happening even though it says it's indexed the code completely. No annotation happening anywhere. Does it support angular.js's development style? https://sourcegraph.com/github.com/SchizoDuckie/DuckieTV

It is not hard at all. people just hadn't built as much of the tools for it. Which also confuses me because we now have package managers that run on package managers. My own little WebSQL Object/Relation mapping library uses promises to get away from callback hell, and it's a pure joy to work with. It handles creating tables and inserting fixtures before the first connect promise is returned, so that you don't have to worry about the setup process and your data being available. Creating and inserting entities is as easy as > var P = new Presentation(); > P.set('name', 'test'); > P.Persist().then(function(result) { console.log('Done!') }); http://schizoduckie.github.io/CreateReadUpdateDelete.js/demo... I'm using it extensively in my Chrome plugin, and it runs on 10.000+ clients right now. Real world offline synchronisation example r

Hear hear! Now can somebody convince the W3 and Mozilla that there's nothing wrong with implementing SQLite next to IndexedDB so that I can move forward without having to write an IndexedDB adapter for my clearly relational TV Show -> Season -> Episode data please? https://github.com/SchizoDuckie/DuckieTV/blob/angular/js/CRU... Foreign Relationships on foreign keys are not difficult Many to many Relationships are not difficult SQL is not difficult Joining is not difficult Grouping is not difficult Now try to do that in IndexedDB / NoSQL, and suddenly you're in a world of hurt. It can work, but can it perform? Maybe. With time and patches. So wham, let's throw the option of implementing the probably most well tested piece of software (in the universe probably, see http://sqlite.org/testing.html ) out of the window.