January 2008 - Development - lists.drupal.org

Re: [development] Getting both better internal and external APIs intoDrupal 7
by Khalid Baheyeldin 03 Jan '08

03 Jan '08

On Jan 3, 2008 3:28 AM, Nick Lewis <nicklewisatx(a)gmail.com> wrote: > Users don't care how the profiles fit into our system. Users care about > what the gizmo does (or what they dream its going to do...). Photoshop > doesn't sell its software as a "photoshop installation". Its just > photoshop.... Its not a binary-distro (or whatever the equivalent...). > > So maybe we should venture in to more generic, open waters: *web > application*. > > A multi-user moderated blog is a web application. A community calender, > mailing list, and forum is a web application. Most people will understand > the name to mean (I install this, and its ready to go). The web applications > at drupal.org happen to built off of drupal.. but their target audience > could give a rats ass. To them its just a web application. "Click here to > browse our library of web applications".... just seems right... > Actually how about just "application"? So they are all "Drupal applications". This goes well with Drupal being a web application framework, and not just a CMS or CMF. While this is appealing, it is a bit of an overstretch though: a distro/package/install profile is a collection of modules and some custom code to set it up. Worth considering though. [digress=on] Drupal being an web application framework has been discussed many times, see here: http://groups.drupal.org/node/7704 http://groups.drupal.org/node/7634 > Then again, I've been known to go mad every now and again. > Not today. > > Cheers, > Nick Lewis > ------------------------------------- > > Blog: http://www.nicklewis.org > Work: http://www.onnetworks.com > > On Jan 2, 2008 11:23 PM, Khalid Baheyeldin < kb(a)2bits.com> wrote: > > > On Jan 2, 2008 11:06 PM, David Metzler < metzlerd(a)metzlerd.com> wrote: > > > > > For the record, yeah I knew that's what distros meant, and it was > > > that suggestion that got me thinking we needed to start a brainstorming > > > session. I frankly would be happy with distros. > > > Sorry if it came off like I was stealing ideas. > > > > > > > Nah. Not what I meant. > > > > > > > > Not sure I agree that compound words should be avoided...If they add > > > clarity.... > > > > > > > This is where we disagree. See Earnie Boyd's suggestions earlier in this > > thread > > and the replies to them. I don't agree with Earnie here, and agree with > > the counter > > arguments. > > > > e.g. "Install profile" and "user profile". Too much overloading of terms > > with qualifiers. > > > > KISS. > > > > > > > Dave > > > On Jan 2, 2008, at 7:51 PM, Khalid Baheyeldin wrote: > > > > > > On Jan 2, 2008 10:25 PM, David Metzler <metzlerd(a)metzlerd.com > wrote: > > > > > > > I would agree, and humbly suggest that we start brainstorming on > > > > better names for installation profile. Some suggestions: (some have > > > > been made already)- > > > > > > > > Distribution (or some variation of distros) seems like a close fit > > > > but also implies the software as > > > > > > > > > > That is actually what distros is. Distro is the short name for that. > > > > > > > > > > > > > > Configuration bundles > > > > > > > > Installation Suites > > > > > > > > Configuration wizards > > > > > > > > Install Kits > > > > > > > > > > Let us avoid compounded names formed of many words. They are not > > > intuitive. > > > > > > Here are others: > > > > > > Packages > > > > > > > > > > ???? > > > > > > > > Not attached to any of these but trying to start some solutions > > > > brainstorming.... ;) > > > > > > > > Dave > > > > > > > > > > > > On Jan 2, 2008, at 1:10 PM, Michelle Cox wrote: > > > > > > > > > > > > > > On 1/2/2008 2:34:42 PM, Earnie Boyd ( earnie(a)users.sourceforge.net > > > > ) > > > > > wrote: > > > > >> I understand the misfortune of a module named profile is the > > > > point of > > > > >> this thread. That module is relative only to user information. > > > > In > > > > >> order to make it clear to everyone looking at Drupal it needs > > > > renamed > > > > >> to User Profile because the word profile is too vague and has > > > > many > > > > >> connotations to properly denote the meaning of the module. > > > > > > > > > > I really don't think renaming profile to user profile will help > > > > any > > > > > since it is install profile that causes the confusion. And I'm not > > > > > renaming advanced profile to advanced user profile. It's long > > > > > enough of a name as it is. :P > > > > > > > > > > Michelle > > > > > > > > > > > > > > > > > > > > > > -- > > > Khalid M. Baheyeldin > > > 2bits.com, Inc. > > > http://2bits.com > > > Drupal optimization, development, customization and consulting. > > > > > > > > > > > > > > > -- > > Khalid M. Baheyeldin > > 2bits.com , Inc. > > http://2bits.com > > Drupal optimization, development, customization and consulting. > > > > -- Khalid M. Baheyeldin 2bits.com, Inc. http://2bits.com Drupal optimization, development, customization and consulting.

