June 2007 - Development - lists.drupal.org

Update status in core: required or optional?
by Derek Wright 23 Jun '07

23 Jun '07

As I understand it, Dries wants update_status to move into core by means of a patch against system.module. I.e. make it a required part of the module system, something that can't be disabled. However, there's a debate underway on if you should be able to disable it if you really want to. I'm sympathetic to arguments for both sides of the debate, so I opened an issue about it and am encouraging people to add their thoughtful comments on the topic: http://drupal.org/node/153968 Please don't reply here, just comment in the issue: http://drupal.org/project/comments/add/153968 Thanks! -Derek (dww)

1 0

Date Calc and ADODB date library
by Karen Stevenson 22 Jun '07

22 Jun '07

I have decided that it would be really useful to add the PEAR Date Calc and the ADODB date library to the Date API by reworking the original code to use Drupal coding conventions and styles and making them available as natively-available Drupal include files. Both have BSD licenses, so my understanding is that it is OK to do this. Anyone know for sure if that is true? And does anyone know exactly what parts of the original license info should be retained in the reworked code or how I should attribute the original modules/authors? Also, as I work through them, it occurs to me that once they're 'Drupalized' they might potentially be nice additions to Drupal core. They could then be used by a wide variety of core and contrib modules that do things with dates and schedules and calendars without the need to duplicate all that code. For those not familiar with them, ADODB date library makes it possible to handle date ranges from the year 100 to the year 3000 (a bigger range even than that allowed by php 5). The library checks to see if native php date handling will work on the date being manipulated and if so, uses it, which keeps overhead to a minimum. The PEAR Date Calc library has functions you can use to find things like the last day of February in 1950, or the first Tuesday in the second week of 1965, or the day of the week that October 29, 1929 fell on. Both work with both php4 and php5 on either Windows or NIX systems. PEAR Date Calc is a class that requires PEAR Date, but it is actually works fine reworked into a stand-alone collection of date functions with no need for PEAR or PEAR Date. The ADODB library has its own versions of some of the PEAR Date Calc functions which can be eliminated in the Drupalized version since they'll already be available. By creating Drupal versions of both, I may be able to find other ways to tweak them to better match the way Drupal does things, like replacing the PEAR Date Calc's DATE_CALC_BEGIN_WEEKDAY constant with Drupal's variable_get('date_first_day', 1). I'm not finished with them yet, but preliminarily it would be about 20 KB for the Drupalized ADODB library and 45 KB for the Drupalized PEAR Date Calc library, so they would add some size to the download, but maybe not enough to be a problem. Some of that might be offset by using the new functions in core (i.e. there will be a date_calc_get_week_days() to return the translated days of the week and date_calc_get_month_days() to return translated months of the year). The risk of doing this is that someone needs to keep up with the original code in case there are bug fixes that need to be ported to our fork, but both of these libraries are very stable and haven't changed much. Together they would make many things possible, or at least make them easier. Thoughts?? Karen

2 1

admin user search by email patch
by Damien Norris 22 Jun '07

22 Jun '07

