Javascript

Hi All,
I already included a link to Part One of this post in a thread below but I've just written Part Two and would love to get some feedback from other jQuery-loving Drupal developers. It gives a brief overview of the history of jQuery in Drupal, discusses jQuery Update module and the difficulty of bridging separate release cycles, looks at best practices for writing jQuery and provides a brief overview of AHAH and Drag & Drop in Drupal 6.

Hi all.
I try to add some functionality to ''Multiselect'' module.

I`ve wrote simple jQuery script which fills unselected box with title of nodes from selected vocabulary.

Here is the code:

$('select.multiselect_taxonomy_vids').change(
function() {
base_path = "/inspirander";
fieldid=this.id;
vid=$('.multiselect_taxonomy_vids').filter('[@id='+fieldid+']').val();
seloptions='';
$('.multiselect_taxonomy_sel').filter('[@id='+fieldid+']').each(
function(){
for (var i=this.options.length-1;i>=0;i--)
{

I'm trying to put together a sort of roadmap relating jQuery (and jQuery UI) at its different stages to Drupal 5 and 6 so that people can get an overview of the jQuery functionalities that are available to them. I will eventually post it to this group and if there's a suitable place in the handbook for such a thing.

Sorry that I post this discussion again but I've see that it is private and I want it public.

I have a module and for a menu link will be displayed a form.
1. In this form I have 2 select element. First element is populated with some authors name. The second select element must be populated with the books for the selected author from the first select element.
2. For each selection in first select element, the option array for the second element must change.
3. I must have a second submit button, or a button and have option to call a function when I press on it.

This wiki is an attempt to explore the various options we have to build an album page with the ability to play individual tracks as well as the complete album/playlist. Ideally we'll get input/advice from some of those who have built and/or implemented this type of solution.

I've been looking at the results of Javascript optimization in Drupal 6 and it appears to me to be not all that optimized. It should really just be called Javascript "concatenation" as it doesn't appear that comments or white space is removed.

I'm guessing that there were problems with double-packing of jquery.js.. Can anyone point me to the thread where this was discussed?

Hi!

I have a module and for a menu link will be displayed a form.
1. In this form I have 2 select element. First element is populated with some authors name. The second select element must be populated with the books for the selected author from the first select element.
2. For each selection in first select element, the option array for the second element must change.
3. I must have a second submit button, or a button and have option to call a function when I press on it.

If anybody could help me with any idea, suggestion, documentation.

Thank's!

Hello,

I would like some community feedback on IMO a great need for a jQuery plugin manager. I have seen many jQuery plugin 'wrapper' modules flowing through the feeds, and I think this is something that we should address. I am certainly willing to expand on my prototype which can be found at http://drupal.org/project/plugins

Any feedback or suggestions would be great.

It would be great to develop edit-in-place capability where you can be viewing a page and click on the content and have it turn into an editable text area without going to a separate edit form, or be viewing a Views list and click on a field in the list and have it turn into an editable field that you can use to update the value. When using this with Views, it could almost be like having spreadsheet capabilities. This would be a killer feature.

Trying to edit the Ajax Popup wiki is just getting me the white screen of death, which is bad since it is all painfully out of date.
The big news is that all three patches have been rolled back into one. And it is prettier. More info at:
http://drupal.org/node/193311#comment-770004

I have integrated all the feedback I got at DrupalCon Boston, so I see it at the end of it's second phase of development. Now it is ready for some serious tire kicking from the rest of the world.

Hi,

I posted a message over at the Drupal Forum's asking about excessive post/reply times that I see on Drupal 5 using AJAX. With a simple change to bootstrap only the Drupal database, my AJAX post/response times decreased from 900-1000ms to 94-120ms per AJAX query. Instead of copying my post here, the link is below:

http://drupal.org/node/233608

I have a few questions at the bottom of my post and maybe some of the guru's in this group can shed some light in case there are alternative solutions for Drupal 5?

This post is intended to pull together my thinking and some of the discussions that took place in Boston around how to get a solid framework in place for real next-generation javascript into core for Drupal 7. My specific interest is in taking the promise of Nedjo Rodgers ajaxsubmit.module (part of the jstools project) and overhaul it to work in harmony with the amazing new AHAH features in Drupal 6.

My objective is to release a solid contrib module for Druapl 6.0 which provides a good framework for developers interested in this functionality, and implements some useful default behavior that will give it some purpose and life "out of the box." Assuming I can make decent progress on this in the next six weeks, this is a good way to figure out what's needed, and define functionality and code which can be engineered into Drupal core for the 7.0 release.

The full post here contains my initial spec, thinking on how to accomplish all this, and first experiments with extending the existing ajaxsubmit module.

Just a quick note that nedjo posted a note about Services module going into core . This would allow use of XML-RPC, JSON, RSS, REST, SOAP and more to be loaded through a common Services API.

A Code Sprint will take place in Boston this coming Friday that will focus on the inclusion of this new Services API.

Update: This all needs to be updated with all the BostonCon information and changes. In the mean time, the best place to catch up is: http://drupal.org/node/218830#comment-764167

Since my drupalcon session did not make the cut, I am putting my notes here. Hopefully we still can get some momentum building for the code sprint (maybe a BOF?). I would be thrilled if anyone wants to jump in a review these patches, advise on the overall direction, or jump in on the TODO items.

Popups: Adding the core modal dialog API (http://drupal.org/node/218820)

.

.

As some of you know, I've recently taken over maintenance of Inline and Image Assist, and initiated the Wysiwyg project. That was not only caused by personal interest, but also to take the necessary steps to realize the long awaited Inline API. You might ask yourself, what those three modules have in common or to do with each other at all: They deal with user input, allow to embed complex contents into a content, and provide an interactive GUI for that. If you already had the chance to work with them, you already know that there is a rather hidden, non-obvious hard-dependency between them.

Although I'd really like to discuss both topics (Inline and Wysiwyg support) separately, the gained experience on these topics enforces us to discuss them concurrently. The following mockup hopefully explains why: (see attachment to view in full size)

I have been playing with the CCK head and my modal dialogs, and you can see the result at:

http://www.citris-uc.org/blog/tao/drupal_modal_dialogs_and_cck (2 minute loop)

I am particularly happy with the new ability to detect if the drag-and-drop table has been modified, and to offer to save the current progress.

Aside: Those of you paying close attention might have noticed me cheating. The /admin/content/types page doesn't actually have "fields" links. But it should (http://drupal.org/node/215623)

It's that time. Time to start porting MySite to Drupal 6. It will take some effort, since I will be refactoring some code and doing an API cleanup to more closely integrate with Panels.

One of the coolest features in MySite is the ability to drag-and-drop elements around the page. Problem is, the feature is a little buggy and relies on the jQuery Interface project. Based on some recent discussion, I think a Drupal-specific solution might be best.

I have a new Drupal 6 module that brings modal dialog to the admin interface. You can check out a screencast at:
http://www.citris-uc.org/drupal_modal_dialogs

The project itself is at:
http://drupal.org/project/popups

I just created the jQ module. This attempts to centralize jQuery plugins (from an administration view-point), and somewhat simplify jQuery development. As an example, I also created the hoverIntent wrapper module.