Right, a few people agreed with me on this suggestion.
The plan is, we are going to have lessons on the site. Presumably there'll be different types of lesson etc, so there will be tags and so forth.
I am also going to suggest that there be a membership system on DD2, so the tags and the membership features can be simply integrated to provide (using extra stuff obviously) a bookmarking facility.
Use cases:
- dojo lessons: tagging articles related to the session, eg code snippets (which leads me to this DD2 pastebin suggestion)
- social bookmarking: this is perhaps a little away from the proposed scope of DD2, but I have other thoughts on that
- feeds: similar to g.d.o, people could subscribe to these bookmark lists, uncovering useful information to users with zero effort (they can mark as favourite anything that is useful to them personally)
- BOF? maybe subscribers to certain tags (or dojo lessons in the past) could be systematically invited to BOF ("birds of a feather") sessions via email based on previous behaviour. I didn't know what BOF was in Barcelona, so didn't go, but now I see that a getting together of people who know lots about the same thing is a good way to spot chinks in the collective armour.
Another 2 cents. Let me have it.
Comments
Comment #1
dmitrig01 commented+1
Comment #2
niklp commentedThought: also, during lessons, items tagged with the "Lesson X: Blah Blah" tag could have a secondary tag of "Teachers Notes" (or whatever), and this could be themed into the lesson page (/taxonomy/term/1+2 or whatever it is). This way, we'd have a "I know where that is" point of contact for all the lesson info, for people joining late, watching the lesson after the fact, etc.
Similarly for any pastebins...?
Comment #3
add1sun commentedI like the idea of users being able to bookmark stuff. I'm a little confused on comment #2 though since that seems to be talking about tagging (taxonomy) and not bookmarks (users mark the things they want.) Could you explain that a bit more?
Comment #4
niklp commentedOk, anything that's a "social" bookmark would essentially need a tag (taxonomy, whatever). We'd have a tag for each lesson so we can use taxonomy/views to display lists of relevant 'marks after the fact. Also teachers would be able to add another "Teacher" tag and then we could add a view of teachers' links to the dojo lesson page. I'm basically talking about tagging OF bookmarks, so they can be grouped, a la del.icio.us.
The "teacher" tag is good because it allows other people to add "unofficial" tags of their own. In this way, we can have global lists of tags for each lesson: everything tagged, ever, relating to this article; also, everything "I" tagged for it, and everything the teacher tagged. Simple views, lots of potential use cases. Well, three, probably.
I'm not sure what the bookmarks actually are yet. I would guess that views_bookmarks would be a start but I've not investigated it. Either way, it would be advantageous to be able to generate lists of links on the fly, dynamically embedded in the lesson page. Recall, if you will, the amount of irc traffic that we get in #drupal-dojo regarding links, pastebins, skype/teamspeak and of course the ubiquitous "lesson?". Anything that we can do to reduce that traffic is good, IMO; it's just distracting.
This is all part of a view that I have, that everything I ever want to know about a particular lesson, during AND after, is available on the lesson page, right now, not afterwards. The existing dojo lesson pages are practically useless, serving only as an event notification with some basic additions as afterthoughts. That, of course, is not a criticism of the work that's been done (for free), but an observation of the developing needs of the dojo as a whole. If those pages were "alive" during the lesson, that would just be freakin' cool, in my mind. (Cue Gus, with meta updates, etc :)
Comment #5
add1sun commentedCool cool. That makes more sense to me now. thanks!
Comment #6
JuliaKM commentedThe bookmark idea seems cool. Since you are creating a new site, it seems like this would be a great opportunity to create a standard vocabulary for Drupal topics. So, topics like "views exposed filters" could always be tagged the same way. That way you can avoid having some resources and lessons tagged as "view exposed filter" and others as "views exposed filters."
If you could use the same vocabulary when tagging resources, lessons, and perhaps blog posts, it would be way easier to find relevant information later on.
Comment #7
niklp commentedI think that's really the plan, although this sort of thing would pretty much require free tagging. You should remember that this field has autocomplete, although obviously that's not infallible.
Comment #8
patchak commentedRegarding this particular feature, please see:
http://drupal.org/node/206913#comment-682198
Comment #9
JuliaKM commentedYou're right. I think that autocomplete will go a long way towards solving the problem. Were you thinking of having a multi-tiered hierarchy of tags or having all tags be the same level? For example, would there be a parent tag, "Views", and a sub-tag "embedded"?
Comment #10
patchak commentedPersonnally I think we could use something like refine by taxo module, which allows to create relations between tags without having a hierarchy, thus allowing to use freetagging.
For example if you go on the page for all nodes tagged 'views' you would have a block showing all the 'related tags' like 'embedded'.
Comment #11
niklp commentedThe refine module looks like it might be just the thing actually. Other than that, hierarchy-less freetagging is the order of the day I think. Coupled with that module, relationships are looked after, so that's cool. Anyway, anything that was tagged "views arguments" should also be tagged "views", so I would hope that this wouldn't be an issue.
I guess it would be sensible to have some official guidelines to address the concern of legitimate and useful posting/tagging of bookmarks.
Comment #12
JuliaKM commentedI'm happy to write some tagging guidelines when they are needed. It would be good to put my library degree to use for once.
Comment #13
westwesterson commentedI am merging the Sortable and Searchable Repository of useful links and resources topic with this one.
I will add though that this feature is somewhat different from what you have proposed, in that this would be a centralized way to access these "bookmarks", and that it would be possible to not have these tied to a lesson, but should be able to pull terms and taxonomy together to make a very in depth listing of content. It should be able to tie together interrelated tutorials, and bring them up while also giving a link and and descriptions, and be able to bring them up alongside other related offsite links.
There should be some kind of themeing (ie cell colors, and/or icons) differentiating between a resource (i.e. pdf), a tutorial(on site), and a link (off site). This will make it easy to distinguish at a glance what it is. Some additional off site links which could be themed are modules, api references, code snippits.
Anyhow i look forward to this bookmarks repository, and the bookmarking feature.
Also I'd like to add that it is confusing as to you are suggesting personal bookmarks alongside site wide bookmarks. This repository would be better suited as sitewide bookmarks.
Comment #14
niklp commentedPersonal bookmarks aren't private. My point here is, if I have bookmarked some stuff, I obviously want to be able to refer back to my own bookmarks.
Comment #15
patchak commentedSO my question is this. Should I just show what I did on a separate site, and then let the dojo decide if they want to include it as a subdomain of the dojo site??
Comment #16
matt v. commentedAdding social bookmarking to Drupal Dojo could fulfill one of the features I was considering proposing — a screencast link library. There are a lot of really useful Drupal screencasts spread across a bunch of sites. Most are linked from the Drupal handbooks, but they're not tagged or otherwise organized in a particularly useful way. It seems that social bookmarking functions could go a long way towards categorizing and linking to the videos and their sources.
Comment #17
senpai commented@patchak in #15: Yes, you should show us what you've done. We might be able to use your concept as-is, or borrow parts of it and roll it into the new site, or subdomain it. This community is all about reusing code. If you've got something cool, by all means, show it off!
Comment #18
add1sun commentedhttp://drupal.org/node/205683 => Bookmarks: Sortable Searchable Repository of useful links and resources => Drupal Dojo 2.0, Website, normal, active, 3 IRC mentions
[14:12] let's go to HAND
[14:12] i propose this be set t ownat/normal
[14:13] er want/normal
[14:13] * gusaus (n=gusaus@drupal.org/user/22137/view) has joined #drupal-dojo
[14:13] !tally
[14:13] !tally start
[14:13] +1
[14:13] oh right ;)
[14:13] +1 seeing as I thought of it :)
[14:13] oh crap - what this tally on?
[14:13] patchack has a great idea for this
[14:13] NikLP: you need to type *just* +1
[14:13] +1
[14:13] butts :p k
[14:13] +1
[14:14] gusaus, http://drupal.org/node/205683
[14:14] vote!
[14:14] http://drupal.org/node/205683 => Bookmarks: Sortable Searchable Repository of useful links and resources => Drupal Dojo 2.0, Website, normal, active, 4 IRC mentions
[14:14] It's voting time! To cast your ballot, enter either +1 or -1 into IRC. Nothing else. No comments, no "maybe, but I'm not sure". Just say yes or no. We'll tally the votes in 60 seconds, so give us your answer!
[14:14] +1
[14:14] hand
[14:14] !tally end
[14:14] NikLP: go
[14:14] oh :)
[14:14] has anyone seen patchak's stuff yet?
[14:14] NikLP, nope
[14:14] i haven't
[14:14] ah
[14:14] er, it should work now... /me kills the bot and will manuyally tally
[14:14] it sounded good to me, though
[14:14] * ChanServ gives channel operator status to dmitrig01
[14:14] * tally406 has quit (Remote closed the connection)
[14:15] * dmitrig01 has kicked tally136 from #drupal-dojo (dmitrig01)
[14:15] hand
[14:15] more info on the thread? haven't seen in a couple days
[14:15] * ChanServ removes channel operator status from dmitrig01
[14:15] * gusaus_ (n=gusaus@adsl-68-122-208-190.dsl.irvnca.pacbell.net) has joined #drupal-dojo
[14:15] no
[14:15] add1sun: ? :)
[14:15] I'd suppose that having a way to keep track of the lesons that really meant something to me would be incredibally useful in the long run
[14:15] just wanted to say that how we do it can still be determined
[14:16] we just want to agree to whether we want it or not right now :)
[14:16] hand
[14:16] But no, NikLP, nbody has actually laid eyes on what patchack's cooked up
[14:16] dmitrig01
[14:16] Senpai: I envision that as bookmarks, not to lessons, but to things related to the lessons
[14:16] hand: personally I think that lesson-based 'marks and other marks are both a good idea
[14:16] * dmitrig01 just got hit by an awesome idea that is very similar to #205683
[14:16] OK folks again
[14:17] the exact implementation
[14:17] People can add their own bookmarks which are related to each lesson
[14:17] So it seems that we're all in agreement that some sort of bookmarking functionality i a good thing for the site?
[14:17] does not need to be deterined
[14:17] we are just decided if we want it or not
[14:17] Senpai, yes looks so
[14:17] can I propose that "hand" sucks, please? It just makes things take longer as people are nervous about typing...
[14:17] +1
[14:17] +1
[14:17] +1
[14:17] +1
[14:17] unanimous!
[14:17] Everyone: do you agree this is a want and therefor normal settings?
[14:17] is that for hand? or the issue? :)
[14:17] hand
[14:17] yeah
[14:17] hand sucks then :)
[14:18] and you can view all bookmarks, bookmarks by your "friends", highest rated, or most bookmarked :)
[14:18] are we voting on the issue or on add1sun take on the issue
[14:18] add1sun: yes!
[14:18] ell, I was actually voting for bookmarks
[14:18] ohh.. i get the hand thing :P
[14:18] +1 bookmarks, implementation tbc, -1 hand :)
[14:18] we agree to +1 bookmark - does everyone agree to the normal setting?
[14:18] brb
[14:18] * Shrop (n=mdshrops@cpe-024-074-042-043.carolina.res.rr.com) has joined #drupal-dojo
[14:18] what's the normal setting?
[14:18] +1
[14:18] non critical
[14:18] dmitrig01, means it is a want and not a need
[14:19] +1
[14:19] ok
Comment #19
dmitrig01 commentedEdited version:
gusaus: +1
Senpai: I'd suppose that having a way to keep track of the [lessons] that really meant something to me would be [incredibly] useful in the long run
(un-important discussion)
Senpai: So it seems that we're all in agreement that some sort of bookmarking functionality i a good thing for the site?
add1sun: Senpai, yes looks so
Senpai: +1
dmitrig01: +1
cwgordon7: +1
brenda003: +1
NikLP: +1 bookmarks, implementation tbc, -1 hand :)
add1sun: we agree to +1 bookmark - does everyone agree to [make it a want]?
Consensus: yes
Comment #20
add1sun commentedProject is abandoned. Closing all issues.
Comment #21
gusaus commentedBased on previous discussions, the Dojo should not house but should aggregate materials (video, audio, slideshows, documentation) from the cloud. This most likely could be done with a mix of these modules -
* http://drupal.org/project/feedapi
* http://drupal.org/project/feedapi_mapper
* http://drupal.org/project/emfield
These tutorials should provide a pretty good roadmap -
* http://zivtech.com/blog/module-mashup-creating-a-feed-embedded-videos-us...
* http://www.drupaltherapy.com/node/34
Comment #22
gusaus commentedComment #23
patchak commentedI would love to work on this project... Any one interested to team up (and theme up) the site?? For the functionnality I think I could build this relatively fast and would love to get involved...
Patchak
Comment #24
niklp commentedThe change of title in #22 renders the entire content of this thread useless. Bookmarks have nothing to do with learning materials. Still having the word "repository" in there doesn't make it ok.
Comment #25
gusaus commentedOk - see your points regarding these being different, yet related, features. Changed the title back to what it was and will create a new feature specifically for the aggregation element.
Comment #26
gusaus commentedClosing and consolidating with this (for now) - http://drupal.org/node/574128