Vous n'êtes pas identifié(e).
13 février 2024 Sortie de Dotclear 2.29
Nom du plugin : blackout
Date de création : 02/03/2009
Version de DotClear : 2.1
Description : Affiche une page d'avertissement avant de pouvoir entrer sur la page d'accueil du blog. La page fournie par défaut est d'ordre politique contre la généralisation du filtrage sur internet.
Lien de téléchargement : http://barrejadis.azeau.com/post/2009/0 … rac%C3%A9s
URL pour le support : http://barrejadis.azeau.com/post/2009/0 … rac%C3%A9s
Le plugin simple website (dernière version) permet de définir des sections à partir des tags. Ces section peuvent être organisées hiérarchiquement et affichées via un widget dédié.
Par contre, il ne remplace pas l'url du flux dans la page du blog (si mes souvenirs sont bon)
Oui, c'est ce qui m'a poussé à faire un plugin qui agit au niveau du tag de template et qui donc modifie l'URL du flux partout où elle apparait :
http://barrejadis.azeau.com/post/2007/0 … Dotclear-2
http://barrejadis.azeau.com/post/2007/0 … me-edition
Quelqu'un peut-il m'orienter vers l'utilité du EntryPingData et, éventuellemnt, du comment contourner le problème d'erreur renvoyée par ce plug-in?
L'utilité est de permettre aux autres blogs la détection automatique de l'url de rétrolien pour le billet en cours.
Une façon de procéder avec simpleWebsite, c'est de déplacer {{tpl:EntryTrackbackData}} ou {{tpl:EntryPingData}} A L'INTERIEUR de <tpl:swCustomPostContent> (c'est ce que j'ai fait chez moi et ça fonctionne).
Il me semble, mais j'attends la réponse in(con)firmant, que la fonction glob() est désactvée chez Free.
Les fonctions opendir(), readdir() et closedir() sont, je crois, utilisables à la place de la fonction glob()
Je viens de sortir une nouvelle version (1.2) qui n'utilise plus "glob" : http://barrejadis.azeau.com/post/2008/0 … dotclear-2
Pour ma part, je n'ai pas ce besoin mais s'il devait arriver, je m'orienterais probablement vers une solution à base de tags du genre :
- affichage en home page des seuls billets possédant le tag "homepage"
- ajout du tag "homepage" sur les billets que je désire mettre en avant sur la page principale, et ce, indépendamment de toute catégorie
Le plus simple ne serait-il pas de faire une catégorie "R" et de modifier le home.html du thème pour ne faire afficher sur la home page que les billets de la catégorie R ?
Ca sent l'encodage de caractères qui ne serait pas reconnu par certains navigateurs...
cette page donne des explications assez précises : http://www.sic.uottawa.ca/webmestres/ga … ngrus.html
Un exemple tout con: MoreTpl: une page d'admin avec les nouvelles tpl , ou qui reprends les infos données sur plugins.dotaddict pourrait être utile.
Ah... On ne parle pas de la même chose.
Toutes les extensions sont présentes dans la liste sous "Système > Extensions" mais, effectivement, toutes n'ont pas une entrée de menu correspondante.
Pour ma part, cette absence de menu ne me choque pas car nombre d'extensions s'insèrent de manière "transparente" et je trouve ça plutôt bien.
Par contre, avoir la doc correspondante à portée de main serait peut être utile. Il pourrait, par exemple, y avoir un lien vers cette doc dans les champs "description" de la page "Système > Extensions".
Heu... Dans l'interface d'admin en français de DC2, c'est le terme "extension" qui est utilisé, non ? Ce terme me parait être le plus clair pour tous ceux qui débutent et découvrent cette interface. Pour les autres, je suppose qu'ils arrivent à basculer facilement entre les 2 termes "extension" et "plugin".
MaTThi9u a écrit :De plus les plugins s'installent un peu à leur guise.
Je suis d'accord, entre ceux qui s'ajoutent à la liste des extensions, ceux qui vont dans les widgets, et ceux qui n'apparaissent nulle part, il y a de quoi s'y perdre...
MaTThi9u,
Les plugins ne s'installent pas "à leur guise". C'est toi qui les installe !
annso,
Je n'ai pour ma part jamais vu de plugin qui ne se rajoute pas à la liste des extensions puisqu'un plugin c'est une extension...
Pour ce qui est des widgets, il est vrai que le lien n'est pas toujours évident.
S'il y a éventuellement quelque chose à faire c'est de rendre plus clair :
- le fait que le mécanisme de widgets est en lui-même une extension
- le fait que l'ensemble des widgets arrivent par l'intermédiaire des extensions
Une idée pour cela : avoir une entrée de menu "widgets" dans le menu des extensions. Elle pourrait afficher la liste des widgets disponibles en indiquant l'extension par laquelle le widget est implémenté.
Tu es victime d'une malédiction. Je ne vois que ça comme explication.
Je viens de télécharger le pkg puis de l'envoyer sur un dc2b7 qui ne l'avait pas et je n'ai eu aucun problème.
ppfff je vais me mettre à deprimer
J utilise le plugin-templateWidget-1.0.pkg.gz sur le blog http://barrejadis.azeau.com/post/2008/0 … plate-html
et le resultat c est un gros "Le paquet n'est pas valide."
mon dc...dotclear-2.0-beta7
Tu as téléchargé le pkg.gz chez toi puis upload vers dotclear ("Télécharger un paquet") ou tu as directement passé l'adresse du pkg ("Récupérer un paquet") ?
La 2ème option pose quelques soucis.
--> oaz le plugin-templateWidget est invalide chez moi (beta2 .7)
j ai connence a tester ta solution lol (m arrache des cheveux)
Comment ça "invalide" ? Normalement il fonctionne sur une DC2 beta7 (et nulle part ailleurs)
Peut-on l'utiliser pour un billet " par défaut " que l'on va utiliser une dizaine de fois , pour en faire 10 versions.
Plus précisément, qu'est ce que cela signifie cette dizaine d'utilisations ?
Si le modèle de billet que l'on utilise a un contenu fixe, l'utilisation de ce plugin est équivalente à un copier/coller lors de la création d'un nouveau billet. Rien de plus.
J'allais oublier : pour le plugin templateWidget, voir là : http://forum.dotclear.net/viewtopic.php?id=32906
Ok. Lister les catégories et leurs billets ne prend que quelques lignes en utilisant le moteur de template des thèmes DC2. Il y a donc une solution sans plugin : rajouter les quelques lignes en question au thème de ton blog.
Si tu veux quelque chose d'un peu plus "propre", j'ai fait un plugin "templateWidget" qui définit des widgets DC2 à partir de fichiers template. En pratique, avec ce plugin, tu rajoutes le fichier ci-dessous dans ton thème et le widget correspondant qui affiche catégories et billets apparait dans la liste des widgets disponibles.
Je vais d'ailleurs rajouter ce fichier dans la prochaine version du plugin pour qu'il soit disponible automatiquement.
<tpl:WidgetName>Categories and Entries</tpl:WidgetName>
<tpl:WidgetDescription>List all categories with associated entries</tpl:WidgetDescription>
<div class="categoriesAndEntries">
<h2>{{tpl:WidgetText name="title" title="Title:" default="Summary" order="1"}}</h2>
<tpl:Categories>
<h3>
<a href='{{tpl:CategoryURL}}'>{{tpl:CategoryTitle}}</a>
<?php print "(".$_ctx->categories->nb_post." billets)"; ?>
</h3>
<ul>
<tpl:Entries sortby="title" order="asc">
<li><a href='{{tpl:EntryURL}}'>{{tpl:EntryTitle}}</a></li>
</tpl:Entries>
</ul>
</tpl:Categories>
</div>
Pour faire bonne mesure, je suis moi aussi chez 1&1 et je n'ai actuellement pas de problème avec php5...
Question bête pour ceux qui n'ont (comme moi) jamais eu la joie d'utiliser DC1 : où se trouve cette "table des matières" et que contient-elle ?
Il y a, à ma connaissance, divers plugins DC2 permettant de structurer visuellement le contenu d'un blog. Pour ma part, j'utilise le mien (étonnant non ?) "Simple Website". Il permet de définir une hiérarchie de section et de mettre en place divers affichages associés (billets de la section, sous sections, plan complet du site, ...)
Pour les détails c'est là.
J'ai fait un petit plugin pour les blogueurs paresseux : ceux qui veulent avoir du contenu en en faisant le moins possible.
Ce plugin permet de définir des modèles de billets dont le contenu initial (lors de l'appel "Nouveau billet") est généré dynamiquement via un formatage de flux rss.
Pour plus d'infos, voir chez moi : http://barrejadis.azeau.com/post/2008/0 … u-en-ligne
Ok je crois comprendre : tu souhaites un fonctionnement où n'apparaisse jamais la notion de "section", uniquement des "post". Vu que le terme "section" est actuellement un php define, il ne devrait pas y avoir de problème pour le mettre en configuration du blog.
Par contre, là où je bloque, c'est pour le url handler : si on utilise le mode "post", le handler existe déjà et son comportement ne correpond pas exactement au besoin car il ne gère pas la pagination (quand une section a beaucoup de billets). Je doute qu'il y ait un behavior qui me permette de modifier cela.
>J'aurais quand même une petite requête à te faire, c'est d'avoir les options pour le faire fonctionner en mode post sans avoir à modifier ton code, ce qui est toujours gênant pour les mises à jour. Par exemple laisser ton plugin fonctionner par defaut avec l'url /section/mon_billet et si on précise <tpl:Entries type="post"> on bascule en mode post.
J'ai l'impression d'être largué là.
Si on garde le comportement actuel, à savoir que les sections répondent aussi bien à (blog url)/section/(post id) que (blog url)/post/(post id), est-ce que cela colle avec tes besoins ?
Après avoir réfléchi, je me suis dit qu'il était inutile de rajouter du code pour supprimer une fonctionnalité.
En utilisation "standard", le fait que les sections soient accessibles par le mode post n'est pas gênant car ces URLs n'apparaissent nulle part. Le seul cas qui m'aurait vraiment gêné c'est que Google puisse tomber sur les même pages par des URLs différentes.
La différence entre les 2 solutions (phpmyvisites/google analytics) reste quand même au niveau de la probabilité d'intégration future.
J'avais commencé à regarder comment tirer parti du croisement des données entre dotclear et phpmyvisites. On peut imaginer quelques trucs sympas, notamment en liant les visites phpmyvisites aux commentaires dotclear. Par ailleurs, automatiser la création d'un compte phpmyvisites sur la création d'un blog dotclear semble dans le domaine du possible.
Pour ce qui est d'une future intégration avec Google Analytics, c'est une autre paire de manches...
Est-ce que tu as touché au template rss2.xml qui est sous /dotclear/inc/public/default-templates ou est-ce que tu as un fichier rss2.xml dans le dossier de ton thème qui prend le dessus sur le fichier par défaut ?
Dans les 2 cas, regarde les balises {{tpl:EntryExcerpt}} et {{tpl:EntryContent}}, il faut qu'elles aient ces paramètres :
{{tpl:EntryExcerpt absolute_urls="1" encode_xml="1"}}
{{tpl:EntryContent absolute_urls="1" encode_xml="1"}}
Il semblerait que le champ "description" de ton flux rss soit encodé pour du html. Non seulement les " " sont présents là où il faudrait des " " mais tu as aussi des balises "<p>" la où il faudrait des "<p>".
Je suspecte un problème global d'encodage.
Il suffit pour cela que javascript ne soit pas activé sur leur navigateur
Il faut comparer ce qui est comparable : awstats traite les logs apache bruts tandis que Google Analytics traite des "vrais" visiteurs qui ont un browser et javascript activé.
Pour ma part, j'ai phpMyVisites et Google Analytics et les 2 fournissent des résultats similaires (les 2 sont sur des technos similaires)
Vous n'êtes pas identifié(e).