Expériences pour un ViaBloga Nouvelle Formule
Option d'affichage des blocs par pagesmots-clés :
Donc nous n'avons que trois choix.
Soit on peut afficher un bloc uniquement sur le sommaire, soit sur toutes les pages... soit sur "Autres" (ce qui est en fait toutes les pages sauf le sommaire... j'ai pas compris de suite pour ma part).
Je trouve donc que ça réduit les possibilités des cas d'utilisation puisqu'on ne peut pas générer des pages n'ayant aucun bloc (pour certains textes par exemple). C'est en travaillant sur le modèle que ce genre de reflexion me vient à l'idée.
Evidemment, je ne doute pas un seul instant que ça serait compliqué de proposer une option d'affichage pour chaque page, mais je me disais que l'interface d'administration des blocs étaient peut-être à revoir dans l'autre sens.
Je m'explique :
Si la gestion des blocs pouvait se faire par type de pages (sommaire - articles - textes - listes) ça serait déjà super. Mais l'idéal serait de pouvoir créer aussi des catégories de textes, tout comme on a des catégories d'articles (rubriques)... à partir de là, ça permettrait d'afficher les blocs souhaités (ou pas de bloc du tout) selon le contenu.
Je pense tout particulièrement aux tutoriaux pour la plate-forme. Mais ça serait également un atout pour des sites d'entreprise, pour de la documentation, etc.
Aucun problème aussi pour créer des catégories de textes ? Trop cool.
Pour l'interface je vais y réfléchir. Il faut éviter la multiplication de "pages" dans l'interface, ça c'est sûr.
Alors j'ai un autre truc, pendant que j'y suis...
Modèles de mise en page > Objets > ObjetsGlobaux > user
L'objet user permet d'afficher des informations sur l'utilisateur qui visualise le site.
Attributs :
Génial, t'es trop rapide, tu vas nous donner des mauvaises habitudes ;o)
Je suppose que rien ne s'affiche pour certains trucs parce que j'ai le statut de créateur.
Par contre, ça ne régle pas mon souci. Ca avait été déjà abordé sur Vie de Viabloga : faire en sorte de pointer vers l'adresse du site (très utile pour tous les espaces d'échanges sur la plate-forme). Reste qu'après coup, j'ai été faire un tour du côté du formulaire de profil et j'ai vu qu'il n'y avait rien pour indiquer son adresse de site... donc c'est sûr que du coup, l'objet site_user ne doit sûrement pas exister pour les membres.
Sinon pour les groupes, ça peut nous servir effectivement pour les espaces d'échanges aussi. D'ailleurs hier soir, j'ai commencé à manipuler l'idée que le moteur pourrait permettre de générer un forum... ça reste une idée, quelques écueils pour le moment. Mais ça serait un "plus" extraordinaire.
Enfin moi je l'inclus visuellement dans ma maquette le coup du site de l'intervenant, pour allécher ;o)
N'en jetez plus, ou plutôt si : jetons toutes nos idées, pendant que nous en avons...
Je prends aussi. C'est intéressant pour les sites à accès réservé, pour vérifier ou connaître son statut.
Quelques observations néanmoins (désolé !) :
Soit on peut afficher un bloc uniquement sur le sommaire, soit sur toutes les pages... soit sur "Autres" (ce qui est en fait toutes les pages sauf le sommaire... j'ai pas compris de suite pour ma part).c'est vrai que je n'ai pas compris immédiatement aussi.
(encore mieux : plutôt que d'arriver sur une nouvelle page, le descriptif du composant lorsqu'on le sélectionne pourrait être affiché juste au-dessous de l'arborescence).
A surveiller les nouveaux commentaires, je n'ai même pas vu que Jesabeth avait posté ce nouvel article !
Cela, ce serait super. D'autant que cela semble réalisable, en tout cas plus que lorsque je proposais de créer une page 'Accueil' dans les types de pages du modèle. Tant mieux ! En plus, réfléchi par Jesabeth, on peut être sûr que ce sera structuré. Stéphane, tu n'auras plus qu'à...
Si cette ressource est mise en place, il va falloir penser à augmenter le nombre de blocs du modèle. On se plaint déjà de la limitation actuelle alors que nous n'avons que 3 possibilités, alors imaginez le scenario avec toutes ces nouvelles possibilités ! Ou alors un formulaire par catégorie ?
Ca tu peux le faire toi-même, enfin sur un modèle perso, regarde en haut :
smartblock sb.1 "Bloc configurable 1" calendar index
smartblock sb.2 "Bloc configurable 2" active_summaries all
smartblock sb.3 "Bloc configurable 3" search all
smartblock sb.4 "Bloc configurable 4" archive_months index
smartblock sb.5 "Bloc configurable 5" none index
smartblock sb.6 "Bloc configurable 6" none index
smartblock sb.7 "Bloc configurable 7" none index
smartblock sb.8 "Bloc configurable 8" none index
smartblock sb.9 "Bloc configurable 9" none index
smartblock sb.10 "Bloc configurable 10" none index
smartblock sb.11 "Bloc configurable 11" none index
smartblock sb.12 "Bloc configurable 12" none index
smartblock sb.13 "Bloc configurable 13" none index
smartblock sb.14 "Bloc configurable 14" none index
smartblock sb.15 "Bloc configurable 15" none index
smartblock sb.16 "Bloc configurable 16" none index
et plus loin :
<div id="sidebar"> <!-- MENU GAUCHE -->
<smartblock sb.1>
<smartblock sb.2>
<smartblock sb.3>
<smartblock sb.4>
<smartblock sb.5>
<smartblock sb.6>
<smartblock sb.7>
<smartblock sb.8>
<smartblock sb.9>
<smartblock sb.10>
<smartblock sb.11>
<smartblock sb.12>
<smartblock sb.13>
<smartblock sb.14>
<smartblock sb.15>
<smartblock sb.16>
</div> <!-- FIN MENU GAUCHE -->
Et hop, tu as 16 bloc pour toi, que peux gérer dans l'interface d'administration.
A ce propos, j'avais jamais vu qu'il y avait un bloc "menu administrateur" :o)
j'avais jamais vu qu'il y avait un bloc "menu administrateur" :o)
Je t'ai passé modérateur sur Bouarf avant de lire ça lol :o)
En fait, il y a déjà plusieurs personnes qui accèdent aux stats. Mais je n'ai pas mis de lien direct, pour tout dire (un vieux reflexe idiot vu que tous les blogs viabloga sont montés pareils) je n'aime pas les liens directs vers une administration sur un site, c'est pratique par contre c'est sûr.
Je mettrais le bloc administrateur quand on aura plus le bandeau pour les nons membres ;o)
Voir le memo
Dois-je comprendre que tu m'autorises à corriger des fautes évidentes dans tes textes ? Même ici ? Là, tu me fais plaisir. Je suis comme les nanas qui ne peuvent pas s'empêcher de faire "sauter" les points noirs de leur mec. Je ne résiste pas non plus à l'envie de corriger les fautes ! J'accepte bien évidemment la réciproque.
Puisque j'y suis, tu m'autorises à jeter un oeil sur ton administration ? Là, c'est la curiosité mais je demande quand même ton accord. Remarques, je m'étais inscrit sans rien te demander...
oui je t'autorise sans problème.
Pour mon administration pourquoi pas, je te fais entièrement confiance, mais dans ce cas il faut que je te passe admin, là tu es en modérateur. Tu vas voir que c'est d'une simplicité infantine. J'ai deux mots clés qui se battent en duel.
Pour la correction, juste un truc : fais attention si tu es en fin de paragraphe vu que j'ai deux div (deux colonnes) et donc des balises directement dans le texte, donc en mode éditeur tu peux en faire sauter une sans le voir (mais j'ai tout les doubles à la maison et je fais des sauvegardes chaque fois que j'édite un article... ou presque).
C'était négliger le fait que je n'avais jamais touché au modèle, comme la plupart des utilisateurs ! Enfin là, je n'ai plus résisté à la tentation. Je crains le pire après cela. On verra bien. Je suis en train de préparer un site, c'est lui qui va essuyer les plâtres.
Pour ne pas suivre mon exemple qui me suis lancé comme ça, à l'inspiration, on gagnera (beaucoup) de temps en se référant aux tutoriels réalisés par Delphine justement pour cette opération :
http://viabloga.com/news/58.shtml
http://viabloga.com/news/60.shtml
Ce n'est pas si compliqué finalement.
Est-ce qu'il est possible de travailler sur le site en local, hors ligne ? A partir du fichier html du modèle perso et de la sauvegarde ? Concernant cette dernière, quel format faut-il préférer : Binaire, à décompacter, ou XML éditable ? Ils n'ont pas le même contenu ! Comment reconstituer le lien entre le fichier html et le contenu de la sauvegarde ?
Tu peux sans problème télécharger une mise en page (il faut juste faire attention à bien l'enregistrer avec l'extension .html) et y travailler "hors ligne".
Ensuite il suffit de l'envoyer sur le site au moyen du formulaire "envoyer une mise en page" pour qu'elle soit disponible dans le menu mise en page.
Les fichiers de sauvegarde (obtenus par le menu sauvegarde) ne sont pas fait pour être édité et lu par des humains, ils servent à conserver le site ou bien à le transferrer sur un nouvel identifiant. Ce sont des sauvegarde, pas des moyens de changer la mise en page ;)
Oui pour le fichier de sauvegarde, je l'ai simplement évoqué pour te dire que s'il y avait un souci suite à une manipulation sur un article, ce n'était pas grave parce que j'avais la sauvegarde pour rétablir comme c'était avant.
Pour travailler en local, non ce n'est pas possible, pas sur le template (le truc avec des balises object partout) en tous cas.
Pour ma part, voilà comment je fais : je travaille d'abord avec du code html lamba en local, puis je passe au template . Mais après, plus tu connais les objets et les attributs et plus tu te passes de cette étape pour certaines modifications.
Merci à toutes les deux. Je vois déjà mieux comment ça fonctionne, ce que cela découvre et ce qui n'est pas possible pour autant.
J'étais en train de me prendre la tête sur mon modèle et je m'aperçois qu'en fait :
1 - L'option "sommaire" pour les blocs ne marche pas, en tous cas pas dans le sens sémantique que j'avais compris. Pour moi "sommaire" ça voulait dire que le bloc du haut (par exemple) n'allait s'afficher que sur les pages du sommaire, autrement dit sur la page principale et les suivantes quand on clique en bas sur "page suivante".
Or "sommaire" équivaut en fait à à tous les sommaires, donc également les sommaires des rubriques.
Du coup, je viens de comprendre ce que tu voulais dire avec ta demande d'une spécification pour la page d'accueil jlb.
2 - "Autres" veut dire en fait : les pages des articles (avec leurs commentaires) et les textes.
J'allais dire que "sommaire" ça n'est pas que le sommaire principal (c'est à dire la page sur laquelle on arrive quand on va sur le site si le propriétaire n'a pas choisi d'afficher uniquement le dernier article - soit en pratique la page principale des blogs) mais aussi tous les sommaires de rubriques.
"autres" signifie les pages qui ne sont pas des sommaires. C'est à dire les pages individuelles d'articles, les pages de texte, les listes, les formulaires, les messages d'erreur et les messages. (je crois que j'ai tous les type, faut que je retrouve la liste que j'ai dans un coin de blog de test..)
La précision et le détail sont importants. On comprend mieux certains affichages plutôt déconcertants au départ. A noter que l'option "Plus récent article" en 'Première page' sur Site écarte le Sommaire en Première page.
Delphine, content de te retrouver ici - après tous ces changements !
css et template : "Mathieu, pour la seconde question, as-tu jeté un oeil sur la discussion que nous avons eue à ce sujet sur labo (notamment les précisions de Delphine) ? J'avais également évoqué le sujet dans un article précédent."
Un Bloc uniquement sur la page d'accueil : " Oui, c'est un sujet qui a déjà été évoqué, ici ou sur le laboratoire (là avec cet échange et là, par exemple). Stéphane nous a annoncé des choses à ce niveau mais cela reste à développer.Dans l'immédiat, je te suggèrerais deux choses :éviter les "pages d'accueil" autres que celle que tu veux afficher en "home", notamment en "
Un Bloc uniquement sur la page d'accueil : "Oui, c'est un sujet qui a déjà été évoqué, ici ou sur le laboratoire (là avec cet échange et là, par exemple). Stéphane nous a annoncé des choses à ce niveau mais cela reste à développer.Dans l'immédiat, je te suggèrerais deux choses :éviter les "pages d'accueil" autres que celle que tu veux afficher en "home""
Commenter l'article - [^] - Répondre