Hello Drupal developers! This is my first post to this list and I apologize up front if i am suggesting something newbish or stupid or going about this the wrong way... but here goes! I would like to propose inclusion of a small patch to user.module, which extends /admin/user/search so that if you have "administer user" permissions, your search string will match against e-mail addresses as well as just usernames. I looked at the DEP documentation and I think tihs is probably simple enough to propose here in email, as there is a patch ready... --First, the rationale for this: One of my customer's most popular drupal sites has 5000+ users. While there IS a forgot password feature for helping users who lost their password or usernames find them, there is no way for an administrator to help when the user contacts them directly. While it would be nice to assume that all users can manage using the forgot password link, It has been our direct experience that many users can't or won't - they contact the site admins instead for help, and then there is no way to find their username from their email address. Without going into the database and running a SQL query there is no way for the administrator to glean the user's Drupal username. (is there a way I don't know of?) I did some digging on Drupal.org and found mention of an old user_search module from 4.6 (not ported beyond) and also some people working on profileplus for better profile searching support. But AFAIK this won't include email addresses, which are in the users table. When I went to huntfor a solution I discovered someone had made a patch to do this, but the patch wasn't up to date. I updated it to work against HEAD and also changed it to modify the help text so it works as follows: --New Behavour with the patch applied: For all non-admin users, everything is the same... the text box searches for a username and the help text reads: Enter a simple pattern ("*" may be used as a wildcard match) to search for a username. For example, one may search for "br" and Drupal might return "brian", "brad", and "brenda". But if you have 'administer users' permissions, the search will also search on the user.mail field, and the help text instead reads: Enter a simple pattern ("*" may be used as a wildcard match) to search for a username or e-mail address. For example, one may search for "br" and Drupal might return "brian", "brad", and "webmaster(a)brenda.com". That's it! The patch itself is as simple as it sounds... So my question for you folks is: what now? After my initial patch wasn't up to coding standards and I corrected it, the issue died on the vine. How do I move it forward from here? I guess first and foremost is to get more people to try testing it - where do I go to drum up more testers? Or what should be my next step? Here is the link to the latest version of the patch, user_search- by_email-HEAD_2.patch http://drupal.org/node/113983#comment-249183 I understand more steps may be required and it may take way loner than the code freeze has left... but I am just unsure how to get it moving forward again. Advice would be appreciated... Thanks! D.

4 3

Disabling a form button after a click doesn't work?
by Andy Triboletti 21 Jun '07

21 Jun '07

I'm trying to disable the submit button of my form and set the value to "waiting.." after someone clicks. In my javascript I'm doing: $("#node-form .form-submit")[0].disabled=true However with that added, the form can never be submitted successfully --it throws you back to the form but without any visible errors. (I take it out and it works) Any suggestions?

3 2

I'm back
by Karen Stevenson 21 Jun '07

21 Jun '07

I hope it isn't too spammy to send this to the list, but I maintain a lot of code that is used by a lot of people and I pretty much disappeared for a while, so I wanted to explain. I was helping care for my father while he died, which unexpectedly ended up being a 24x7 commitment for the last couple of months. He was starting to get pretty sick while I was at DrupalCon, and things went downhill from there until he passed away last week. I feel badly that my absence created a bottleneck for a lot of people, but glad I could be there for my father to make those last days as good as they could be. And I did do a little Drupal work while I was gone - we put his memories up on the family website and I needed to get a big MS Word document of stuff my sister had accumulated made into a multi-page Drupal book, so I created HTML2Book and submitted patches to HTML Tidy and Flickr and a couple other projects to help get the job done. Anyway, I'm just getting started on a mountain of unanswered email, open issues, and unfinished projects, so it will be a while before I'm actually caught up, but I'm back again. Karen

7 6

Re: [development] I'm back
by Karen Stevenson 21 Jun '07

21 Jun '07

Thanks! I really appreciate all the support I've gotten from the Drupal community. It's a really good group of people. I'm looking forward to getting back into the swing of things. Karen ----- Original Message ---- From: Robert Douglass <rob(a)robshouse.net> To: development(a)drupal.org Sent: Thursday, June 21, 2007 8:53:21 AM Subject: Re: [development] I'm back Welcome back, Karen. We missed you, but knew that you were going through hard times. I'm glad to hear that you were able to care for your father, and offer my humble best wishes to you and your family. Robert Karen Stevenson wrote: > I hope it isn't too spammy to send this to the list, but I maintain a lot of code that is used by a lot of people and I pretty much disappeared for a while, so I wanted to explain. I was helping care for my father while he died, which unexpectedly ended up being a 24x7 commitment for the last couple of months. He was starting to get pretty sick while I was at DrupalCon, and things went downhill from there until he passed away last week. I feel badly that my absence created a bottleneck for a lot of people, but glad I could be there for my father to make those last days as good as they could be. > > And I did do a little Drupal work while I was gone - we put his memories up on the family website and I needed to get a big MS Word document of stuff my sister had accumulated made into a multi-page Drupal book, so I created HTML2Book and submitted patches to HTML Tidy and Flickr and a couple other projects to help get the job done. > > Anyway, I'm just getting started on a mountain of unanswered email, open issues, and unfinished projects, so it will be a while before I'm actually caught up, but I'm back again. > > Karen > > >

1 0

Drupal 'view' with distinct modules
by James McLean 21 Jun '07

21 Jun '07

Howdy, We're working on a project using Drupal at its core and for one area of the website we would like to implement a section that is distinctly different from the rest of the website. Basically, in simplest terms, what we'd like to achieve is to have one area of the site distinct from the rest with its own layout and blocks, possibly even the ability to have blocks anywhere including the center content section - however it would all need to be a single installation of Drupal on the same domain if at all possible. I guess as a last resort it could be run under a different subdomain via the same installation (I think that is possible with Drupal?) something like http://myarea.thisdomain.com with the main site at http://www.thisdomain.com. I havent discussed that option with the project team though, just thinking out loud with that last point. Can anyone point me in the right direction? Cheers, James

5 4

Re: [development] I'm back
by Karen Stevenson 21 Jun '07

21 Jun '07

Thanks! I really appreciate all the support I've gotten from the Drupal community. Karen ----- Original Message ---- From: Chris Johnson <cxjohnson(a)gmail.com> To: development(a)drupal.org Sent: Thursday, June 21, 2007 8:39:06 AM Subject: Re: [development] I'm back Life happens, and is often more important than open-source software. Condolences on your loss, and welcome back. Chris

1 0

Multiple Forms, single form handler
by James McLean 20 Jun '07

20 Jun '07

Howdy, I'm working with a module called 'invite' (not sure if its drupal core or not) and i've added some hooks to allow it to work as a block as well as a regular module. The block is working fine and I have managed to build a form using the standard Drupal forms API successfully. The form submits to my validate function correctly and validates the submitted details as it should. Now, in order to save time and re-use existing code, I would like the form in my block to use the same methods and routines for saving information that the main form uses when you view it directly and fill out that form and submit that (http://drupal.local/invite/) The main form has two fields that are submitted (email address, required - description, not required) and my Block form has a single field (email address). The form built in my block is named 'invites_block_form' and the main form is named 'invite_form' I've attempted to use hook_forms() to achieve this behavior as outlined in the 'Pro Drupal Development' book but cant quite get my head around how to achieve it. If anyone could provide some insight into how to achieve this I would be greatful. Cheers, James McLean

4 4

Re: [development] Go PHP 5, Go!
by Nathaniel Catchpole 20 Jun '07

20 Jun '07

I went down every non-PHP 5 project on the list Sime posted. At this point they either support PHP 5, require it, or appear abandoned. pMachine - abandoned, replaced by by ExpressionEngine (PHP 5 supported) PHP Support Tickets (1.9) - now at 2.0, requires PHP 5.0.1 Support Logic Helpdesk (1.2) domain squatted? Support Services Manager (1.0b) - abandoned Advanced Poll (2.03) no information either way - seems to be abandoned, but e-mailed just in case. PHPSurveyor (1.0) - abandoned, replaced by LimeSurvey dotProject - 2.1 rc has PHP 5 support PhpWiki - couldn't find anything conclusive either way Noah's Classifieds - abandoned "sorry we're not responding to e-mails". I sent this via Gmane but it doesn't seem to have come through, if this is a dupe, I apologise (and for the work sig that'll follow this). Hope it helps with any fantastico persuasion. -----Original Message----- From: sime [mailto:info@urbits.com] Sent: 18 June 2007 16:54 To: development(a)drupal.org Subject: Re: [development] Go PHP 5, Go! Gerhard Killesreiter wrote: >>Had a little look around. Here is a list of scripts supported by >>Fantastico, along with their PHP5 status. Hope this is useful. >>http://tdknights.com/fantastico.htm >> >> -- Confidentiality: This email and its attachments are intended for the addressee only and may be confidential or the subject of legal privilege. If this email and its attachments have come to you in error you must take no action based on them, nor must you copy them, distribute them or show them to anyone. Please contact the sender to notify them of the error. Security: Security Warning: Please note that this e-mail has been created in the knowledge that e-mail is not a 100% secure communications medium. We advise that you understand and observe this lack of security when e-mailing us. Viruses: This email and any attached files have been scanned for the presence of computer viruses. However, you are advised that you open any attachments at your own risk. Please note that electronic mail may be monitored in accordance with the Telecommunications (Lawful Business Practices) (Interception of Communications) Regulations 2000. Disclaimer: Any views or opinions presented are solely those of the author and do not necessarily represent those of B6 Sixth Form unless explicitly stated otherwise ----------------------------------------------------------------------- This message has been inspected by DynaComm i:mail -----------------------------------------------------------------------

3 2