June 2006 - Development - lists.drupal.org

xhtml and embed tag: best way to compliance?
by Fabio Varesano 07 Jun '06

07 Jun '06

Hi everybody, I'm working on making my video module full XHTML compliant. At the moment the module uses a lot of embed tags for displaying video content (Quicktime, Flash, Wmv, Real, etc...). The problem is that embed tags are NOT part of any W3C standard and make a Drupal site which uses the Video module NOT W3 standard compliant. W3 compliant tag for embedding videos on xhtml pages is object but it's not well supported by Internet Explorer... so an object only implementation is not possible. So I investigate on some work around to create valid code but still IE compatible.. And I finally get some types of solutions: 1 - Javascript hacks: basically leave only the object tag then onLoad add the embed tag to the document. 2 - CSS Tricks creating two nested objects then use some css hacks to hide one 3 - Extending XHTML extends default XHTML dtds to create a custom made embed tag While the first and second solutions are only hacks and are prone to errors and incompatibility between current and future versions of browsers, the third solution is much more elegant and should be supported by future versions of browsers without giving us headaches. So.. IMHO the best way in doing this is solution 3. Extending XHTML can be done in two ways: - creating a custom made DTD - extending an existing DTD by adding new rule as an internal subset directly in the document The problem is that using a customized DTD will produce a document not validable by W3C validator.. Other validators can be used. Instead extending DTD directly on document will create a W3 validable document but browsers (even firefox 1.5) will display a "]>" on the first line of the page... So... I'd like to hear your suggestion in facing this problem. For me the DTD extension on document is the best solution but I need to find some hacks to let browsers hide the "]>"... What do you think about this??? Thank you. Fabio Varesano

2 1

Re: [development] User registration without email
by Chad Phillips -- Apartment Lines 07 Jun '06

07 Jun '06

been following this thread, and as maintainer of logintoboggan module, it does seem to be a logical place to try to implement this functionality. however, the module is already trying to support several other login strategies, and i do have concerns about making the code a mess by trying to do everything. maybe this feature would be best implemented as a small contrib module of it's own? in any case, if somebody will file a feature request for this, i'll look at the code and see if it makes sense to go in there chad

1 0

How to validate a $node?
by Robrecht Jacques 07 Jun '06

07 Jun '06

Hi all, For the node_import module which tries to import a whole set of nodes from a CSV file, I have the following problem: how does one validate a "$node" before "node_save()"ing it? Let me explain: In 4.6 we had the "node_validate($node)" function which validates the node (calling "hook_validate()" and "hook_nodeapi('validate')" as needed). If this was succesful (no "form_get_errors()"), then we could safely "node_save($node)" it. Now, in 4.7, most (if not all) validation is done using the form API, in things like "#validate" and "#required". For example, "story.module" requires that the title is not empty. It does that by setting a "#required" on the title-textfield. If I do: $node = (object) array('type' => 'story', 'uid' => 42, 'title' => ''); the node will pass "node_validate($node)", but this is because the validation inside "$form" was not run! So my questions are: - how does one validate a node programmatically *correctly*? - what is the point of the "node_validate()" function and the hooks if it doesn't actually *validate* the node at all? At least rename it to "node_noop()" so things are clear. - really, why have "node_validate()" at all? Does anyone do anything usefull in it? - and the real question: how does the following sequence of 4.6 translate into 4.7: $node->type = 'story'; $node->uid = 1; $node->title = ''; // invalid empty title! $node->body = ''; // invalid empty body! $node = node_validate($node); // if life was only that // that easy in 4.7... if (form_get_errors()) { // we detected the error... do something unset($GLOBALS['form']); // note: we unset $GLOBALS['form'] so the next time we // try this trick, form_get_errors() return the errors // of the last run and not of the previous. // If something like this would be possible in 4.7 it // would be great, but form_set_error() in 4.7 saves the // errors in a static variable inside form_set_error() // instead of in $GLOBALS['form']. I see no way to unset // that... $output .= node_view($node); } else { // no errors? hmm, great, save it... quickly before // "they" introduce something else that breaks // "common sense". Really: why call something // foobar_validate() if it doesn't validate anything // at all... Am I alone in this? I guess so. node_save($node); } Anyway, I have a solution, but that is so hackerish that I hope others know "The Right Solution(tm)". Thanks, Robrecht

