April 2007 - Development - lists.drupal.org

form elements will be easy to put into a table
by Karoly Negyesi 27 Apr '07

27 Apr '07

If someone implements the following. Change theme('table') so that it uses a fapi style array and render it with drupal_render. To upgrade existing tables, for a cell, a) if the content was just 'foo' , make that array('#value' => 'foo') b) if there was a 'data' key use #value instead . All other keys go under #attributes For a row, if there was no data key, nothing to do. If there was, move everything else to #attributes and make the 'data' the content of row. Thoughts and volunteers are welcome. Regards, NK Ps. Rationale, we require non-Drupaler coders to learn several structured complex arrays. This decreases the number. And eventually we will want drupal_render to pwn the page so this is a step...

4 4

public vs private file transfer setting
by Stella Power 27 Apr '07

27 Apr '07

Hi all, I'm not sure if this is the correct place to ask, but a couple of issues, with the same problem, have been logged against the 'avatar_selection' module which I maintain, and I don't know the solution. For those of you who're not familiar with the avatar_selection module, it allows users to pick their avatar image from a list of pre-configured images rather than having to upload one. Everything works correctly when the file transfer method is set to public, but if you use the private setting, the images stop appearing. I know there can be problems if you switch between public and private settings but I made a clean installation with the setting set to private and the problem persists. I've had a look at #92376 (why do image links point to /system/files/..?) but am no closer to a solution. The two issues are #138349 and #132277. So if anyone can help me resolve this problem, it would be much appreciated! Or if I should be asking this some place else, please let me know. Cheers, Stella

1 0

theme/module name conflict
by Ashraf Amayreh 26 Apr '07

26 Apr '07

Hello all, I ran into a very awkward bug today. I created a module and a theme for a client, and naturally, this module contained customizations and the theme was a custom made theme. I named the module and the theme with the client's name. Let's say the client was named abc so I created an abc module and an abc theme. When I implemented the abc_block hook I was surprised to find that all blocks disappeared on all pages. Further investigation into the core and I found that the culprit was the call to theme('block') which mistakingly called abc_block thinking it was a theme override function (rather than the hook it was). I was wondering if this issue has been addressed before. I can think of three possible solutions: 1. Make it a standard that no theme and module should be named the same (weak solution) 2. Change all theme('block') calls to something else so no chance of conflict could occur 3. Change the hook name so that it won't conflict with the theme call 4. Any suggestions??? Either 2 or 3 seem good enough to solve the problem. But I thought I'd gouge some opinions before wasting time on a less-than-optimal patch. Thanks :-)

4 5

PHP version stats
by Karoly Negyesi 26 Apr '07

26 Apr '07

Hi, You can find monthly graphs on nexen, the latest is http://www.nexen.net/chiffres_cles/phpversion/16636-php_statistics_for_febr… Regards NK

15 21

Re: [development] Why do we avoid auto-incrementing db columns?
by FGM 25 Apr '07

25 Apr '07

For instance, Interbase/Firebird provides generators, but no auto-increment. ---- Original Message ---- From: darrenoh(a)sidepotsinternational.com To: development(a)drupal.org Subject: Re: [development] Why do we avoid auto-incrementing db columns? Date: Wed, 25 Apr 2007 10:28:25 -0400 >On Apr 25, 2007, at 10:15 AM, Barry Jaspan wrote: |...] > >The point isn't the databases we support, it's the databases we want > >to support. >

2 1

Re: [development] Why do we avoid auto-incrementing db columns?
by Matt Farina 25 Apr '07

25 Apr '07

1 0

How can I customize user registration page?
by Huisi Wang 24 Apr '07

24 Apr '07

Hi all, I'm trying to customize user registration page by profile module. But the fields I set by profile module are placed in another filedset, not the same fieldset email and password fields are placed in. How can I place them in the same fieldset ? to use hook_form_alter() ? Are there any functions like phptemplate_user_profile() to be overridden for user registration page style? Thank you, Huisi

2 6

Dojo Offline Toolkit
by Dries Buytaert 24 Apr '07

24 Apr '07

Hello, I wonder if jQuery will have some sort of reply for this. It's pretty clear that we're moving to a world where an offline mode is a killer feature. (Imagine being able to work through the issue queue when communiting to work on the train, eh.) http://radar.oreilly.com/archives/2007/04/dojo_offline_to.html -- Dries Buytaert :: http://www.buytaert.net/

2 1

Re: [development] db_rewrite_sql
by Chad Phillips -- Apartment Lines 24 Apr '07

24 Apr '07

along the lines of how views does it. On Apr 20, 2007, at 1:46 AM, Chris Johnson wrote: > My opinion on that all depends on what you mean by a query builder. > :-) Could you elucidate?

8 8

The bigger picture for content translation in Drupal 6
by Gabor Hojtsy 24 Apr '07

24 Apr '07

Hi all, A short IRC conversation with kkaefer and some excessively long bathing (that is where I think through these complex issues, our water company being so grateful to Drupal for those excessive water bills :) resulted in some good ideas about dynamic string (menu items, taxonomy terms, user profile labels, etc) translation. It is basically a rehashing of the issues we are poking around for a few months now in the i18n working group, but hopefully some durable ideas are around here. http://groups.drupal.org/node/3772 We need every piece of criticism and comments there to get this done as soon as possible. Drupal 6 code freeze is approaching, and I hope we can ship a node translation engine and a generic dynamic translation engine for Drupal 6 in time, if we keep going without loosing pace. Why are nodes and the "other stuff" are different? By default, people would like to have their different language version nodes count visits uniquely, have revisions separately, support different permissions, have different authors, have different workflows, and so on. But by default, many people would not like to have taxonomy trees, menu trees, content types, user profile field labels, etc set up per language. That could result in inconsistent content types, user profiles and such, and is very cumbersome to set up. People turning to localizer from i18n module all tell these stories (although i18n provides optional dynamic string translation based solutions too, but they are optional, and somewhat hidden). Note that we are not wearing eye-shades, so we keep in mind that there are some use cases, where node translation should not be implemented with separate nodes (eg. simple polls), and there are valid use cases, when different menu or taxonomy term trees are required for sites. So although Drupal core is planned to provide some default, both translation methods will be replaceable by contrib modules, in case someone would like to have a more customized solution. Both node translation and dynamic string translation are in the pipe, and we need your opinion about these. Node languages (with translations coming next) are already in the patch queue: http://drupal.org/node/137376 Now I have a dynamic string translation writeup above, where we would really welcome your criticism. Come and help make Drupal 6 *the* multilanguage release! We need more eyes and more opinions! Gabor

2 1