2 1

GHOP mid-term status report
by Angela Byron 03 Jan '08

03 Jan '08

I posted a GHOP mid-term status report on the front page of drupal.org: http://drupal.org/node/205806. Good news: - More modules ported, including API and Comment Upload, which we need for drupal.org. - Vastly increased our unit test coverage for core, and also uncovered a critical menu bug in the process. :) - Several features were added to modules whose maintainers took the time to write up and mentor one or more tasks, including Workflow NG and User Points. - We still have about half of the remaining task slots available (97) Bad news: - We still have about half of the remaining task slots available ;) - One of the criticisms from students is lack of coding tasks to choose from. With all of the coders in the Drupal community, and I'm completely stumped as to how this could possibly be the case. - We have tasks out there that have been waiting on us for a review for *almost a week*. I know people are coming back from the holidays and stuff, but this is *seriously* uncool, as it's both demoralizing to students and it prevents them from working on additional tasks. So please help by: 1. Staying on top of task reviews by monitoring http://drupal.org/issues/tags/GHOP. I can't over-emphasize how important this is, since this is the juice that powers students' enthusiasm toward our project, and actually results in work getting done. Specifically, the following tasks are overdue (the ones toward the top /way/ overdue) a review from someone in the community: * Add "available update" indicator to installed modules: http://drupal.org/node/197486 * Port Event module to D6: http://drupal.org/node/200693 + Port Text CAPTCHA to D6: http://drupal.org/node/198598 * Convert Bluemarine to Tableless layout: http://drupal.org/node/200685 * Drupal 6 theme: http://drupal.org/node/197224 * TinyMCE config module: http://drupal.org/node/203173 2. Reviewing and contributing additional task ideas: * Read the GHOP Task FAQ to get an idea of what we're after: http://drupal.org/node/200510#ghop-task-faq * Review existing task proposals: http://drupal.org/issues/tags/GHOP * Propose your own task ideas: http://drupal.org/node/add/project-issue/ghop 3. Hanging out in #drupal-ghop to help answer students' questions and do interim reviews with them when you're available. Thanks a lot, and thanks SO much to the folks who stepped in after the last mail to help pick up some slack, particularly over the holidays. -Angie

2 2

DrupalCon Boston, March 3rd - 6th, 7th Drupal Sprint
by Kieran Lal 02 Jan '08

02 Jan '08

The Drupal Association <http://association.drupal.org/>[image: BCEC] is pleased to announce that the next Drupalcon will be held in Boston, Massachusetts, USA from March 3 - 6, 2008 in the Boston Convention and Exhibition Center <http://www.bostonconventioncenter.com/>. This Drupalcon represents two big advancements for Drupalcon. - Larger capacity. The last two Drupalcon's have sold out, capped at 450 people. Depending on final arrangements we may be able to handle 700 at this event. - Community expansion. Drupalcon is being held at the same time/place as AIIM International Exposition & Conference<http://www.aiimexpo.com/aiimexpo2007/v42/index.cvn?id=10197>, the largest content management technology conference in North America. Though technically independent of each other, the Boston team is working to arrange some cross-event access. The goal: introduce Drupal to thousands of potential new Drupalers. The Drupalcon Boston 2008 team is working hard to finalize conference details before opening registration and the session proposal system. We are also just now finalizing sponsorship packages. *Watch boston2008.drupalcon.org and the drupal.org home page (rss feed<http://groups.drupal.org/rss.xml>) for future announcements*. In the mean time, start making your travel arrangements and gathering your session proposal information. The Drupal Association <http://association.drupal.org/> encourages potential organizers from the community to start preparing proposals for the fall 2008 Europe Drupalcon and the spring 2009 North America Drupalcon. We are also interested in hosting Drupalcons in other parts of the world. Kieran Lal Drupal Association

