- Development - lists.drupal.org

Patches on OS X
by Ken Rickard 14 Apr '07

14 Apr '07

All- I'm trying to troubleshoot an issue that came up when working on http://drupal.org/node/118660. I run OS X (10.4) and roll patches using 'cvs diff -up > file.patch' on the command line. This uses the Darwinports version of cvs. As near as I can figure, differences in how Macs handle linebreaks (/n vs. /r) cause problems, as running the patch will generate the error: "patch unexpectedly ends in middle of line" See http://drupal.org/node/122734 for another example. A Google search reveals 84 reported instances of this type error on drupal.org, so I'd like to add some handbook notes about it, but can't figure the solution. It seems to be quite common (there are over 400,000 matches on google), but no one ever reports a solution. The closest I've seen is dreweish's note at http://drupal.org/node/35945#comment-217838, which suggests running a linebreak converter before applying a patch. But this doesn't seem to help me in rolling and submitting a patch. Unless the answer is to run a linebreak converter on the patch after its rolled and before I submit it. But opening the patchfile in BBEdit indicates that the file has Unix line ends. I can even see in the Darwinports release where this error comes from. ( http://www.opensource.apple.com/darwinsource/Current/patch_cmds-10/patch/pc…) But no instructions for how to handle it. Offlist answers are fine. I intend to write a handbook note with the answers. Ref: http://www.google.com/search?hl=en&client=firefox-a&rls=org.mozilla%3Aen-US… http://www.google.com/search?hl=en&client=firefox-a&rls=org.mozilla%3Aen-US… -- Ken Rickard agentrickard

1 1

ANN: drupal.org improvements series
by Kristjan Jansen 13 Apr '07

13 Apr '07

Hi, I started bloggin on drupal.org improvement ideas: http://kika.trip.ee/drupal (also picked up by Drupal Planet). While I know it is actually better to submit feature requests, I continue on current workflow since it allows me to contribute more while living under tight time schedule. Hopefully somebody picks up a torch on some ideas :) Kristjan Jansen kika.trip.ee | kikamele.trip.ee

3 3

Update number changes
by Karthik 13 Apr '07

13 Apr '07

For those running HEAD, watch out for http://drupal.org/node/130331 , else you might be running the same updates twice. Update the schema_version field in the system table for the system module or just reinstall Drupal to fix it :) -K

1 0

RFC: Structured discussion module
by Darren Oh 12 Apr '07

12 Apr '07

I'd like to have module that helps people cut through the rhetoric that arises during arguments and focus on productive discussion. It could be called either "Structured Discussion" or "Argument Reconciliation". The module would make use of the following taxonomy structure: 1. Discussion vocabulary 2. Topics would the first level of terms in the hierarchy. 3. Positions would be the second level of terms. 4. Differences between positions would be the third level of terms. Each difference would inherit two terms from the positions level. 5. Evidences required to resolve the differences would be the fourth level of terms. Each evidence would inherit one or more terms from the differences level. The module would have the following content types: 1. Topic. When viewed, a table of positions and the differences between them would be attached. 2. Position. Must have at least one term from the topic level. Revising a position creates a new position and changes the status of the old position to "abandoned" until another user becomes its advocate. A position will also be abandoned if its advocate subscribes to another position with the same term. 3. Difference. Must have exactly two terms from the positions level. When viewed, a table of evidences would be attached. A difference starts with a status of "open" and is set to "resolved" when the advocates of the opposing positions accept and reject the same set of evidence. If all differences between two positions are resolved, the advocate of the rejected position will be automatically subscribed to the accepted position. 4. Evidence. Must have at least one term from the difference level. For each difference, the author must choose which of the positions it supports. An author may not choose two opposing positions for the same evidence. When viewed, a table of investigations would be attached. Advocates of each position can mark whether they accept or reject the evidence. If the advocate of the supported position rejects the evidence and the author of an opposing position accepts it, the evidence will not be a valid part the difference between the two positions. 5. Investigation results. Must have at least one term from the evidence level. Investigation status can be either "in progress" or "complete". Each content type could have terms only from a specific level of the taxonomy tree. The content type would create a term for the next level. It would be nice to enable RSS aggregation so that topics could pull in positions from other sites, positions could pull in differences from other sites, differences could pull in evidence from other sites, and evidences could pull in investigations from other sites. Is anything like this being worked on now?

1 0

Note that PHP arrays are fast
by Karoly Negyesi 12 Apr '07

12 Apr '07

Hi, Note my trick in http://drupal.org/node/134697 which shows that the hash lookups in Zend Engine are a bit faster than branching. Instead of $class = $class == 'even' ? 'odd' : 'even' we have $flip = array('even' => 'odd', 'odd' => 'even'); $class = $flip[$class]; The first can be as much as 10% slower. I will explore this area further and I recommend everyone to familiarize themselves with the vast array of php array functions :) because next Drupal will be even more abound with arrays. Regards, NK

10 12

Module developers - please test your modules on 5.2-dev
by Heine Deelstra 12 Apr '07

12 Apr '07

Dear module developers, Please test your modules on Drupal 5.2-dev. It has a duplicate form submission filter <http://drupal.org/node/107358#comment-204814> that may cause subtle issues with your modules' form submissions. This happens when the proper operation of your module requires or should support subsequent submissions that have the same $_POST data. The remedy is to set #skip_duplicate_check for your form, or the form that your module alters. Regards, Heine Deelstra

1 0

hook overriding
by Ashraf Amayreh 11 Apr '07

11 Apr '07

I've just posted two more examples on cases that I believe can't be solved without the concept of hook overriding. http://drupal.org/node/134148 Still opinions on why this feature should (or should not?) be included in drupal. Thanks for your time :-)

3 4

watchdog -> dblog + syslog
by Dries Buytaert 11 Apr '07

11 Apr '07

Hello world, I've just committed a patch (http://drupal.org/node/63881) that adds a tiny syslog module to Drupal core. In addition, the watchdog module has been renamed to dblog (database logging). Last but not least, there is now a _watchdog() hook that modules can tap into. In other words, it's now possible to integrate with existing logging applications or to write custom logging handlers (i.e. to send you an SMS message when something goes wrong, or to send you a Jabber notification when someone posts a new comment on your Drupal blog). If you're a developer, you'll notice that we now have additional "watchdog levels" like WATCHDOG_CRITICAL and WATCHDOG_DEBUG. These are conform RFC 3164 and are defined as constants in bootstrap.inc. Check 'em out. The patch is a little rough around the edges -- most notably on the documentation side (help texts, form descriptions, terminology) ... We'll want to work on that, and I expect to see a number of small follow-up patches to polish some of this. We'll also want to provide some basic instructions on how to setup the syslog routing in syslog.conf. We'll want to formulate practical advice as when to use dblog and when to use syslog. Feel free to help with that, as you explore the new functionality. It can be done in multiple small steps. :-) Most of the work has been done by Khalid and jakeg, so thanks Khalid and Jake! Let's try to get more logging improvements into Drupal 6. Anyone wants to improve the dblog module to work like this: http:// www.flickr.com/photos/dries/234754367/ ? -- Dries Buytaert :: http://www.buytaert.net/

