Le but de ce plugin est de détecter le type de périphérique utilisé pour naviguer, puis de le rediriger (aiguiller) vers la page la plus adaptée si elle existe.
À l’instar de son modèle, ce plugin ne fournit aucun squelette ! Il ne sert qu’à détecter un mobile et à l’aiguiller vers la meilleure page possible.
Ce sera donc à vous de concevoir les pages adaptées en fonction de vos besoins.
Compatibilité et installation
Pages pour mobiles est compatible avec SPIP 3 et plus récent. Donc pour l’installer, le plus simple est de passer par l’interface de récupération et d’installation automatisée de SPIP 3.
Il est bien sûr toujours possible d’installer le plugin à la main en suivant cette procédure : Installer un plugin et en utilisant la dernière version du paquet référencée sur http://plugins.spip.net/pages_mobil....
Comme Pages pour mobiles inclus une partie de ce qui a été programmé pour cimobile, il est publié sous la même licence : Creative Commons BY-NC-SA.
Détection du type de périphérique de navigation
Pages pour mobiles reprend quasiment à l’identique la procédure de détection du mobile (type de périphérique de navigation) du plugin cimobile.
Cette détection se fait à chaque hit sur une page et en plusieurs étapes afin de limiter la charge du serveur :
- vérification de l’URL (le paramètre
&pages_mobiles=nom_type_ou_groupe_mobile
peut être passé dans l’URL) - vérification du cookie (nommé
pages_mobiles
aussi) - vérification rapide du user agent pour Firefox et Internet Explorer
- vérification étendue du user agent.
La vérification étant faite à chaque hit, Pages pour mobiles dépose un cookie dès la première détection, pour ne pas avoir à refaire une vérification exhaustive à chaque fois. Voir aussi la doc technique de cimobile : pdf/description_du_plugin_cimobile_110726.pdf
Redirection vers la meilleure page du squelette
Le plugin se différencie de cimobile sur la philosophie de la redirection : cimobile permet de rediriger vers un jeu de squelettes complet.
Alors que Pages pour mobiles ne redirige que vers la meilleure page et uniquement si elle existe. Cela évite d’avoir à développer un jeu de squelettes complet pour mobile et de ne pouvoir se concentrer que sur certaines pages.
Prenons un exemple concret : pour votre site vous avez développé un squelette de la page des articles spécifiquement pour les téléphones mobiles. Pour que Pages pour mobiles puisse en tenir compte et aiguille correctement le visiteur en fonction du type d’appareil qu’il utilise, il faut nommer ce squelette spécifique article.html
(comme la page article normale), et le placer dans un sous-répertoire du dossier squelettes nommé mobile
.
Ainsi, quand le visiteur de votre site cherche à voir un article, Pages pour mobiles détermine avec quel type d’appareil il navigue.
- Si c’est un navigateur normal (d’ordinateur) il l’aiguille vers la page
article.html
normale qui est à la racine du répertoire de vos squelettes. - Si il navigue avec un mobile, Pages pour mobiles l’aiguille vers la page
article.html
placée dans le sous-répertoiremobile
si elle existe (sinon il renvoie la pagearticle.html
normale placée à la racine du répertoire des squelettes).
Là où ça devient plus subtil, c’est que vous pouvez aussi vouloir une page article spécifique pour un appareil mobile particulier. Par exemple un ipad. Il vous suffit alors de placer ce squelette spécifique des ipad dans le sous-répertoire de votre squelette nommé ipad
.
Votre dossier squelettes va alors contenir au moins :
- ipad/
- article.html
- mobile/
- article.html
- article.html
- autres fichiers à la racine
Le résultat sera le suivant :
- si l’utilisateur utilise un ordinateur, il sera aiguillé vers le squelette
article.html
normal (à la racine du répertoire des squelettes) - si l’utilisateur utilise un ipad, il sera aiguillé vers le squelette
article.html
spécifique des ipad (placé dans le sous-répertoireipad
) - si l’utilisateur utilise un autre périphérique mobile, il sera aiguillé vers le squelette
article.html
pour les mobiles en général (placé dans le sous-répertoiremobile
).
Ainsi on peut avoir quelque chose comme ça :
- blackberry/
- article.html
- recherche.html
- mobile/
- article.html
- tablettes/
- sommaire.html
- windowsphone7/
- trucmuche.html
C’est à dire avec une page article spécifique pour Blackberry et une autre pour les mobiles en général, une page recherche spécifique pour Blackberry, une page trucmuche pour Windows Mobile 7, et une page sommaire que pour les tablettes.
Liste des sous-répertoires possibles
Pages pour mobiles va chercher les squelettes affichables dans des sous-répertoires du dossier squelettes qui dépendent du type de périphérique de navigation utilisé. Ces sous-répertoires sont nommés à partir des types de mobiles et des groupes de mobiles institués par le plugin cimobile.
- types de mobiles :
- ipod
- ipad
- androidtablette
- android
- blackberry
- windowsphone7
- windowsmobile
- opera
- S60
- symbianos
- palmwebos
- nuvifone
- sonymylo
- nokiatablette
- blackberrytablette
- archos
- mobile
- groupe de mobiles :
- ios_phones
- smartphones
- tablettes
- autres_mobiles
Vous devez donc utiliser ces noms pour ranger vos pages spécifiques pour mobiles. À noter que la sous-répertoire mobile
sera générique pour l’ensemble des mobiles en l’absence de répertoire plus spécifique.
Vous pouvez tester vos squelettes en utilisant dans l’URL le paramètre pages_mobiles
avec les mêmes dénominations que les sous-répertoires possibles. Par exemple, pour tester l’affichage de l’article 42 sur un mobile Android, vous utiliserez http://votre_url/spip.php?page=article&id_article=42&pages_mobiles=android
.
Pour revenir à l’affichage normal, utilisez la valeur « web » (sans guillemets) pour le paramètre pages_mobiles
passé dans l’URL. Vous pouvez aussi vider le cookie pages_mobiles
de votre navigateur.
Discussions par date d’activité
21 discussions
Bonjour,
Serait-il envisageable d’avoir une version SPIP 3.2, PHP 7.2+ de ce plugin ?
Je peux m’en charger comment devenir contributeur ?
Merci
Est-ce que quelqu’un travail encore sur cette contrib ?
Je ne crois pas. C’est un peu obsolète comme methodo, maintenant on fait plutot cela en full css.
Pour devenir contributeur
1. Accepter la charte https://www.spip.net/fr_article6431.html
2. S ?inscrire sur spip-dev https://listes.rezo.net/mailman/listinfo/spip-dev
3. Dire qu’on a accepter le charte, et demander un accès à git.spip.net
Répondre à ce message
Bonjour,
Serait-il possible qu’une mise à jour soit faite pour spip 3.1 ?
En effet, à part pour les re-directions (articles [mais on peut se débrouiller..], la recherche, erreur 404 [pas très important, car il est difficile sur un portable de taper une adresse longue, ..), ce plugin est très utile pour avoir des belles pages sur mobiles à son image et souvent simplifiées ... Donc de faire des jolis squelettes !..
Plugin très utile, et simple à mettre en oeuvre, notamment dans la hiérarchie des dossiers à créer.
Cordialement
Bonjour,
Tu n’es pas le premier à en faire la demande ! Hélas, bien qu’ayant proposé ce plugin, je n’ai plus du tout le temps de m’en occuper ! Je passe volontiers la main ! L’ensemble des données sont disponibles sur SPIP-Zone : http://plugins.spip.net/pages_mobiles et n’importe qui en reprendre le développement.
Je pense qu’une première étape serait de faire une liste exhaustive des problèmes et décrivant comment les reproduire.
Répondre à ce message
Bonjour,
A quand une mise à jour pour 3.1. J’ai essayé de modifier le fichier paquet pour forcer la compatibilité avec Spip 3.1 mais le site s’ouvre avec des erreurs sur mobile avec l’url de type : URL/spip.php ?page=pages_mobiles&squelette_mobile=mobile/sommaire&erreur
Quelqu’un peut-il m’aider ?
Répondre à ce message
Bonjour,
Je viens d’activer Pages-pour-mobiles (qui fontionne très bien, super !), pour autant il semblerait que le plugin Compositions ne soit pas pris en compte (les pages appelées sous mobiles sont les pages par défaut, article.html, rubrique.html).
Est-ce normal ? Et si oui, pensez-vous qu’il existe un remède ;-) ?
Merci
oui j’ai rencontré le même souci... Le plugin « composition » n’est pas pris en compte.
C’est fort dommage.
Quelqu’un a -t-il une piste ?
Cordialement
Christophe Noisette, Inf’OGM
Répondre à ce message
Bonjour,
Je m’intéresse à ce plugin mais j’utilise Noizetier et donc Aveline et Zpip-vide.
Est ce compatible ? Et si oui, dans quel répertoire doit on créer /mobile ?
Merci
Répondre à ce message
Bonjour,
Ce plugin semble très intéressant.
Je voudrais savoir, avant de le tester, si les problèmes évoqués dans le forum ont été résolus et si quelqu’un met à jour les éventuels problèmes.
Si j’utilise ce plugin, si j’ai bien compris, puis-je, par exemple, mettre un squelette entier responsive (comme la dist ?!) dans le répertoire squelettes/mobile afin d’avoir, de manière simple, l’intégralité en responsive, tout en gardant un ancien squelette non responsive pour le site visionné sur l’ordinateur ?
Merci de vos réponses.
bon mon message est parti en réponse à un autre commentaire :
tout à fait, tu fais plusieurs jeux de squelettes, ou si tu préfères, un jeu pour mobiles et ton squelette normal pour ordinateur
Donc j’imagine que les problèmes évoqués dans ce forum ont été résolus :)
Merci beaucoup pour la réponse, je vais tester ça. Si ça marche c’est totalement géant ! Je vous donnerai des nouvelles.
Répondre à ce message
bonjour,
merci pour ce plugin très pratique.
J’éprouve cependant quelques difficultés à l’utilisation :
tout d’abord, le plugin semble ne plus fonctionner dès lors qu’on utilise l’url rewriting : url propres par exemple géré par couteau suisse.
ensuite, je n’ai pas compris comment faire en sorte que les tablettes soient rédirigées vers une version web classique.
d’avance, merci et bonne journée à tous
tout à fait, tu fais plusieurs jeux de squelettes, ou si tu préfères, un jeu pour mobiles et ton squelette normal pour ordinateur
bon, le message ci dessus ne s’adressait pas à ce commentaire.
je continue l’étude de mes bugs.
après tests, il s’avère que c’est l’url rewriting propres2 (je n’ai pas testé les autres) géré par le plugin couteau-suisse qui ne fonctionne pas.
en mettant l’url rewriting propres de spip, cela fonctionne.
avec toutefois 2 problèmes toutefois, il n’y pas d’url rewriting pour les pages mobiles ?
elles restent sous la forme
spip.php ?page=pages_mobiles&squelette_mobile=mobile/rubrique&id_rubrique=XXX
et le plugin n’est visiblement pas compatible avec le plugin squelette par mot-clé.
Répondre à ce message
Bonjour,
Je cherchais à utiliser une page spéciale, en l’occurence carte_globale.html, placée dans squelettes/mobile, dans le cadre d’un site multilingue.
Il semble que pour se faire, que les liens prennent la forme suivante :
Par contre, je sèche pour faire fonctionner la recherche via la page recherche.html et le formulaire recherche. Une piste ?
Je me réponds : pour la page recherche il faut faire l’appel du formulaire de la manière suivante :
Répondre à ce message
Bonjour,
Une chose étonnante (quoiqu’il doit y avoir une bonne raison) :
ne fonctionne pas, on ne peut donc avoir de redirection automatique s’il n’y a qu’un seul article dans la rubrique...
Répondre à ce message
Bonjour,
j’ai créé deux dossiers dans /squelettes :
/mobile
/tablettes
Chacun de ces dossiers contient bien un squelette sommaire.html, et pourtant, connectée sur une iPad, je suis redirigée vers /mobile/sommaire.html
Une idée d’où peut venir le couac ?
Merci
PS : SPIP 3.0.11
EDiT :
pour info, « monsite.com ?pages_mobiles=tablettes » me redirige bien vers mon squelette /tablettes/sommaire.html
Pareil pour moi j’ai le même soucis, la tablette (samsung galaxy note 2 10.1) est redirigé vers la version mobile quelq’un a pu résoudre ce soucis ?
Pour info Loïc, perso j’ai fini par abandonner ce plugin. J’ai utilisé ça : http://mobiledetect.net/ (PHP)
et ça marche super !
Bonjour
@angie peux tu developer comment tu as utilisé mobiledetect pour reproduire le meme comportement que pages pour mobile ?
Bonjour @Steph.27,
Mes souvenirs sont aujourd’hui complètement évanouis (même pas moyen de me rappeler du projet concerné...) mais à vue de nez, je dirais reconnaissance du device via mobiledetect, et renvoie vers le bon squelette selon desktop / tablet / mobile en PHP
Bonjour,
Dommage que tu n’as pas gardé une trace de ta procédure d’installation…
Je serais également intéressé par http://mobiledetect.net/. Quelqu’un aurait-il réussit ?
Répondre à ce message
Je veux faire un lien vers une rubrique (url arborescentes ou non), cela me renvoie vers la version classique du site. Le plugin n’est pas censé détecté le user-agent à chaque navigation ?
PS : j’ai bien créé mon « rubrique.html » et j’ai bien le cookie « pages_mobiles » détecté par le navigateur
Merci d’avance
Répondre à ce message
Salut à tous,
Est ce que les balises INCLURE fonctionnent avec ce plugin chez vous ?
Chez moi ça ne veut pas !!
Merci d’avance
c’est à dire ? soyez plus précis. Expliquez ce que vous faites et en quoi « cela ne marche pas »
Je suis allé un peu vite à poster.
Ça fonctionne bien en faisant cela :
<INCLURE{fond=mobile/header}>
pour un header.html placé à la racine du squelette mobile.
Répondre à ce message
Bonjour,
Je débute en SPIP, j’ai activé le plugin et pense avoir compris le fonctionnement.
Par contre je ne comprends pas où doit se situer le répertoire « squelettes » dans lequel on place nos différentes versions selon le mobile.
Cordialement
le répertoire squelettes (qui n’est pas propre à ce plugin mais fait parti du fonctionnement générale de SPIP) est à créer à côté des répertoires standards de SPIP (config, local, ecrire, tmp etc.)
OK merci ça fonctionne ;)
Concernant le CSS, si il est commun à plusieurs squelettes, comment peut-on y faire référence s’il est dans un dossier parent ?
je n’ai pas compris la question.
Pour plusieurs squelettes mobiles, si ils ont du CSS en commun, dans quel dossier doit-on mettre ce CSS ?
ah. aucune idée, je ne suis pas l’auteur du plugin
mais vu la doc je dirais à la racine. A priori le plugin doit utiliser le système de chemin de SPIP, en le customisant un peu.
Répondre à ce message
Oui si j’active les URL arbo et le plugin pages pour mobiles, la redirection n’aboutit pas depuis un terminal mobile : j’obtiens alors un « Not Found ».
Pareil pour moi sous spip 3.07 avec les urls arbo j’obtiens un not found avez vous une idée ? La page mobile/sommaire.html n’est pas prise en compte non plus la page pour pc s’affiche alors que j’ai bien tout les paramètres dans l’url.
Pour le problème du sommaire, je me suis rendu compte que la fonction retournait la valeur « 404 » au lieu de « sommaire » pour la variable $type_page. J’ai rajouté ce code à la ligne 162 du fichier pages_mobiles_options.php du plugin :
if ( !ereg(« spip.php~?sommaire »,$GLOBALS[’REQUEST_URI’]))
// urls_decoder_url() retourne le type de page et le contexte
$contexte = $url_decodee[1] ;
$type_page = $url_decodee[0] ;
else
//$contexte = array(« ») ;
$type_page = « sommaire » ;
et ça à l’air de fonctionner.
Pour le problème du sommaire, je me suis rendu compte que la fonction urls_decoder_url retournait la valeur « 404 » au lieu de « sommaire » pour la variable $type_page. J’ai rajouté ce code à la ligne 162 du fichier pages_mobiles_options.php du plugin :
Désolé pour le premier post un peu foireux !
Merci Aurélien de ta réponse, le plugin sera mis à jour avec ces modifs et je devrais le télécharger à nouveau ? ou il faut que je fasse la modif manuellement ?
En tous cas merci d’avance !
Bonsoir,
Désolé mais je ne suis qu’un visiteur sur ce site et ne suis pas le développeur de ce plugin.
La correction que je te donne n’est certainement pas la meilleure d’ailleurs mais elle fonctionne. Il faudra alors que tu fasses la modif manuellement.
Ok merci Aurélien, j’espère que « Beurt » verra ce message passé :) je vais tester de le faire manuellement comme tu nous l’a sympathiquement indiqué :p
Pour gérer l’appel avec l’url simple de votre site ( sans paramètre ) du type www.monsite.fr, il faut remplacer la première ligne par celle-ci dans le code donné ci-dessus :
Bonjour,
Merci à Aurélien pour ces propositions de correctif... je vais essayer de tester au plus tôt (mais ce n’est peut-être pas pour tout de suite).
Si tu veux Aurélien, tu peux faire les modifications au plugin lui-même : il est développé sur la zone qui est un espace de développement collaboratif où tout le monde peut participer http://zone.spip.org/trac/spip-zone/ (tu y serais le bienvenu :-)).
NB : Loïc, toi aussi tu peux « commiter » (publier) les modifications proposées par Aurélien directement sur la zone pour que tout le monde en profite.
Finalement, je viens de corriger le plugin (version 1.0.5 qui sera zippée d’ici une heure ou deux)...
Le bug était effectivement dû à un changement de comportement d’une fonction de SPIP qui renvoyait « 404 » au lieu de rien quand on était sur la page de sommaire.
Je n’ai pas tout à fait repris le code d’Aurélien, j’ai juste modifié le code qui permet de détecter la page de sommaire qui était avant :
if (!$type_page) $type_page = "sommaire";
et que j’ai modifié enif (!$type_page OR ($type_page == "404" AND $_GET[page] == false)) $type_page = "sommaire";
(un peu plus optimisé que la soltion d’Aurélien, ce qui est important car ce code est exécuté à chaque hit !).Merci à tous pour votre signalement et à Aurélien pour avoir pris le taureau par les cornes.
Merci beurt de ta réponse, pour participer à la correction de plugin je vais regarder comment ça marche sur ton lien car je l’ai encore jamais fait directement sur la zone.
Merci à tous à bientôt !
Répondre à ce message
Bonjour
Pour info, j’utilisais sans souci ce plugin sur www.perceoreilles.net et d’autres sites. Lors de la mise à jour de la 3.0.4 > 3.0.6, le plugin a généré des erreurs 500 dans la navigation interne, y compris sur PC (donc les squelettes non concernés par le plugin). Cela s’est passé sur le site du perce-oreilles seulement, pas sur les autres. Le désactiver a résolu le problème, mais je ne sais point pourquoi.
Très pratique comme plugin, je vais tenter de comprendre pourquoi - ou si vous avez des idées...
Aie... Je n’ai pas encore eu le temps de tester SPIP 3.0.6... Je vais examiner le changelog de la 3.0.6 avec attention et l’installer pour regarder si ça coince aussi chez moi.
Peut-être qu’il faudra se tourner vers une modif profonde du plugin (par exemple, celle que propose Charles S : #forum465457)
Je pense que je testerais d’ici demain soir.
Chose que je n’ai pas spécifiée mais qui pourra beaucoup aider à comprendre le bug : lorsque j’étais loguée dans la partie privée, le site fonctionnait normalement. Dès que j’étais déloguée (sur Firefox ou Chrome), les liens internes ne marchaient plus.
En tout état de cause, bravo (ainsi qu’à léquipe de Cimobile) pour ce plugin ! Et je re-précise quand même que sur 2 autre sites avec ce plugin, pas de souci.
Salut, je t’avais mal lu (trop vite) et j’avais compris que c’était sur tous les sites !
Si ce n’est que sur un seul site, il s’agit peut-être d’une mauvaise synergie entre plugins ? Pour l’instant je n’arrive pas à reproduire ce bug...
Peut-être oui, mais je ne vois pas quel autre plugin pourrait interférer (pas de plugin d’autorisations spéciales ni de redirection). Voilà les plugins actifs (outre ceux de la dist) sur ce site :
- API de vérification
- CFG
- Champs Extras
- Champs Extras (Interface)
- Le Couteau Suisse
- Saisies pour formulaires
- speedsyndic2
- YAML
Je me demandais : utilises-tu les URL arbo ? Si oui, tu devrais peut-être essayer avec SPIP 3.0.7 (qui vient de sortir).
Non, des URL Page. Mais je vais quand même mettre la 3.0.7, et tenter de comprendre où ça bugue avec le plugin ...
Yes ! Résolu avec le passage à la 3.0.7 ! Et j’en ai profité pour coller de jolies URLs au perceoreilles. Merci à toi !
Ouf ! je suis content que ça fonctionne pour toi ! j’étais surpris que ça ne dysfonctionne que pour un seul site...
Répondre à ce message
Bonjour, Bravo pour cette initiative.
Pouquoi tout simplement ne pas faire jouer la globale des dossiers squelettes ?
Cordialement
Charles
Bonne question :-)
Je sais que je m’étais posé la question, et j’ai... oublié pourquoi j’ai choisi de faire differement (avec tous les problèmes que ça peut poser)...
Par contre c’est une option que l’on peut rajouter, pourquoi pas !
D’autant que cela préservera la mécanique des urls…
Préservera l’archi spip Un dossier squelettes_mobile, squelettes_android etc…
J’en suis venu là car j’avais besoin de surcharger un squelettes mobiles (mon head en l’occurence), et à moins que j’ai loupé qqchose ce n’est pas possible sans globale
En tout cas je suis à fond ce thread !
Bravo et merci !
D’autant que cela préservera la mécanique des urls…
Préservera l’archi spip Un dossier squelettes_mobile, squelettes_android etc…
J’en suis venu là car j’avais besoin de surcharger un squelettes inclut mobiles (mon head en l’occurence), et à moins que j’ai loupé qqchose ce n’est pas possible sans globale
En tout cas je suis à fond ce thread !
Bravo et merci !
J’ai l’impression que tu en sais assez en PHP pour tenter d’implémenter ça (comme une option définie par une GLOBALE). N’hésite pas : le plugin est sur la zone !
(moi je ne vais pas avoir le temps de m’y pencher avant plusieurs semaines)
Bien visé ! ;)
Répondre à ce message
Bonjour,
Si j’ai un plugin avec les squelettes pour mobile comment je peux le déclarer dans la config de pages_mobiles pour qu’il soit utilisé ?
merci
dd
Difficile à dire sans avoir plus de détails... De quel squelette s’agit-il ?
À priori, il suffirait de placer le contenu du squelette à la racine du sous répertoire nommé
mobile
(ou autre, si tu veux spécifier le type de mobile).Bonjour,
J’essaie avec le plugin Typomaniac. Le lien sur contrib est cassé (http://contrib.spip.net/TypoManiac) mais on peut le voir ici : http://www.davduf.net/typomaniac-un-squelette-responsive-pour-spip-3-0 (j’adore ce look)
J’ai mis les fichiers Typomaniac dans squelettes/mobile/ sauf qu’apparemment du coup certains fichiers JS ne fonctionnent plus.
Je vais poster sur la page de davduf pour quérir des idées.
merci
dd
Répondre à ce message
Bonjour,
Je n’arrive pas à installer le plugin( décompacté dans plugin/auto). Il est noté « incompatible » par le gestionnaire de plugins (SPIP 3.0.2). Est-ce ma version de spip qui pose problème ou y-a-t-il quelque chose d’autre à faire ?
Merci pour vos réponses ,
Michel.
Effectivement, il faudra mettre à jour votre SPIP. Pages pour Mobiles ne fonctionne qu’à partir de SPIP 3.0.4.
La version actuelle de SPIP 3 est la 3.0.5 (vous pouvez la télécharger ici : http://www.spip.net/fr_download, ou directement dans le pied de la page de la partie privée de votre site sous SPIP 3.0.2 où la mise à jour est signalée)
Merci beaucoup pour cette réponse rapide. J’ai effectué la mise à jour et le plugin fonctionne.
Par contre, j’ai une question concernant le css. J’ai créé un répertoire android dans le répertoire squelette dans lequel j’ai créé les pages article.html et rubrique.html et un sous-répertoire css/style.css. J’ai modifié le css pour faire des essais mais celui-ci n’est pas pris en compte, spip utilise toujours le fichier css d’origine du dossier squelettes.
J’ai ensuite essayé d’appeler à directement à partir de la page article.html du dossier android un fichier css spécifique nommé android.css, mais celui-ci n’est pas pris en compte non plus. Comment faut-il procéder ?
Il faudrait savoir comment tu as
... En théorie ça doit ressembler à :Est-ce le cas ?
Autant pour moi, j’avais appelé mon css comme à partir d’une page statique.
Avec #CHEMIN, ça fonctionne.
Par contre, j’ai remarqué une chose, il semble que style.css (le css du squelette normal) prennent le dessus sur android.css, ce qui oblige à donner un nom spécifique pour toutes les classes des pages mobiles.
J’ai par exemple une classe sous-menu dans style.css et également dans android.css. C’est celle de style.css qui est prise en compte, l’autre est ignorée.
Il faudrait vraiment être plus précis sur où se trouvent
android.css
etstyle.css
pour que je puisse t’aider. Notamment, il faudrait préciser s’ils sont dans un sous répertoire contenant des squelettes mobiles (ex. :mobile
ouandroid
) ou non.Là j’ai un peu de mal à voir dans quel cas tu es !
style.css se trouve dans « squelettes/css/style.css »
android.css dans « squelettes/android/css/android.css »
Mais encore une fois, je disais ça plutôt à titre d’information. Si je renomme une classe avec un suffixe, comme par exemple : « sous-menu_mobile », ça fonctionne très bien. Le « souci » vient seulement quand les classes du css mobile et celles du css par défaut ont le même nom.
Et puisque je ne l’ai pas encore fait, j’en profite pour te remercier pour ce très pratique plugin. C’est vraiment un beau travail. Merci aussi pour la rapidité de tes réponses.
Michel
Répondre à ce message
Salut,
Peux-tu être plus précis quand tu dis que ça ne fonctionne pas avec les URL arbo ? la redirection ne se fait pas ? Elle n’aboutit pas ? Les pages qui sont affichées sont les pages web non-mobiles ?
Oui si j’active les URL arbo et le plugin pages pour mobiles, la redirection n’aboutit pas depuis un terminal mobile : j’obtiens alors un « Not Found ».
Mmmh... ça a l’air compliqué à résoudre...
Je ne suis pas sûr que ce soit fait à court terme !
Répondre à ce message
Excellent plugin, très simple et très efficace. Merci beaucoup.
Répondre à ce message
Excellent plugin, c’est ce que je cherchais depuis un moment. Merci beaucoup.
Par contre il semble ne pas fonctionner avec les URLs Arborescentes. Peut-on m’éclairer sur le sujet ?
Répondre à ce message
Ajouter un commentaire
Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :
Merci d’avance pour les personnes qui vous aideront !
Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.
Suivre les commentaires : |