Plugin « Agrandir la largeur de page »

Ce plugin permet d’agrandir la largeur de la page dans l’espace privé de SPIP. Vous pourrez personnaliser cette largeur si besoin.

Préambule

Dans l’espace privé de SPIP, lorsque nous sommes connectés, nous pouvons choisir dans nos préférences (ecrire/?exec=configurer_preferences) le "petit écran" ou le "grand écran".

Le petit écran laisse en 2 colonnes l’espace privé. Et le grand écran indique à SPIP (par CSS) que la mise en page doit être sur 3 colonnes.
Historiquement, la largeur en pixel du petit écran est de 780px. Et la largeur de la page du grand écran est de 974px.

Installation

Le plugin est répertorié dans le dépôt proposé par défaut : « SPIP-Zone - Plugins ». Aussi, il est installable depuis la page Gestion des plugins, onglet Ajouter des plugins si vous avez activé ce dépôt. Pour le retrouver dans la liste des plugins, il vous suffit de rechercher "Agrandir la largeur de page" ou "spip_hop" (le préfixe de ce présent plugin).

En cas de besoin, référez-vous à l’article dédié à ce sujet sur spip.net.

Utilisation

Il n’y a aucune démarche particulière après activation pour profiter des bienfaits du plugin. Vous verrez immédiatement la différence.

Si dans vos préférences utilisateurs, vous avez sélectionné "Petit écran", alors la page passera de 780px à 960px. Et si vous avez sélectionné "Grand écran", la largeur de la page passe de 974px à 1280px. Sachez que tous les utilisateurs connectés bénéficierons de ces mêmes dimensions.

Personnaliser les largeurs

Le plugin vous permet de personnaliser la largeur que vous désirez utiliser pour le petit écran comme pour le grand écran grâce à 2 constantes. Pour cela, vous devez rajouter 1 ou 2 lignes dans le fichier mes_options.php.

Prenons un exemple. Vous désirez utiliser toute la largeur de votre fenêtre de navigateur pour l’espace privé. Et cela tout aussi bien pour le petit écran que pour le grand écran. Rien de plus simple, voici le code à mettre dans le fichier mes_options.php :

define('_PETIT_ECRAN', '95%'); // Valeur par défaut : 960px
define('_GRAND_ECRAN', '95%'); // Valeur par défaut : 1280px

Il n’est pas conseillé de mettre 100% car les différents blocs de la page toucheront visuellement les bords de votre fenêtre, ce qui n’est pas agréable pour l’œil à l’utilisation.

Il faudra faire attention à la valeur que vous renseignerez. En effet, la valeur indiquée doit toujours avoir une unité de mesure :

  • em ;
  • rem (pour les plus téméraires) ;
  • px ;
  •  % ;
  • pt.

Anecdote sur le préfixe

Pour informations, le préfixe du plugin est spip_hop. Il vient de l’onomatopée "Hop" qui, selon Wikipedia, signifie une « exclamation suggérant l’exécution d’un saut ou d’une manœuvre habile ». De part sa fonctionnalité principale "les écrans", j’aurais pu l’appeler spip_ecran mais ce terme est trop proche de l’idée "écran de sécurité" induisant ainsi l’utilisateur en erreur.

De plus, ce terme spip_ecran pourrait être utilisé à l’avenir, si besoin, par l’équipe du core de SPIP. Ainsi je me préserve d’un conflit de nommage ou d’une confusion.

Dernière modification de cette page le 3 mars 2019

Discussion

