December 2007 - Development - lists.drupal.org

Getting both better internal and external APIs into Drupal 7
by Dmitri G 30 Dec '07

30 Dec '07

Hello, list. I saw Dries' blog post about the State of Drupal presentation, and I looked through the presentation (for those of you who haven't seen this, it's at http://buytaert.net/state-of-drupal-presentation-september-2007) There is a list, titled "Drupal 7 killer release". It contains 11 items, three of them developer items. Two of them, #9 and #10, are about better APIs. You might scream at me for this, but I think having better APIs would be best solved by converting everything (users, comments, terms) to nodes. However, nodes are too heavy. They have a big hit on performance. My proposed/ideal solution would be to make the node more light-weight. Put fields (CCK-style) and access in it, and that's it (no title, body, extra fieldsets). Beyond that, each type can customize everything. Furthermore, things like content types would be moved specifically into the thing that used to be called nodes. This requires putting CCK or something like CCK in core. While these together may be beyond the scope of a single release, they would bring more power into Drupal, and bring uniformity with them. Back to APIs. To successfully implement them, nearly everything would need to turn into fields. That includes modules like event - it just needs to add fields to a node. The import/export API only needs to deal with nodes fields (since everything is made of nodes and fields), unlike the one done in SoC. The web services need to do the same. Only very complex data types/additions need to implement a hook_webservices or hook_importexport (or maybe we can combine them). Please respond with your criticisms! dmitrig01

5 7

Op-ed: Posting FUD/flame bait to the front page is unproductive, disrespectful, an abuse
by Caleb Gilbert 30 Dec '07

30 Dec '07

