DATE CHANGED TO FRIDAY
The guest of honor can't make it on Thursday so we've changed the date to Friday. We'll meet for a short time at DOM and then we'll head to the bar!
Greg the infamous M/C of the Denver Drupal Group (amongst of other infamous things) is leaving the Denver area to explore the hillsides of foreign lands. Lets all meetup to wish him well and, of course, talk about Drupal in Denver!
I'm currently visiting from NYC on my way to SF (and then China) and I'd love to meetup with some Drupalistas in the Denver area. I hear you guys actually show up in force for your meetups! Rivaling the big-city folks of NYC.
At the moment there is not a specific topic of discussion however I would love to talk about modules, sites, themes, etc. in development in Denver (what are YOU guys working on?) and I'd like to also propose a session on uumm. I don't know. How about the Forms API? anyone interested in that?
Please comment if you will be attending and what you'd like to talk about.
The rundown...
Subjects:
- Introducing the new Group Manager
- Send off Greg!
- Drupal in Denver (modules, sites, themes.... what everyone is doing)
- Forms API (FAPI) ??
Location: The Denver Open Media offices (Google map)
On 7th street Between Santa Fe and Kalamath. Some parking available in the alley or across the street (do NOT park directly in front of the building). Go into the Micro Business Development building and DenverOpenMedia's offices are up the stairs.
Audience: Anyone who is interested in Drupal (or has heard the name once or twice!)
Time: As usual 6:30 PM and at 8:30 the meeting moves down the street to 471 S. Santa Fe (2$ pint night).
The folks at Denver Open Mediahave been generous enough to let us use their space. Please be sure not to park directly in front of the building, but in the alley behind it or across the street.
See you on Thursday!
Comments
Will try to make it
Not sure if I will be free or not, but I'll try to get there. OT: I'd love to hear more about your China plans. I've spent some time there and plan to live there at some point. I even speak a little Mandarin. :)
I'll be there
I'll be there to help give Greg a proper send-off. (You've mastered Colorado's 14-er's and need to find some new ones, right Greg?)
I'm trying to come up to speed on how to create CCK fields at the moment -- actually, trying to add a bit of data to the text field set. I'd love to learn more about this, and this dovetails nicely with the FAPI.
count me in
I'll be sporting my fashionable new drupal pin courtesy of jredding and groups.drupal.org/new-york-city.
I'd love a review of FAPI. I'm also interested if anyone's worked with the Media Mover module, and any clever solutions for email newsletters (I'm using CCK + Simplenews + Simplenews_template at the moment as well as CiviCRM for larger organizations. Would absolutely love it if anyone could recommend a good solution for CiviCRM + a hosted mail server.
Open Media Foundation
Friday, hm?
What else would I be doing on a Friday night!?
Yeah ... I'll probably be there, too.
Sigh
Hm, Friday
I'm not sure if I can get there by 6:30 from up here, but otherwise I'll see if I can't show up. Assuming permission from She Who Must Be Obeyed, of course.
-john
-john
so sweet!
Thanks folks for having an event in "honor" of little old me ;) Ok, you really just wanted to make sure I'd come and give free consulting advice, didn't you...
I of course will be there and would love to talk about FormAPI, Creating CCK fields, Drupal6, and anything else.
Also, if you want to follow my trip take a look at the links in my signature and - on a separate note - be sure to answer Dries' survey on the state of drupal: http://www.surveymonkey.com/s.aspx?sm=exg2izKcY4WouOy73JoZUw_3d_3d
See you Friday,
Greg
PS if it affects your decision, the bar is <a href='http://www.breckenridgebrewery.com/">breckenridge which is 3 blocks south of Denver Open Media and has the best IPA I've ever tasted...
--
Knaddisons Denver Life | mmm Chipotle Log | The Big Spanish Tour
knaddison blog | Morris Animal Foundation
code for jono - defaulting the organic
jono has been waiting (very patiently, though perhaps that overstates the value of the code) for some code that I whipped up based on a question of his at the meeting.
The business need is to set the default organic group for a node based upon some business logic.
function jono_nodeapi(&$node, $op, $a3 = NULL, $a4 = NULL) {
if ($op == 'insert' && $node->type == 'blog') {
/** NOTE: needs more fancy code here
* Your logic here to determine where the blog post should goes here
*/
// I print this out using dprint_r from the devel module
// This is a common technique I use for debugging to see what
// information is stored in a particular variable
// Note: dprint_r can be replaced with print_r if you do not have devel module
drupal_set_message('old'. dprint_r($node,true));
//23 is the node id for an Organic Group home page
$node->og_groups[0] = 23;
// And here I print it out after the fact to demonstrate the change
drupal_set_message('new'. dprint_r($node->og_groups,true));
}
}
Add that to a file called "jono.module in the sites/all/modules/jono directory. If you change the module name to es2f (suggested for the es2f.org site to use the sitename in this site specific module) then change all uses of "jono" to es2f.
Also, create a file in that same directory called jono.info with the contents:
name = jonodescription = blah
Enjoy!
From Spain,
Greg
--
Knaddisons Denver Life | mmm Chipotle Log | The Big Spanish Tour
knaddison blog | Morris Animal Foundation
spacing
The html formatting ruined my spacing...naturally assume perfect adherence to the coding standards ;)
Greg
--
Knaddisons Denver Life | mmm Chipotle Log | The Big Spanish Tour
knaddison blog | Morris Animal Foundation
That did the trick -- thanks!
Thanks again, Greg! The introduction to hook_nodeapi did the trick. It let me separate my business logic from presentation logic -- the former in my brand new, very first module; and the latter in the theme template. That makes so much more sense. It let me assemble my application mechanism very quickly -- and it works quite nicely.
I wound up putting my code into the "submit" operation instead of "insert". I assume "submit" covers node creation and updates, which "insert" covers node creation only. Even though I only really need the insert operation, in my case putting this code in the "update" process lets me allow users to separate the process of creating an application vs. submitting it -- and now that I think of it, that opens up another possible bug that I'd better go close ...
Enjoy Spain! We'll be following your adventures from back here.
Best,
PS: Jason -- good to meet you as well! Stop by any time you're in town.