5 7

Cannot create 6.x release of module (was Re: watchdog -> dblog + syslog)
by Khalid Baheyeldin 10 Apr '07

10 Apr '07

On 4/10/07, Derek Wright <drupal(a)dwwright.net> wrote: > > > > compatible with HEAD (no nightly builds, because there is > > no 6 tag yet, but get it through CVS or the Browse CVS link. > > FYI: you don't need a DRUPAL-6 branch to make a development snapshot > release that's compatible with 6.x core. just make a release node > and use "HEAD" as the CVS branch, set it to "6.x" core compatibility, This is where the problem is. I don't have 6.x listed. I only see None, 5.x, 4.7.x, and 4.6.x only in the select box. So, I can't select 6.x. and give it a major number of "1", a patch level of "x", and an extra > identifier as "dev". viola, a 6.x-1.x-dev development snapshot from > HEAD. then, whenever you make the DRUPAL-6 branch, you can just edit > this release node and you'll now have the option to move the CVS > branch from HEAD to DRUPAL-6. no, you don't need any special > permissions on d.o for this -- anyone who can edit the release node > can move it from HEAD if there's now a CVS branch that doesn't have a > release node but that specifies the same version information. after > that "HEAD" will again be an available choice when creating new > release nodes, e.g. for the initial 7.x port, or as a 6.x-2.* new > feature series. > > so long as you give the HEAD release node a version number that > *could* someday be its own branch (i.e. major number >= 1), you can > always move a HEAD release node to the appropriate branch once that > exists. see http://drupal.org/node/89699 for more. > > someone should really update http://drupal.org/node/17570#HEAD with > this wisdom. any volunteers? ;)\ > -- 2bits.com http://2bits.com Drupal development, customization and consulting.

2 1

Re: [development] Multilanguage
by Fernando Cosso 10 Apr '07

10 Apr '07

On 09/04/07, Chris Bryant <chris(a)aliandesign.com> wrote: > > > > On Mon, 2007-04-09 at 18:37 -0300, Fernando Cosso wrote: > > Hi > > I am planning to migrate to Drupal and I wanted to know if the system > > supports multilanguages pages. > > Best Regards > > I'm not sure that the development list is the right place to ask this > question, maybe the support mailing list, forums, or IRC would be > better: > http://lists.drupal.org/listinfo/support > http://drupal.org/forum/18 > http://drupal.org/node/108355 > > The quick answer to you question is to look here: > http://drupal.org/project/i18n > > Good luck, > Chris > > I will check it out thanks -- yo(a)fernandocosso.com.ar http://www.fernandocosso.com.ar

2 1