2 1

Re: [development] Getting both better internal and external APIs intoDrupal 7
by Michelle Cox 02 Jan '08

02 Jan '08

On 1/1/2008 4:57:09 PM, Earnie Boyd (earnie(a)users.sourceforge.net) wrote: > A profile is nothing more than meta data for a something or a someone. > A package install profile is correct. A user profile is correct. A > clarifier should be used in both cases to make the meaning understood. Yes, that's why I said "even though it does have other meanings." I'm not talking about what the word literally means. I'm talking about what people associate with the term. Maybe I'm wrong but I think, given the context of website building software, more people will associate "profile" with users than "installs". Michelle

4 5

Re: [development] Getting both better internal and external APIs intoDrupal 7
by Earnie Boyd 02 Jan '08

02 Jan '08

Quoting Michelle Cox <mcox(a)charter.net>: > > On 12/31/2007 7:50:22 PM, Khalid Baheyeldin (kb(a)2bits.com) wrote: >> I tried my best to have install profiles named something else (packages, >> distros), but the counter >> argument is that it was too late to do it. >> >> This will cause a lot of confusion in the future, unless we give profile. >> module the bullet of mercy in D6 and replace it with bio (or friends) for >> example. > > It will still be confusing. I think anyone who's familiar with social > networking sites will tend to associate "profile" with people, even > though it does have other meanings. > A profile is nothing more than meta data for a something or a someone. A package install profile is correct. A user profile is correct. A clarifier should be used in both cases to make the meaning understood. Earnie -- http://for-my-kids.com/ -- http://give-me-an-offer.com/

4 7

#ahah documentation - Re: groking ajax callbacks
by Peter Wolanin 02 Jan '08

02 Jan '08

Anyone with CVS access can commit changes to the developer docs, and looks like bdragon stepped up to the plate already. -Peter > ---------- Forwarded message ---------- > From: "Augustin (Beginner)" <drupal.beginner(a)wechange.org> > To: development(a)drupal.org > Date: Wed, 2 Jan 2008 20:27:55 +0800 > Subject: [development] #ahah documentation - Re: groking ajax callbacks > On Tuesday 01 January 2008 21:22, Peter Wolanin wrote: > > Augustin, > > > > The #ahah element was (if I recall) added after the major changes > > to the book module went in. So The page I pointed you two predates > > its existence (and is thus obviously incomplete). quicksketch and > > dmitrig01 tweaked the book module form to include #ahah later. You > > might be able ask them for some help with the docs. > > http://cvs.drupal.org/viewvc.py/drupal/drupal/modules/book/book.adm > >in.inc?r1=1.3&r2=1.4 > > Actually, I found out a few minutes ago, that quicksketch made some > considerable effort to document all of this, but his patch never got > committed: #18 at > http://drupal.org/node/154398#comment-573549 > > > Would that mean that most of your page is now obsolete? > http://drupal.org/node/150859 > Could you review it, or at least add a note and a warning to it, re. > #ahah ? > > > Blessings, > > Augustin. > > > > >

1 0

Re: [development] groking ajax callbacks
by Peter Wolanin 02 Jan '08

02 Jan '08