...and is not an appropriate thing to do for people with Drupal.orgfrontpage rights. If there is something that an individual wants to talk out with the active Drupal community it should be done on the mailing listing, in the forums, in irc, Planet Drupal, via email or other appropriate places which are NOT supposed to be reserved for ushering in newcomers. Of the hundreds of thousands of people who visit the front page, only a few hundred of them have enough inside knowledge of the Drupal community to have an educated opinion, so why not spare the vast majority of Drupal.org visitors from posts, which in their eyes, likely serves nothing but to undermine the legitimacy of Drupal, its community, and open source. Besides the practicalities of the situation it's also very disrespectful and a betrayal of trust to the people/project who granted the frontpage rights in the first place to do such a thing as posting personal agenda-type items to the frontpage. Here's hoping that individuals and the community-at-large tighten the reins around themselves/each other in order to avoid these personal-soapbox situations in the future (unless it's to evangelize Drupal, the community, or open source), because it seems to be having a profoundly negative effect on morale...

2 1

Op-ed: Posting FUD/flame bait to the front page is unproductive, disrespectful, an abuse
by Caleb Gilbert 30 Dec '07

30 Dec '07

For the record I had these thoughts (see previous message) when the post I'm referring to first went up, and after watching the commotion it has caused I continued to feel more strongly about it. Tonight after seeing sepeck's post I finally gave into saying something about it... <steps of soapbox, himself>

1 0

Re: [development] Updating drupal.org to Drupal 6 release candidate
by Chad Phillips -- Apartment Lines 29 Dec '07

29 Dec '07

project* needs more manpower help. specifically, help with the views conversion stuff would be great, and review/testing of issues listed at http://groups.drupal.org/node/7396 (some of which are holding up project's next release, which holds up other progress). when we get to the point in the roadmap where the 6.x port will happen, then any number of people could help w/ the grunt work there. if we can get a few more people to really start pitching in more time with things on the roadmap, then a port in the foreseeable future would be possible. without the extra help, there's only so much that dww, i, and the few others who pitch in regularly can do. basically, this is the same plea for help that we've been sending out for a long time now. :) hunmonk

1 0

Re: [development] Themes and modules have a new method for adding screenshots
by Michelle Cox 29 Dec '07

29 Dec '07

On 12/29/2007 5:53:17 AM, Yves CHEDEMOIS (yched.drupal(a)free.fr) wrote: > Michelle Cox a écrit : > > re: http://drupal.org/node/202856 > > > > You can now add screenshots to your modules and themes via image assist. > > That would be image_attach, right ? Whoops, yes. I've never used either of those before last night and got them mixed up. Sorry. Michelle

1 0

Good D6 test?
by Dries Buytaert 29 Dec '07

29 Dec '07

http://lstigile.wordpress.com/2007/12/27/cms_mysql/ -- Dries Buytaert :: http://www.buytaert.net/

2 1

Themes and modules have a new method for adding screenshots
by Michelle Cox 29 Dec '07

29 Dec '07

re: http://drupal.org/node/202856 You can now add screenshots to your modules and themes via image assist. There's a new fieldset, "attached images" with a spot to upload. A thumbnail is automatically created and placed on the project node. This takes the place of the old links on themes so please remove those. Everyone who has used their CVS account in the last year has been given the role with access to it. If you have any problems, please file an issue. Michelle

3 2

form protection?
by Alessandro Feijó 29 Dec '07

29 Dec '07

I'm manipulating dynamicaly the content of a Combobox It starts empty, I set the values with jQuery, and when I click Submit, an error say something like 'invalid content, contact your administrator' There is any protection to prevent content different from the original possible values to an <SELECT> ? Its hard to search for it, what keywords? :) Thanks Feijó

6 8

Re: [development] groking ajax callbacks (Augustin (Beginner))
by Peter Wolanin 28 Dec '07

28 Dec '07

Augustin, this may not be the easiest place to find it, but I made a page here already for 6.x/forms AJAX: http://drupal.org/node/150859 -Peter > ---------- Forwarded message ---------- > From: "Augustin (Beginner)" <drupal.beginner(a)wechange.org> > To: development(a)drupal.org > Date: Thu, 27 Dec 2007 22:16:34 +0800 > Subject: [development] groking ajax callbacks > > Hello, > > See my message to the documentation list about where to document > everything ajax, ahax, js, and jquery. > http://drupal.org/node/121997 > > > Right now, I am trying hard to understand book.js and ... I just don't > get it. > > > In book.js, there is an ajax call: > > > $.ajax({ > url: Drupal.settings.book.formCallback +'/'+ $('#'+ > Drupal.settings.book.formId +' input[name=form_build_id]').val() > +'/'+ $('#edit-book-bid').val(), > dataType: 'json', > success: function(data) { > // Insert the new select, and remove the progress bar. > $('#edit-book-plid-wrapper').after(data['book']).remove(); > } > > > in book_menu(), there is a menu callback, which I guess is the > callback used by the js above: > > $items['book/js/form'] = array( > 'page callback' => 'book_form_update', > 'access arguments' => array('access content'), > 'type' => MENU_CALLBACK, > 'file' => 'book.pages.inc', > ); > > > But everything javascript and ajax being completely undocumented, I am > having a hard time to connect the two together, even by looking at > drupal.js, looking at the big documentation block above > drupal_add_js() (in common.inc), which I don't understand at all (I > told you it was too early to change my handle!!) > > > How does this... > > $.ajax({ > url: Drupal.settings.book.formCallback +'/'+ $('#'+ > Drupal.settings.book.formId +' input[name=form_build_id]').val()+'/'+ > $('#edit-book-bid').val(), > > > ...lead to the book/js/form callback??? > > > > I sense it is connected to Drupal.attachBehaviors (in drupal.js) and > Drupal.behaviors.bookSelect (book.js), but I don't know how. > > > As I always do, if you tell me both the answer and where to document > this, I'll have a go at starting a documentation. > > > > Thanks and blessings, > > > Augustin. > > > > > > > > >

1 0

Automated patch testing, phase 1
by Chad Phillips -- Apartment Lines 27 Dec '07

27 Dec '07

ok, folks -- after a long development period, we are very, very close to having automated patch testing working on drupal.org! here's the current status: the platform which sends and receives file tests and results is installed and running on drupal.org. files are being sent to the testbed server for testing, but the results are not being returned or displayed on drupal.org yet. this interim phase will allow us to work out any remaining kinks in the file testing platform. so, in short, here's what you need to know to help! 1. only patches against drupal core (4.7.x, 5.x, and 6.x) are being processed for testing at this time. contrib patches may or may not be added at a later time 2. in order for a patch to be sent for testing, it must meet the following 2 criteria: a. the filename ends in .patch or .diff b. the issue the file is attached to has a status of 'code needs review' or 'ready to be committed' again, for now, no results will be returned or displayed on drupal.org. for those interested in the nuts and bolts of this system, and/or who'd like to help with it's further development/implementation: the platform for sending/receiving files: http://drupal.org/project/project_issue_file_test the site that handles the automated testing: http://testing.drupal.org/

2 1