l'affichage d'un Drupal point de vue, sans un modèle de page autour d'elle

Je cherchais un moyen de tirer les nœuds de données via ajax et est venu avec la solution suivante pour Drupal 6. Après avoir mis en œuvre les modifications ci-dessous, si vous ajoutez ajax=1 dans l'URL (par ex. mysite.com/node/1?ajax=1), vous aurez seulement le contenu et pas de mise en page.

dans le template.php fichier de votre thème:

function phptemplate_preprocess_page(&$vars) {

  if ( isset($_GET['ajax']) && $_GET['ajax'] == 1 ) {
        $vars['template_file'] = 'page-ajax';
  }

}

puis créer page-ajax.tpl.php dans votre répertoire de thème avec ce contenu:

<?php print $content; ?>

Je sais que cette question a déjà été posée, mais je voulais ajouter ma propre solution qui utilise des éléments de Philadelphie Web Design (PWD) réponse et utilise hook_theme_registry_alter, comme suggéré par Owen. Grâce à cette solution, vous pouvez charger le modèle directement à partir d'un module personnalisé.

Tout d'abord, j'ai ajouté raw.tpl.php vers un nouveau "templates" dossier à l'intérieur de mon module. Le contenu de raw.tpl.php sont identiques à la DDT de l'page-ajax.tpl.php:

<?php print $content; ?>

Ensuite, j'ai mis en place hook_preprocess_page dans mon module de la même manière que PWD (sauf que j'ai modifié le $_GET paramètre et mis à jour le fichier de modèle de référence:

function MY_MODULE_NAME_preprocess_page(&$vars) {
    if ( isset($_GET['raw']) && $_GET['raw'] == 1 ) {
        $vars['template_file'] = 'raw';
    }
} 

Enfin, j'ai mis en place hook_theme_registry_alter pour ajouter mon module de "templates" annuaire sur le thème de registre (basé sur http://drupal.org/node/1105922#comment-4265700):

function MY_MODULE_NAME_theme_registry_alter(&$theme_registry) {
   $modulepath = drupal_get_path('module','MY_MODULE_NAME');
   array_unshift($theme_registry['page']['theme paths'], $modulepath.'/templates');
}

Maintenant, quand je l'ajouter ?raw=1 à l'affichage du chemin d'accès d'URL, il utilisera le modèle spécifié à l'intérieur de mon module.

Une autre façon de faire que je trouve très pratique, c'est pour ajouter un élément de menu avec une page de rappel de la fonction qui ne retourne pas une chaîne de caractères:

Exemple:

/**
 * Implementation of hook_menu.
 */
function test_menu(){
  $items['test'] = array (
    /* [...] */ 
    'page callback' => 'test_callback',
    /* [...] */ 
  );
  return $items;
}

function test_callback() {
  //echo or print whatever you want
  //embed views if you want
  //DO NOT RETURN A STRING
  return TRUE;
}    

-- Mise à jour

Il serait beaucoup mieux d'utiliser exit(); au lieu de return TRUE; (voir le commentaire).

Basé sur la réponse de Philadelphie Web Design (merci) et quelques recherches sur google ( http://drupal.org/node/957250 ), voici ce qui a fonctionné pour moi dans Drupal 7 pour obtenir choisi les pages qui s'affichent sans le modèle:

function pixture_reloaded_preprocess_page(&$vars)
{
  if ( isset($_GET['vlozeno']) && $_GET['vlozeno'] == 1 ) {
        $vars['theme_hook_suggestions'][] = 'page__vlozeno';
  }   
}

au lieu de phptemplate, en D7, il y a la name_of_your_theme dans le nom de la fonction. Aussi, j'ai dû mettre deux caractères de soulignement __ dans la variable php avec le nom de fichier, mais le nom de fichier du modèle a besoin de deux tirets --

contenu de page--vlozeno.tpl.php :

<?php print render($page['content']); ?>

La sortie, cependant, a toujours eu beaucoup de l'emballage et du thème CSS références. Pas sûr de la façon de sortie totalement unthemed de données...

il y a probablement un certain nombre de façons de contourner cela, cependant, le plus "facile" peut être juste le réglage de votre propre thème personnalisé, et d'avoir la page.tpl.php juste être vide, ou du hasard divs

//page.tpl.php
<div id="page"><?php print $content ?></div>

cette méthode n'est tout simplement de permettre à node.tpl.php pour afficher (ou de l'une de drupal la forme de vues, etc...) et serait un moyen facile d'éviter la modification de base, ou d'avoir à modifier le thème de registre pour éviter d'afficher page.tpl.php dans la première place.