6 14

Extending project module - Task due dates and integration with event.module
by Rob Barreca 06 Jun '06

06 Jun '06

A client wants a project management module much like project.module, but with the ability to add due dates and integrate with the event.module calendar to see 'upcoming' tasks, etc. I know there is task.module but I'm not sure it carries all the great functionality that comes with project.module. Can anyone point me in the right direction before I start this? Any suggestions for what features a project.module patch should contain? -- Rob Roy Barreca Electronic Insight Corporation 12526 High Bluff Drive, Suite 300 San Diego, CA 92130 http://www.electronicinsight.com rob(a)electronicinsight.com

2 1

Forms API Quickstart Guide
by Dan Ziemecki 06 Jun '06

06 Jun '06

Does anyone know where the Forms Quickstart Guide is? The one linked from: http://drupal.org/node/36050 to... http://drupaldocs.org/api/head/file/contributions/docs/developer/topics/for… ... is a dead link. -- Dan Ziemecki

7 8

586876
by Drupal-devel 06 Jun '06

06 Jun '06

1 0

Module's theme sub-directory
by Benson Wong 05 Jun '06

05 Jun '06

Hi, I was mucking around with CCK the other day and noticed that it had it's own themes/ subdirectory, with template.php (PHPTemplate) in it. Is this new functionality that modules can have their own themes/ sub-directory? Wasn't sure where this was documented, but if it's a few feature *YAY* Ben. -- Benson Wong Day: 604 691 1637 Cell: 604 417 8169 Blog: http://www.mostlygeek.com LI: http://www.linkedin.com/in/mostlygeek

1 0

Download statistics for core
by Dries Buytaert 05 Jun '06

05 Jun '06

In light of the recent discussions (eg. supporting older versions), I created some graphs: http://buytaert.net/drupal-download-statistics -- Dries Buytaert :: http://www.buytaert.net/

19 36

private message module maintainership
by Anguo 05 Jun '06

05 Jun '06

Hello, Please see: http://drupal.org/node/64756 http://drupal.org/project/privatemsg I mailed the maintainer yesterday, but didn't receive a reply yet. Can anyone commit patches? Augustin. -- http://www.wechange.org/ Because we and the world need to change. http://www.reuniting.info/ Intimate Relationships, peace and harmony in the couple. http://www.gnosis-usa.com/ Revolutionary Psychology, White Tantrism, Dream Yoga... http://www.masquilier.org/ Condorcet, Approval alternative, better voting methods.

6 7

Re: [development] Download statistics for core
by Kobus Myburgh 05 Jun '06

05 Jun '06

>> Two words: Poormanscron + Core. :-) >> >> I have been using poormanscron for ages now. It is stable, no required >> configuration, nothing of that sorts - just enable it and voila! Make >> everything as simple as it can be and not any simpler. Someone once said >> that :-) > > Not everyone has had your success. The support forums are full of > people who have had problems with poormanscron. At least they were > full of it 6-12 months ago. > > I'd be happy if poormanscron could be confirmed stable to the point > that it is included in core and run every night be default - that > would get rid of all the "search doesn't work" messages, but I guess > I'm saying it deserves a double check before being included. > > Greg I am surprised, really - I will have to see what kinds of problems the people had. I've never had a problem, and I've been using it since I think Drupal 4.3 or 4.4 or so. I'll have a look to see if I can find issues with poormanscron and whether I can reply to them - I've really had no problem whatsoever and running it currently on more than 15 sites, of which two send out mailing lists, and all are fully operational. Kobus

1 0