HI,
I can't find a way to create a category. I'm using Drupal 7.12.
Does it work on this version
The link admin/content/aggregator/add/category doesn't show me a CATEGORY to create.
Thanks.
Ya, that's very cool. I haven't had a chance to give drush 5 a try yet, but I know a bit about some of the changes. Did you add drush.complete.sh to your bash profile? Cause I think you need to do that to make the autocompletion work.
Also, I won't be going to DrupalCon cause our wedding is the weekend right before it starts :).
I saw a good presentation at BADcamp by some of the Drush creators/maintainers on Drush 5.
http://2011.badcamp.net/program/sessions/drush-5
Drush 5 is supposed to have bash style auto-completion. It wouldn't work for me but it looked cool in the demonstration. Also it is supposed to have some pretty nifty/powerful database pulling functionality. For small sites it anyhow.
I am excited to learn how to integrate drush into my little modules.
By the way, are you going to DrupalCon Denver next month? I will yeah!
I think that's quite a fair point. Basically for the vendors there's currently limited benefit for them to be kit compliant. What does it get them in the immediate future? Not a whole lot right now. But once re-usable features start become more mainstream they will need to support a common standard, and the only option for that atm is Kit afaik.
So if all of a sudden there's two dozen features you could plug into your distro but they won't work due to your not being kit compliant, you'll finally have some incentive to change things.
One issue I feel on "kit compliance" is that no one is mantaining it. And it is a hard task if someone wants to step up to it. Development Seed proposed kit to make it easier for Drupal shops to develop features for OpenAtrium, undoubtedly the most popular Drupal distribution. It takes some authority to keep a Kit standard, and it is worth nothing if there are heavyweight noncompliant distros all over the place.
All in all, it means Phase 2, Lullabot or any other DIstribution mantainer should step up. But I don't see it coming any soon.
We need air, water, food, shelter and, on some level, love. But it's a rare person who needs a cell phone. I believe it's the dependency rather than the device, that's lamentable. I'll gladly spare you any claim to superiority. Should it ever come to that, my claim will be on better grounds than appliance ownership. Some people play their own music, some bake their own bread. Some walk rather than drive. You decide for yourself which machines you need, and why. I'll make my own choices.
Ya, I was surprised too actually. Most of what I learned was just in the last month too... but ya, still a lot more work before I could read even at a grade 1 level I think :).
I creating a personal distribution has been very good article, I will profile a mixture of more than expose the profile that I found botafoc.cat is also pretty good.
As far as the difference goes... I try and use features for every possible thing they can be used for. There's no benefit to me to write my own config tasks if I don't need to. Using features makes the install as well as upgrades simpler.
Maybe the one exception is things like menu items. For whatever reason I've found that they don't work so well with features and fail in ways that haven't been easy for me to reproduce.
I'd hoped to have gotten two more posts out since this one but the past couple weeks have been busier than expected. Should get them out next week though!
Thanks Scott - this post had some interesting and useful stuff in it . When you do the follow up features workflow post, I would appreciate if you could go into detail about what config tasks you would want to put into your install profile and what into features as I have found the crossover between the two can get quite confusing. Is it an either/or approach or should they be used together for configuration. I understand that you would need the profile to at least define and enable the features.
D7 profiler_api type module at www.drupal.org/project/profiler
Also, there is now a simple GUI interface to create a profile:
http://drupal.org/node/1283448
.... totally annoyed by cool modules such as Ckeditor that only look in sites/all/modules for dependencies, as clearly they can live in other places besides sites/all/modules. I wish Library would catch on.
http://drupal.org/node/1210380
Doing stuff by hand is great. But leveraging a tool like Profiler + Drush Make can get you there really fast:
http://chicago2011.drupal.org/sessions/zero-distribution-using-features-profiler-and-drush-make
Currently building a site via install profile and all the tools i've outlined above. Nice writeup look forward to the followups.
I found your site by way of Drupal and impressed to see that there are more people who like the same things and adventures like me awesome:)
I agree with you I hope they burn in hell as well
Very helpful.
It's very difficult to find complete examples on this subject, and the most known Drupal distros don't implement this in that way.
You saved my day, thanks :-)
HI,
I can't find a way to create a category. I'm using Drupal 7.12.
Does it work on this version
The link admin/content/aggregator/add/category doesn't show me a CATEGORY to create.
Thanks.
Well, Never been to Thailand , heard alot of thailand from ppl i know and webistes like this, simply awesome!!
yes, that was the trick with autocompletion. You need to put drush.complete.sh into /etc/bash_completion.d/
I love little timesavers like that.
So, two wedding then. Nice. Someday your kids will be impressed! Which really is a good justification for any adventure.
Cheers!
Hey Tai!
Ya, that's very cool. I haven't had a chance to give drush 5 a try yet, but I know a bit about some of the changes. Did you add drush.complete.sh to your bash profile? Cause I think you need to do that to make the autocompletion work.
Also, I won't be going to DrupalCon cause our wedding is the weekend right before it starts :).
Hi Scott!
I saw a good presentation at BADcamp by some of the Drush creators/maintainers on Drush 5.
http://2011.badcamp.net/program/sessions/drush-5
Drush 5 is supposed to have bash style auto-completion. It wouldn't work for me but it looked cool in the demonstration. Also it is supposed to have some pretty nifty/powerful database pulling functionality. For small sites it anyhow.
I am excited to learn how to integrate drush into my little modules.
By the way, are you going to DrupalCon Denver next month? I will yeah!
Very impressive post. You have written rally a valuable information.
I think that's quite a fair point. Basically for the vendors there's currently limited benefit for them to be kit compliant. What does it get them in the immediate future? Not a whole lot right now. But once re-usable features start become more mainstream they will need to support a common standard, and the only option for that atm is Kit afaik.
So if all of a sudden there's two dozen features you could plug into your distro but they won't work due to your not being kit compliant, you'll finally have some incentive to change things.
One issue I feel on "kit compliance" is that no one is mantaining it. And it is a hard task if someone wants to step up to it. Development Seed proposed kit to make it easier for Drupal shops to develop features for OpenAtrium, undoubtedly the most popular Drupal distribution. It takes some authority to keep a Kit standard, and it is worth nothing if there are heavyweight noncompliant distros all over the place.
All in all, it means Phase 2, Lullabot or any other DIstribution mantainer should step up. But I don't see it coming any soon.
Drush make is now part of Drush.
We need air, water, food, shelter and, on some level, love. But it's a rare person who needs a cell phone. I believe it's the dependency rather than the device, that's lamentable. I'll gladly spare you any claim to superiority. Should it ever come to that, my claim will be on better grounds than appliance ownership. Some people play their own music, some bake their own bread. Some walk rather than drive. You decide for yourself which machines you need, and why. I'll make my own choices.
Thanks for your article on netwfone. I will not be going with them!
Thanks for sharing, it was very useful in my case. Fred
Wow, Great post. Keep it up
Drupalcon is not yet dead. I always wanted to attend meetings although I don't have the authority.
Ya, I was surprised too actually. Most of what I learned was just in the last month too... but ya, still a lot more work before I could read even at a grade 1 level I think :).
Wow I'm impressed how much Thai you learned. Dinner on me when you are in Denver.
Just had a small request, why is your content on the right side of the page, and not the left? It's pretty annoying, I suggest you change this please.
good article.
I creating a personal distribution has been very good article, I will profile a mixture of more than expose the profile that I found botafoc.cat is also pretty good.
thanks for the article.
Hey Gregg,
As far as the difference goes... I try and use features for every possible thing they can be used for. There's no benefit to me to write my own config tasks if I don't need to. Using features makes the install as well as upgrades simpler.
Maybe the one exception is things like menu items. For whatever reason I've found that they don't work so well with features and fail in ways that haven't been easy for me to reproduce.
I'd hoped to have gotten two more posts out since this one but the past couple weeks have been busier than expected. Should get them out next week though!
Thanks Scott - this post had some interesting and useful stuff in it . When you do the follow up features workflow post, I would appreciate if you could go into detail about what config tasks you would want to put into your install profile and what into features as I have found the crossover between the two can get quite confusing. Is it an either/or approach or should they be used together for configuration. I understand that you would need the profile to at least define and enable the features.
D7 profiler_api type module at www.drupal.org/project/profiler
Also, there is now a simple GUI interface to create a profile:
http://drupal.org/node/1283448
.... totally annoyed by cool modules such as Ckeditor that only look in sites/all/modules for dependencies, as clearly they can live in other places besides sites/all/modules. I wish Library would catch on.
http://drupal.org/node/1210380
Doing stuff by hand is great. But leveraging a tool like Profiler + Drush Make can get you there really fast:
http://chicago2011.drupal.org/sessions/zero-distribution-using-features-profiler-and-drush-make
Currently building a site via install profile and all the tools i've outlined above. Nice writeup look forward to the followups.
I followed your code but the value of configure item of page in the admin/config/content/example_blog couldn't be saved.
I did a refresh and it still gave me the default value of 10 from example_blog feature module.