modifier: voir les commentaires

ok j'ai joué un peu avec des vues un peu, on dirait qu'il prend le dessus et construit sa propre "node.tpl.php" (dans un sens) pour l'affichage à l'intérieur "page.tpl.php". le premier coup d'œil, mon instinct serait de crochet dans theme_registry_alter().

lorsque vous êtes à la recherche à un point de vue page, vous avez accès à des tas d'informations ici, ainsi que la page.tpl.php chemins/fichiers. en tant que tel, je voudrais faire quelque chose comme:

function modulejustforalteration_theme_registry_alter(&$variables) {
  if (isset($variables['views_ui_list_views']) ) {
  //not sure if that's the best index to test for "views" but i imagine it'll work
  //as well as others
    $variables['page']['template'] = 'override_page';        
  }
}

cela devrait vous permettre d'utiliser un "override_page.tpl.php" le modèle de votre thème actuel dans lequel vous pouvez supprimer tout ce que vous voulez (comme ma première réponse ci-dessus).

que peu de choses:

• comme je l'ai dit, vous ne savez pas si views_ui_list_views est toujours disponible à vérifier, mais il semble que ça devrait être réglé que si nous sommes à la recherche à vue
• vous pouvez modifier la theme paths de la page tableau si vous préférez (pour changer l'endroit où drupal va chercher page.tpl.php, au lieu de le renommer en tout)
• il ne semble pas être tous les identificateurs de ce point de vue, si cette méthode peut-être une "tous les points de vue sera dépouillé" de la démarche. si vous avez besoin de bande de la page.tpl.php pour un point de vue spécifique seulement, peut-être d'accrochage dans template_preprocess_page() pourrait être une meilleure idée.

Il est également http://drupal.org/project/pagearray qui est une solution générale...

Aussi, @Scott Evernden de la solution est un cross site scripting (XSS) trou de sécurité. Ne pas le faire. Lire la documentation sur drupal.org sur la façon de Manipuler du Texte, de façon Sécuritaire http://drupal.org/node/28984

Si je comprends bien votre question, vous voulez avoir des nœuds qui contiennent tout le code HTML d'une page, à partir de DOCTYPE </HTML>. Ce que je voudrais faire est de créer un type de contenu de ces nœuds -- "fullhtml" comme ses lisibles à la machine de nom -- et puis créer un nœud de modèle pour qu'il appelle node-fullhtml.tpl.php. Vous ne pouvez pas simplement vider le nœud du contenu, comme ils l'ont été en HTML aseptisé. node.fullhtml.tpl.php serait littéralement juste ceci:

echo htmlspecialchars_decode($content);

Alors vous aurez besoin d'un moyen de remplacer la norme page.tpl.php. Je pense ce que vous pourriez faire est au-dessus de votre page.tpl.php vérifier l' $node de type de contenu, et de renflouer si c'est fullhtml. Ou, définir une variable globale dans node-fullhtml.tpl.php que page.tpl.php serait de vérifier pour.

Je ne suis pas un expert Drupal, mais c'est la façon dont je le ferais. Je parle en improvisant, alors attention pour les diables dans les détails.

Sur D7, vous pouvez utiliser menu_execute_active_handler

$build = menu_execute_active_handler('user', FALSE);
return render($build);

Ma première répondu m'a permis de n'afficher que le nœud lorsque je l'ai appelé dans un navigateur web. Cependant, le but ultime de ce travail est d'intégrer l'drupal nœud dans une 3e partie du site à l'aide d'une iframe.

Depuis la sortie de Drupal Base de 7,50 iframe est par défaut bloqué afin d'empêcher le détournement de clics

Pour obtenir uniquement le nœud pour réussir à intégrer dans une 3e partie du site vous devez également remplacer le x-frame paramètre par défaut. Tout a commencé à travailler après que j'ai ajouté ce qui suit dans template.php

function MY_THEME_page_alter($page) {

 if (isset($_GET['response_type']) && $_GET['response_type'] == 'embed') {
   header_remove('X-Frame-Options');
 } 
}