AJAX chiama nel plug-in del tipo di contenuto CTools?

Sto creando un tipo di contenuto dei pannelli CTools (ovvero, quella cosa che inserisci nei pannelli quando aggiungi contenuto, non un tipo di nodo) e sto cercando di utilizzare l' #ajaxattributo di un elemento del modulo per impostare alcuni valori predefiniti. Vedi il codice sotto.

Questo è tutto all'interno della my_module_content_type_edit_form($form, &$form_state)chiamata del tipo di contenuto , a proposito.

  $form['link_type'] = array(
    '#type' => 'radios',
    '#title' => t('Link Type'),
    '#ajax' => array(
      'callback' => 'my_module_set_target'
    ),
    '#default_value' => empty($conf['link_type']) ? '_blank' : $conf['link_type'],
    '#options' => array('none'=>t('No Link'), 'internal'=>t('Internal Link'), 'external'=>t('External Link'), 'document'=>t('Document Link')),
  );

Il mio callback è il seguente.

function my_module_set_target($form, $form_state) {
  watchdog("Test", "Testing callback", array(), WATCHDOG_ALERT);
  $form['link_target']['#default_value'] = '_parent';

  return $form['link_target']['#default_value'];
}

Indipendentemente dal fatto che il ritorno che sto suggerendo possa effettivamente funzionare, watchdog()non funziona nemmeno.

So che CTools fa alcune cose strane con AJAX, ma non può essere così strano. Hai idea di come farei quello che voglio fare?

Grazie!

In alternativa: come impostare un valore predefinito in base al valore di un'opzione di modulo precedente?

Ho capito come fare, ma è un po 'confuso: crei nuovi campi modulo per ogni fork delle dipendenze. È quindi possibile unire i valori insieme hook_content_type_edit_form_submit(), utilizzando quello che corrisponde al valore scelto per il componente che inizialmente ha modificato tutto.

Lascio aperta la domanda perché io (e, francamente, ogni programmatore con cui sto lavorando) sto davvero cercando un buon modo per usare AJAX all'interno di questi moduli di modifica del tipo di contenuto del Pannello.

Aggiornamento: sembra che tu non possa fare nulla con #attached, neanche.

$form['link'][$i] = array(
  '#type' => 'fieldset',
  '#title' => t('Link #@num', array('@num' => $i)),
  '#collapsible' => TRUE,
  '#collapsed' => TRUE,
  '#attached' => array(
    'js' => array(
      'alert("Yay.");', 'inline'
    ),
  )
);

Risposta breve: dovresti usare #ajax ['percorso'].

Risposta lunga:

Avere un callback ajax non aiuta in quanto ctools crea le sue forme in modo diverso. Il callback effettuato da system / ajax non riesce a trovare la definizione di modulo completa, pertanto non è possibile trovare un elemento per elaborare la richiesta ajax. L'uso di #ajax [percorso] attiva semplicemente una voce di menu.

Puoi verificare tu stesso scaricando il modulo quando usi #ajax [callback]

function ajax_form_callback() {
  list($form, $form_state) = ajax_get_form();
  drupal_process_form($form['#form_id'], $form, $form_state);

Ho modificato simplecontext_content_type_edit_form aggiungendo il widget di completamento automatico dell'utente e il tuo campo che funzionano entrambi :)

function simplecontext_content_type_edit_form($form, &$form_state) {
  $conf = $form_state['conf'];

  $form['owner_name'] = array(
    '#type' => 'textfield',
    '#title' => t('Username'),
    '#default_value' => 'admin',
    '#autocomplete_path' => 'user/autocomplete',
    '#size' => '6',
    '#maxlength' => '60',
    '#description' => '$description',
  );

  $form['link_type'] = array(
    '#type' => 'radios',
    '#title' => t('Link Type'),
    '#ajax' => array(
      'path' => 'my_module_set_target'
    ),
    '#default_value' => empty($conf['link_type']) ? '_blank' : $conf['link_type'],
    '#options' => array('none' => t('No Link'), 'internal' => t('Internal Link'), 'external' => t('External Link'), 'document' => t('Document Link')),
  );
...

Dato che ora usi il percorso #ajax, devi aggiungere una voce di menu come mi è piaciuto

<?php

function my_module_menu() {
  $items = array(
    'my_module_set_target' => array(
      'title' => 'AJAX Example',
      'page callback' => 'my_module_set_target',
      'access callback' => TRUE,
      'expanded' => TRUE,
    )
  );
  return $items;
}

function my_module_set_target() {
  drupal_json_output( array('data' => "ABC"));
}

Un nittpick su #attached [js]: il js inline dovrebbe essere key => value come:

'#attached' => array(
  'js' => array(
    'alert("Yay.");' => 'inline',
  ),
),

Ho usato Firebug per verificare il valore risultante e non l'effetto risultante. Quindi spero che questo aiuti a risolvere il tuo problema.

Ho avuto un problema simile, in cui volevo includere un tipo di elemento multimediale in un plug-in del tipo di contenuto CTools, che utilizza anche ajax per selezionare un'immagine.

Utilizza la propria impostazione 'percorso' ajax, invece dell'impostazione 'callback', ma quando si seleziona un'immagine, il modulo è stato ricostruito senza l'elemento multimediale.

Ho fatto risalire al fatto che drupal_rebuild_form non è riuscito a trovare né la funzione wrapper del modulo CTools, né le effettive funzioni del modulo impostazioni. Quindi l'ho risolto aggiungendo queste righe di codice al modulo delle impostazioni di ctools:

function custom_module_my_content_plugin_content_type_edit_form($form, &$form_state) {

$background_image = isset($conf['background_image']) ? $conf['background_image'] : array();
  $form['background_image'] = array(
    '#title' => t('Background image'),
    '#default_value' => $background_image,
    '#type' => 'media',
    '#input' => TRUE,
    '#extended' => TRUE,
    '#tree' => TRUE,
    '#media_options' => array(),
  );

  // The two function calls below are necessary if we want to use a media
  // element type, because it causes ajax requests, which in turn call
  // drupal_form_rebuild(), and without the below includes, Drupal will
  // not be able to rebuild the form.

  // Include the CTools content type plugin file, because it provides
  // the ctools_content_configure_form_defaults() function, which is needed
  // when rebuilding the form, because of an ajax action, like selecting
  // a media element.
  ctools_form_include($form_state, 'content');

  // Include this plugin file as well, so that when the form is rebuilt, it
  // can successfully retrieve the settings form.
  ctools_form_include($form_state, 'my_content_plugin', 'custom_module', 'plugins/content_types/my_content_plugin');

}

Forse mi manca qualcosa di ovvio per cui i file include non vengono caricati, ma includerli manualmente risolto il problema per me.

da parte mia, ho dovuto scrivere una funzione wrapper di modulo nel file .module e includere manualmente il riquadro (dove è definito il contenuto del modulo originale) in questo modo:

function mymodule_form($form, &$form_state) {
  // include mymodule/panes/mypane.inc
  ctools_include('mypane', 'mymodule', 'panes');
  return mymodule_form_content($form, $form_state);
}

Ora, durante una chiamata Ajax, Drupal è in grado di recuperare il mio modulo in modo da poter utilizzare l'API del modulo AJAX standard.