Existing Module: ActivityStream
http://drupal.org/project/activitystream
The maintainer of ActivityStream has invited others to use his API to tap into other social networks. The purpose of this (and upcoming modules) is to add to the list of social networks that are integrated with ActivityStream.
The first social network that I've completed is LinkedIn. The module I am submitting uses the ActivityStream API to import a user-specific LinkedIn feed and create ActivitySteam nodes. The module accepts two user configurable options:
1. A Private RSS feed url that can be configured for each registered user.
2. A "label" field that can be set by the site manager.
A working demo of this module can be found here:
http://sandbox.brianstevenson.com/stream
A working copy of the source code can be found here:
http://yadadrop.com/sites/default/files/activitystream_linkedin.zip
Basic documentation can be found here:
http://yadadrop.com/drupal-modules/linkedin-activity-stream
I have a question:
Will I need to submit a unique CVS application for each ActivityStream submodules that I want to contribute? I have at least 4 more modules in the works.
Peace,
Brian
| Comment | File | Size | Author |
|---|---|---|---|
| #11 | activitystream_linkedin-4.zip | 3.32 KB | Brian294 |
| #9 | activitystream_linkedin-3.zip | 3.33 KB | Brian294 |
| #7 | activitystream_linkedin-2.zip | 3.39 KB | Brian294 |
| #3 | activitystream_linkedin.zip | 3.34 KB | Brian294 |
Comments
Comment #1
Brian294 commentedComment #2
avpadernoYou need to upload the code here; keep in mind we review just a module / theme per applicant.
Comment #3
Brian294 commentedComment #4
Brian294 commentedLast night I clicked "Attach" but didn't click Save. Ooops :-)
Comment #5
Brian294 commentedComment #6
avpadernoThere is no need to use
check_plain()with data passed to functions of form API.The code loads the node data, but does the code check if the user has permission to see those node data?
The first argument of
t()must be a literal string, not a dynamic value.Comment #7
Brian294 commentedThank you for your valuable input. File attached.
Comment #8
avpadernoThat text needs to be removed, as it is added from the packaging script. I don't see any reason to add it; the module works the same without, and the module cannot have it if it has not been submitted in Drupal.org CVS.
Strings presented to the user must be translatable.
A theme function should always return a value, even if it would be an empty string.
Comment #9
Brian294 commentedYou are making me a better programmer. Thank you :-) File attached.
Comment #10
avpadernoWhat is the purpose of that code line? In PHP, it doesn't do anything, if not assigning to
$user->feedthe value it already has.The first argument of
t()must be a literal string, not a dynamic value; passing a dynamic value tot()is like not calling it at all (that means, nothing is translated). If the alternative is this code, then it is better to remove the call tot().Comment #11
Brian294 commentedthank you for approving my account. :-) I removed the excess from my code as you have indicated. I had originally written the user screen to accept a key that would be appended to the end of a hard-coded feed url. When i changed my methodology, I didn't reflect that change 100% in my code.
Comment #13
avpaderno