Augustin, The #ahah element was (if I recall) added after the major changes to the book module went in. So The page I pointed you two predates its existence (and is thus obviously incomplete). quicksketch and dmitrig01 tweaked the book module form to include #ahah later. You might be able ask them for some help with the docs. http://cvs.drupal.org/viewvc.py/drupal/drupal/modules/book/book.admin.inc?r… -Peter > ---------- Forwarded message ---------- > From: "Augustin (Beginner)" <drupal.beginner(a)wechange.org> > To: development(a)drupal.org > Date: Tue, 1 Jan 2008 18:37:30 +0800 > Subject: Re: [development] groking ajax callbacks > > > Neil, Earl, Peter, all, > > > thanks for your replies. > > > I have added your various links in the API section of the handbook: > http://drupal.org/node/205296 > > As far as book.module is concerned, the bit that I missed was the > #ahah part in the form: > > // Add a drop-down to select the destination book. > $form['book']['bid'] = array( > '#type' => 'select', > '#title' => t('Book'), > '#default_value' => $node->book['bid'], > '#options' => $options, > '#access' => (bool)$options, > '#description' => t('Your page will be a part of the selected > book.'), > '#weight' => -5, > '#attributes' => array('class' => 'book-title-select'), > '#ahah' => array( > 'path' => 'book/js/form', > 'wrapper' => 'edit-book-plid-wrapper', > 'effect' => 'slide', > ), > ); > > I found out that the #ahah attribute is completely undocumented, so I > added a placeholder for it in the FAPI reference: > http://api.drupal.org/api/file/developer/topics/forms_api_reference.html#ah… > (my addition might take a few hours to appear). > > It's only a placeholder though. Someone more knowledgeable needs to > complete the doc, there. If nobody does it, at least developers would > be made aware that there is such a thing as #ahah in FAPI. > > Is that something new in Drupal 6 ? > [edit: it seems to be. It is mentioned in a very unlikely place: > http://drupal.org/node/114774#choice_check . > Why not in Peter's AJAX page?] > > > > > > > Blessings, > > Augustin. > > > > > > > > > -- > [ Drupal development list | http://lists.drupal.org/ ] >

3 2

Re: [development] Best practices: Config settings
by Alan Pritt 02 Jan '08

02 Jan '08

killes wrote: > my question is: Where should contrib module authors put config options > for their modules? I've been thinking about this problem a lot lately. I'm yet to come up with a good answer, unfortunately. But... The short answer would be to add it to the module configuration screen. If we don't, users will have to hunt for settings pages and even if they know to look at the '/admin/by-module' page, we are still forcing them to move from page to page in order to set up a module. This is a huge waste of user time. However, it's not a totally satisfactory answer. We consistently place permissions and block-assignments to alternate screens, which confuses beginners. But it is handy to have them all in one place. And a module like gmap or cck addons necessarily have to place the UI deep into the core admin screens. A partial answer is to direct people to the help page once they install a module because this lists all the pages that the module alters. But it's not the most elegant of solutions and is obviously not applicable to any current Drupal releases. For now I'd say keep it in your module config page if it makes sense to put it there. And maybe make a reference to it elsewhere. It's not the optimal solution, but I think it will cause the least confusion in most circumstances. Long term I think we should be looking at presenting the UI in different contexts depending on how the user will be thinking about the problem. For example: 'I need to configure this module' vs. 'I need to make my site perform faster'. But I'm still a bit vague how that would best be implemented. Alan Pritt (alpritt)

1 0

Re: [development] Getting both better internal and external APIs intoDrupal 7
by Michelle Cox 01 Jan '08

01 Jan '08

On 12/30/2007 10:21:32 AM, blogdiva(a)culturekitchen.com wrote: > HOT! > > +1 for including into core : > > CCK > Bio > Panels > > I need more coffee so I can find the notes of a wishlist I have been > compiling for a while. I do know that ICONIZER and BUEditor would be > ideal for those of us who would like Drupal to focus on usability and > better design. I also understand the need to make the default distro > lightweight. For that matter, I still believe there needs to be a > serious push for different "default" distributions --and please, > let's > stop calling those "profiles" because it's confusing with the > term "profile". I've never used iconizer but I really like bueditor. It's easy to use for newbies and yet doesn't get in the way like a true WYSIWYG does. I don't know if the code is core worthy but I think it would be a nice addition if it is. A compromise between those who think Drupal needs a WYSIWYG in core and those who say no way. Of course, it would need to be an optional module, not just hardcoded in. As someone up to her ears in user profiles stuff, I second the changing of install profiles to something else. :) Michelle

2 1

Special new yeat post!!
by ad4m 01 Jan '08

01 Jan '08

Hi gays!! I would like to say something diffrent than ordinary day's problmes.... wish you all guys very happy new year!! Dries some more such great ideas? I'm always ready for your requests! Drupal team - you make my work the best on the world! thx :) keep going... -- Serdecznie pozdrawiam, Adam Ludwinski adam(a)ludwinski.net http://www.ludwinski.net

3 2