9 discussions

  • 5

    Ne sachant si d’autres ont eu le même souci, voici le problème rencontré : en Spip 3.2.3 avec Php 7.2.13, l’installation du plugin s’est déroulée sans encombre... jusqu’à l’installation du plugin Orthotypographie - et là, un premier bug (élargissement extrême des fenêtres de navigation, et y compris les autres sites que je visitais, tels que contrib.net !) ; mise à jour du plugin Orthotypo et je crois que cela a été fatal : gros plantage php (page blanche), non résolue ni par la suppression des deux plugins via FTP, ni par le redémarrage de mon site (via l’hébergeur). Il a fallu que je ré-installe entièrement SPIP (avec spip-loader + réinstallation de l’intégralité des dossiers personnalisés). Grand dommage. J’ai réinstallé Orthypo, mais pas Agrandir la page, tant pis. Je partage au cas où, pour information dans les futurs développement de ce plugin.

    • Bonjour,

      Merci pour ce message. Pour pouvoir corriger ce problème, j’ai installé en local sur un PHP 7.2.15, Debian 9 un SPIP 3.2.3 vierge. Importation de la base de démarrage de SPIP puis activation par la page de gestion des plugins les plugins :

      • Ortho-Typographie 1.4.7
      • Agrandir la largeur de page 0.4.12

      Je ne rencontre aucun souci.

      De plus, cela serait étonnant que l’un de ces plugins puissent modifier l’ensemble de tes fenêtres et celui de contrib.net en plus.

      Il doit te manquer des extensions PHP pour que l’un de ces plugins fonctionne dans les meilleures conditions, d’où la page blanche.

      Sur ma machine virtuelle locale, j’ai installé ces modules :

      php7.2 php7.2-common php7.2-dev curl libapache2-mod-php7.2 libcurl3-dev php-apcu php-pear php7.2-cli php7.2-curl php7.2-gd php7.2-imagick php7.2-imap php7.2-json php7.2-ldap php7.2-mbstring php7.2-mcrypt php7.2-memcache php7.2-mysql php7.2-pspell php7.2-recode php7.2-sqlite3 php7.2-tidy php7.2-xmlrpc php7.2-xsl php7.2-zip phpunit wget php-codesniffer php-oauth
      

      C’est un serveur de développement, donc un peu gonflé aux stéroïdes. Mais il n’y a pas de raison que cela ne puisse pas reproduire ton problème.

      As-tu d’autres erreurs dans les logs s’il te plaît ?

    • Merci pour le suivi et les essais. Je suis ignare dans tout ce qui est développement informatique, mais ai récupéré les logs (multiples) de l’ancien site qui a planté. Ils décrivent, pour : theme.log, l’incapacité à récupérer les fichiers (ex. pour les dernières lignes :

      2019-02-21 02:33:24 2001:861:3cc1:4b40:f93b:c692:448d:cf62 (pid 11783) ecrire/inc/utils.php:L1392:find_in_theme()::Pri:info: images/deplierhaut-24.png introuvable dans le theme prive spip
      2019-02-21 02:33:24 2001:861:3cc1:4b40:f93b:c692:448d:cf62 (pid 11783) ecrire/inc/utils.php:L1392:find_in_theme()::Pri:info: images/deplierbas.gif introuvable dans le theme prive spip
      2019-02-21 02:33:24 2001:861:3cc1:4b40:f93b:c692:448d:cf62 (pid 11783) ecrire/inc/utils.php:L1392:find_in_theme()::Pri:info: images/deplierba-24.png introuvable dans le theme prive spip
      2019-02-21 02:33:24 2001:861:3cc1:4b40:f93b:c692:448d:cf62 (pid 11783) ecrire/inc/utils.php:L1392:find_in_theme()::Pri:info: jquery-ui.css.html introuvable dans le theme prive spip
      2019-02-21 02:33:24 2001:861:3cc1:4b40:f93b:c692:448d:cf62 (pid 11783) ecrire/inc/utils.php:L1392:find_in_theme()::Pri:info: images/fond-grille.gif introuvable dans le theme prive spip
      2019-02-21 02:33:24 2001:861:3cc1:4b40:f93b:c692:448d:cf62 (pid 11783) ecrire/inc/utils.php:L1392:find_in_theme()::Pri:info: images/fond-grille-24.png introuvable dans le theme prive spip
      2019-02-21 02:33:24 2001:861:3cc1:4b40:f93b:c692:448d:cf62 (pid 11783) ecrire/inc/utils.php:L1392:find_in_theme()::Pri:info: images/media-logo-12.png introuvable dans le theme prive spip

      ) , pour spip.log.1, des erreurs dans d’autres plugins (cache-cool et logos par rôle, visiblement) et une mise à jour intempestive de du format de la BDD (utf8 qui est pourtant fixée ainsi depuis le début) (ex. pour les dernières lignes

      2019-02-21 02:51:17 2001:861:3cc1:4b40:f93b:c692:448d:cf62 (pid 645) ecrire/req/mysql.php:L80:req_mysql_dist()::Pri:debug: Connexion MySQLi vers localhost, base spip, prefixe spip operationnelle
      2019-02-21 02:51:17 2001:861:3cc1:4b40:f93b:c692:448d:cf62 (pid 645) ecrire/req/mysql.php:L168:spip_mysql_set_charset()::Pri:debug: changement de charset sql : SET NAMES 'utf8'
      2019-02-21 02:51:17 2001:861:3cc1:4b40:f93b:c692:448d:cf62 (pid 645) plugins/auto/cache_cool/v0.5.4/cache_cool_options.php:L18:include_once()::Pri:debug: starting ob
      2019-02-21 02:51:17 2001:861:3cc1:4b40:f93b:c692:448d:cf62 (pid 645) ecrire/inc_version.php:L526:include()::Pri:debug: GET ./?exec=admin_plugin&voir=inactif - ../config/connect.php
      2019-02-21 02:51:17 2001:861:3cc1:4b40:f93b:c692:448d:cf62 (pid 645) ecrire/inc/autoriser.php:L162:autoriser_dist()::Pri:debug: autoriser loger  0 (admin) ?
      2019-02-21 02:51:17 2001:861:3cc1:4b40:f93b:c692:448d:cf62 (pid 645) ecrire/inc/autoriser.php:L207:autoriser_dist()::Pri:debug: autoriser_loger_dist(loger, , 0, admin) : OK
      2019-02-21 02:51:17 2001:861:3cc1:4b40:f93b:c692:448d:cf62 (pid 645) ecrire/inc/autoriser.php:L162:autoriser_dist()::Pri:debug: autoriser ecrire  0 (admin) ?
      2019-02-21 02:51:17 2001:861:3cc1:4b40:f93b:c692:448d:cf62 (pid 645) ecrire/inc/autoriser.php:L207:autoriser_dist()::Pri:debug: autoriser_ecrire_dist(ecrire, , 0, admin) : OK
      2019-02-21 02:51:17 2001:861:3cc1:4b40:f93b:c692:448d:cf62 (pid 645) ecrire/inc/utils.php:L208:minipipe()::Pri:info: Erreur - 'logos_roles_roles_logos' non definie !
      2019-02-21 02:51:17 2001:861:3cc1:4b40:f93b:c692:448d:cf62 (pid 645) ecrire/inc/utils.php:L208:minipipe()::Pri:info: Erreur - 'logos_roles_roles_logos' non definie !
      2019-02-21 02:51:20 2001:861:3cc1:4b40:f93b:c692:448d:cf62 (pid 645) ecrire/req/mysql.php:L80:req_mysql_dist()::Pri:debug: Connexion MySQLi vers localhost, base spip, prefixe spip operationnelle
      2019-02-21 02:51:20 2001:861:3cc1:4b40:f93b:c692:448d:cf62 (pid 645) ecrire/req/mysql.php:L168:spip_mysql_set_charset()::Pri:debug: changement de charset sql : SET NAMES 'utf8'
      2019-02-21 02:51:20 2001:861:3cc1:4b40:f93b:c692:448d:cf62 (pid 645) plugins/auto/cache_cool/v0.5.4/cache_cool_options.php:L18:include_once()::Pri:debug: starting ob
      2019-02-21 02:51:20 2001:861:3cc1:4b40:f93b:c692:448d:cf62 (pid 645) ecrire/inc_version.php:L526:include()::Pri:debug: GET ./?exec=admin_plugin&voir=actif - ../config/connect.php
      2019-02-21 02:51:20 2001:861:3cc1:4b40:f93b:c692:448d:cf62 (pid 645) ecrire/inc/autoriser.php:L162:autoriser_dist()::Pri:debug: autoriser loger  0 (admin) ?
      2019-02-21 02:51:20 2001:861:3cc1:4b40:f93b:c692:448d:cf62 (pid 645) ecrire/inc/autoriser.php:L207:autoriser_dist()::Pri:debug: autoriser_loger_dist(loger, , 0, admin) : OK
      2019-02-21 02:51:20 2001:861:3cc1:4b40:f93b:c692:448d:cf62 (pid 645) ecrire/inc/autoriser.php:L162:autoriser_dist()::Pri:debug: autoriser ecrire  0 (admin) ?
      2019-02-21 02:51:20 2001:861:3cc1:4b40:f93b:c692:448d:cf62 (pid 645) ecrire/inc/autoriser.php:L207:autoriser_dist()::Pri:debug: autoriser_ecrire_dist(ecrire, , 0, admin) : OK
      2019-02-21 02:51:20 2001:861:3cc1:4b40:f93b:c692:448d:cf62 (pid 645) ecrire/inc/utils.php:L208:minipipe()::Pri:info: Erreur - 'logos_roles_roles_logos' non definie !
      2019-02-21 02:51:20 2001:861:3cc1:4b40:f93b:c692:448d:cf62 (pid 645) ecrire/inc/utils.php:L208:minipipe()::Pri:info: Erreur - 'logos_roles_roles_logos' non definie !
      2019-02-21 02:51:21 2001:861:3cc1:4b40:f93b:c692:448d:cf62 (pid 645) ecrire/req/mysql.php:L80:req_mysql_dist()::Pri:debug: Connexion MySQLi vers localhost, base spip, prefixe spip operationnelle
      2019-02-21 02:51:21 2001:861:3cc1:4b40:f93b:c692:448d:cf62 (pid 645) ecrire/req/mysql.php:L168:spip_mysql_set_charset()::Pri:debug: changement de charset sql : SET NAMES 'utf8'
      2019-02-21 02:51:21 2001:861:3cc1:4b40:f93b:c692:448d:cf62 (pid 645) plugins/auto/cache_cool/v0.5.4/cache_cool_options.php:L18:include_once()::Pri:debug: starting ob
      2019-02-21 02:51:21 2001:861:3cc1:4b40:f93b:c692:448d:cf62 (pid 645) ecrire/inc_version.php:L526:include()::Pri:debug: GET ./?exec=admin_plugin&voir=inactif - ../config/connect.php
      2019-02-21 02:51:21 2001:861:3cc1:4b40:f93b:c692:448d:cf62 (pid 645) ecrire/inc/autoriser.php:L162:autoriser_dist()::Pri:debug: autoriser loger  0 (admin) ?
      2019-02-21 02:51:21 2001:861:3cc1:4b40:f93b:c692:448d:cf62 (pid 645) ecrire/inc/autoriser.php:L207:autoriser_dist()::Pri:debug: autoriser_loger_dist(loger, , 0, admin) : OK
      [-- rotate --]

      ) et le « génie » de mise à jour du dépôt pendant ce temps-là visiblement continuait de fonctionner (2019-02-21 02:16:41 172.18.88.116 (pid 11744) plugins-dist/svp/genie/svp_actualiser_depots.php:L34:genie_svp_actualiser_depots_dist()::Pub:info: ACTION ACTUALISER DEPOT (automatique) : id_depot = 1). IL y d’autres fichiers de log mais je ne sais lequel vous soumettre, si vous m’indiquez dans lequel chercher je compléterai). D’après le téléport, pour info :

      2019-02-21 02:35:12 2001:861:3cc1:4b40:f93b:c692:448d:cf62 (pid 11782) plugins-dist/svp/teleporter/http_deballe_zip.php:L139:teleporter_http_charger_zip()::Pri:info: charger_decompresser OK pour paquet: ../tmp/cache/chargeur/v1.4.7-5029da59-orthotypo-v1.zip

      (oui, ça m’a occupée la nuit... comme tous les problèmes courants !). Concernant la base, je suis hébergée par Gandi, en Cloud et d’après l’information de SPIP la base est en Linux (Linux [Site XXX.fr - non dévoilé car en test pour le moment] 4.9.124-paas-2270098 #1 SMP PREEMPT Tue Aug 28 15:11:59 CEST 2018 x86_64 ) J’ai installé un autre plugin ce jour, pour le même usage (agrandissement de l’espace privé : prive_fluide_remix), et cela n’a pas généré de problème sur le nouveau site, donc. Par contre, j’ai remarqué que le changement de police par défaut semblaient aussi s’appliquer aux autres pages web que je visitais, lorsque j’ai chargé Lato fourni avec ce dernier (fichiers de police j’ai supprimés ensuite). En tous cas merci de m’avoir mis sur des pistes de progrès pour mon système ! (navigateur Firefox, dernier en date sur lequel je consulte mon site et Chrome également)

    • PS : Je ne sais pas comment installer les modules décrits, mais avec un peu d’indication je le ferai ! merci.

    • Bonjour,

      Peux-tu envoyer tout cela sur la liste utilisateur de SPIP stp ? Je n’ai pas l’impression que le problème vienne de l’un de ces 2 plugins cités.

      Il faudrait plutôt prendre les logs du fichier « spip.log » (sans les chiffres). Dans ton fichier « config/mes_options.php », ajoutes les lignes suivantes stp :

      error_reporting(E_ALL^E_NOTICE);
      ini_set ("display_errors", "On");
      define('SPIP_ERREUR_REPORT',E_ALL);
      $GLOBALS['taille_des_logs'] = 500;
      define('_MAX_LOG', 500000);
      define('_LOG_FILELINE',true);
      define('_LOG_FILTRE_GRAVITE',8);

      De là, peux-tu refaire une tentative d’activation de spip_hop et nous dire quelles sont les erreurs affichées stp ?

    • merci pour les indications, je n’oublie pas - mais j’ai (beaucoup) d’autres difficultés sur mon site (et un peu d’appréhension à risquer de passer/perdre à nouveau 5h en réinstallation...) mais dès que je peux, je le fais !

    Répondre à ce message

  • 1

    Il y a 2 versions du plugin sur cette page :

    http://files.spip.org/spip-zone/spip_enlarge.zip
    Version 0.3.0 (ZIP – 19 ko)
    SPIP 2.1, SPIP 3.0, SPIP 3.1

    http://files.spip.org/spip-zone/spip_hop.zip
    Version 0.4.11 (ZIP – 23.4 ko)
    SPIP 2.1, SPIP 3.0, SPIP 3.1

    Est-ce que c’est voulu ? Laquelle choisir ?

    Merci

    • Bonjour,

      Le fichier spip_enlarge.zip n’a plus lieux d’être depuis plusieurs mois. Il n’a pas été supprimé jusqu’à… maintenant. Merci pour le signalement.

      Il faut prendre spip_hop.zip
      Sinon, il faut aller sur http://plugins.spip.net/spip_hop.html pour avoir les dernières versions du plugin.

      Teddy

    Répondre à ce message

  • 1

    Hello,

    Dans la page admin des plugins d’un site sous SPIP 3.1 (je ne sais pas si la version a de l’importance ici) l dernière version 0.4.11 du plugin n’apparaît pas comme une mise à jour de la version 0.3.0.

    Donc il faut spécifiquement aller dans « ajouter un plugin » pour installer le nouveau

    dd

    Répondre à ce message

  • 2
    Ricardo Porto

    Bravo, Teddy, merci beaucoup pour ce plugin fantastique. Il est toujours le premier installé a chaque nouvelle installation de SPIP.

    J’ai essayé de le traduire pour le Portugais du Brésil, mais Il n’est pas disponible dans l’espace des traducteurs. J’ai la trad en locale ; comment puis-je faire pour envoyer les fichiers paquet-spip_hop_pt_br.php et spip_hop_pt_br.php ?

    Salut,
    Ricardo

    Répondre à ce message

  • 1

    Bonjour,

    Y’aurait-il une astuce pour appliquer ce plugin à certains utilisateurs seulement dans le backoffice de Spip.

    Merci

    • Bonjour,

      Le plugin n’est pas prévu pour cela. Son but étant justement d’uniformiser l’affichage. En effet, tous les utilisateurs de l’espace privé ne savent pas qu’ils peuvent personnaliser l’espace privé.

      Toutefois, l’évolution n’est pas exclue si la demande est grandissante. :-)

      Amicalement,

    Répondre à ce message

  • 1

    Bonjour,

    Super plugin !

    Si vous pouviez le rendre compatible avec le plugin ckeditor ce serait vraiment génial !

    Cordialement et encore bravo

    • Bonjour,

      Par curiosité, j’ai installé CKeditor pour voir l’incompatibilité entre ces 2 plugins. En fait, de ce que je lis dans le code, ce n’est pas le plugin « Agrandir la largeur de page » qui est incompatible avec CKeditor. C’est plutôt que le plugin CKeditor est trop intrusif dans son javascript.

      Il force la largeur du bloc. Pour pallier à cela, il faut que je mette une règle CSS avec du !important. Ce n’est que 2 lignes de code à mettre dans les CSS de spip_hop… (un prochain commit réglera ce problème). Mais je trouve que ce n’est pas très propre.

      Il faudrait plutôt intervenir dans CKeditor pour enlever ou améliorer le javascript pour éviter tout désagrément. De même, avec mon « palliatif », les blocs d’icônes ne s’alignent pas toutes sur une même ligne. CKeditor4spip.js ajoute des retours à la ligne après certains blocs… Et je n’ai pas l’historique de CKeditor pour connaitre ce besoin initial.

      Amicalement,

    Répondre à ce message

  • 1

    Bonjour,

    J’ai bien ajouté ces lignes dans le fichier config/mes_options.php. Je viens de vider le répertoire tmp/cache. Le plugin ne prend toujours pas en compte les lignes de mes_options.

    Je précise que j’ai copié-collé les deux lignes. Pour info, le contenu du fichier mes_options.php :

    <?php
     
    //appel de lecran de securite spip
    @include_once dirname(__FILE__).'/ecran_securite.php';
     
    // supprimer numero
    $table_des_traitements['TITRE'][]= 'supprimer_numero(typo(%s))';
     
    // Eviter de nettoyer les flux RSS pour les entrees > 1 an
    $controler_dates_rss = false;
     
    // pour réduire fortement les temps de réponse du site,
    // ne pas lancer le cron par fsockopen/cURL
    // car la configuration du serveur ne le permet pas.
    define('_HTML_BG_CRON_FORCE', TRUE);
     
    // Pour que l'interface privée de SPIP occupe 95% de la largeur de l'écran
    define('_PETIT_ECRAN', '95%'); // Valeur par défaut : 960px
    define('_GRAND_ECRAN', '95%'); // Valeur par défaut : 1280px
     
    ?>
    • Bonjour,

      Est-ce que tu rencontres encore des problèmes avec la dernière version du plugin ?

      Amicalement

    Répondre à ce message

  • 5

    Excellente idée car l’interface privé est un peu étriqué par rapport à nos écrans de plus en plus large.
    Ce plugin fonctionne t-il sur spip 2.1.x ou faut il une adaptation ?
    Merci

    • Bonjour,

      Je n’ai pas testé la mécanique sous SPIP 2.1 (pas question de faire le portage pour une 2.0 étant donné que la mécanique des pages est totalement différente).
      Il faudrait que je teste cela.

    • Bonsoir,

      J’ai rendu le plugin compatible avec SPIP 2.1. L’archive du plugin sera disponible normalement pour demain matin. :-)

    • Merci pour l’adaptation du plugin pour spip 2.1
      Cela fonctionne bien après avoir désactivé le plugin « afficher objet »
      Après quelques essais, la configuration en % est très pratique car elle s’adapte automatiquement au format d’écran.
      Par contre cela ne modifie pas l’affichage avec le plugin « edition plein ecran »

      Bref, un must qui devrait être intégré nativement dans spip 3 (IMHO)

    • Bonjour,

      Quel est le soucis rencontré avec le plugin « afficher objet » ?
      Et celui avec « édition plein écran » ?

      Il faut vider le cache après activation du plugin pour que cela soit bien pris en compte partout.

    • En fait cela fonctionne avec avec le plugin afficher object. J’avais un peu bidouillé les valeurs si bien que l’affichage était déboité. Tout va bien avec le plugin original

      Pour edition plein ecran, pas d’incompatibilité non plus, mais ce dernier continue à afficher les valeurs par défaut, assez étroites (c’est un javascript)

      Merci encore pour ce plugin très fonctionnel

    Répondre à ce message

  • 4

    Bonjour,

    Un grand merci pour ce plugin !! Je travaille sur un écran de 24 pouce 16:9, l’interface privée, même en grand écran, n’exploitait pas vraiment l’espace...
    Par contre, j’ai essayé de personnaliser les largeurs en reprenant l’exemple

    1. define('_GRAND_ECRAN', '95%'); // Valeur par défaut : 1280px

    , mais cela ne fonctionne pas pour moi (SPIP 3.0.20)

    -  Frédéric

    • Bonjour,

      Avez-vous bien mis cette ligne dans config/mes_options.php ?
      si oui, il faut vider le cache de spip voire supprimer le répertoire cache du répertoire tmp.

    • Bonjour,

      Oui, j’ai bien ajouté ces lignes dans le fichier config/mes_options.php. J’ai vidé le dossier cache, la nouvelle taille n’est toujours pas prise en compte.

      Pour information, voici le contenu du fichier mes_options.php :

      <?php
       
      //appel de lecran de securite spip
      @include_once dirname(__FILE__).'/ecran_securite.php';
       
      // supprimer numero
      $table_des_traitements['TITRE'][]= 'supprimer_numero(typo(%s))';
       
      // Eviter de nettoyer les flux RSS pour les entrees > 1 an
      $controler_dates_rss = false;
       
      // pour réduire fortement les temps de réponse du site,
      // ne pas lancer le cron par fsockopen/cURL
      // car la configuration du serveur ne le permet pas.
      define('_HTML_BG_CRON_FORCE', TRUE);
       
      // utilise 95% de la largeur de l'écran pour l'interface privée de SPIP quand la préférence admin est réglée à "Grand écran"
      define('_PETIT_ECRAN', '95%'); // Valeur par défaut : 960px
      define('_GRAND_ECRAN', '95%'); // Valeur par défaut : 1280px
       
      ?>

      PS : J’ai galéré à publier ce message à cause du bloc de code php trop large qui poussait le bouton « confirmer l’envoi » en dehors de la div. J’ai du modifier la max-width de cette div dans firebug pour pouvoir poster...

    • le problème mentionné en PS est corrigé par http://zone.spip.org/trac/spip-zone/changeset/91284.

      Reste plus qu’à ce que contrib soit mis à jour.

    • Bonsoir,

      Je crois que le soucis vient de @include_once dirname(__FILE__).'/ecran_securite.php';. Cela crée une erreur PHP (mais comme il y a le « @ » devant, l’erreur n’est pas affichée) et de ce fait, ce qui est après n’est pas pris en compte.

      Il faudrait l’écrire de cette façon :

      1. @include_once(dirname(__FILE__).'/ecran_securite.php');

    Répondre à ce message

Ajouter un commentaire

Qui êtes-vous ?
  • [Se connecter]

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Ajouter un document

Suivre les commentaires : RSS 2.0 | Atom