Vous n'êtes pas identifié(e).
13 février 2021 Sortie de Dotclear 2.18.1
L'extension "RSS Preview" permet l'affichage "normal" des flux atom dans Firefox depuis que celui-ci ne gère plus nativement les flux de syndication.
De même, l'extension "Feed Indicator" affiche le pictogramme RSS dans la barre d'adresse.
Les deux peuvent être utilisées simultanément.
Merci Philippe !...
Pour l'utilisation de mrvbToC (chez moi et sur DotAddict), je vous invite à consulter le fil de discussion dédié à cette extension. Notamment les explications données là.
Nota : Je ne peux garantir le bon fonctionnement de cette extension, ainsi que de toutes celles que je propose (elles commencent toutes par "mrvb") que jusqu'à la version 2.13.1 de Dotclear et PHP 5.5.
Philippe a écrit :Il faut laisser le https dans les paramètres du blog pour l'url, et modifier le fichier dotclear/inc/config.php pour que DC_ADMIN_URL y corresponde exactement
Bizarrement, je n'ai jamais modifié DC_ADMIN_URL et je n'ai jamais eu de problème particulier pour passer en HTTPS (côté back office et front office). J'imagine que c'est indispensable pour certains plugins en particulier ?
Le plugin dcCKEditor est très pointilleux à ce sujet.
@Franck: des lecteurs m'ont signalé que dans FF, le lien atom demandait à ouvrir une papage
Note: pas le pb sous Chrome ou EdgeAlors que celui rss non, il est ok sous FF et bien reconnu comme un flux ...
Donc en attendant de comprendre le "why", je me suis dis, bon ben il n'y a qu'à mettre le rss2 à la place.
Et ensuite j'ai cherché où changer cette config.J'essayerai de regarder les fichiers du thème ... mais en faisant un fgrep dans tout mon Dotclear hier soir (sur les *.php) je n'ai rien vu de flagrant.
1- Depuis Firefox 65, les flux de syndication ne sont plus gérés nativement.
2- Les fichiers template n'ont pas l'extension php mais l'extension html
Edit :
vérification : c'est à partir de Firefox 64 et non Firefox 65 que l'on doit passer par une extension pour afficher les flux "comme avant". Perso j'utilise deux extensions complémentaires : Feed Indicator et RSSPreview.
Il me semble que c'est au niveau des fichiers template du thème que ça se passe :
- dotclear\inc\public\default-templates\(...)
- et/ou tpl\*.html du thème
Vérifier aussi le paramétrage du widget "Liens de souscription" s'il est utilisé.
Si ça fonctionne avec un autre navigateur, je te suggère d'aller vérifier dans Chrome le paramètre concernant l'autorisation des pop-up...
J'ai fait la modif que tu proposes dans ton billet d'hier.
https://open-time.net/post/2018/12/26/L … -les-fetes
Le temps d'accès à l'admin est à nouveau ok.
Patient, je peux l'être. Tutoyé aussi ! ;-)
Depuis plusieurs jours je constate chez moi et avec Firefox 64...
Le serveur à l’adresse abc.dotaddict.org met trop de temps à répondre.
Le serveur à l’adresse ductile.dotaddict.org met trop de temps à répondre.
et, cerise sur le gâteau,
Le serveur à l’adresse plugins.dotaddict.org met trop de temps à répondre.
Voili, voilà...
Je suppose que oui. Si quelqu'un qui utilise mes plugins sous mysql 5.7 peut confirmer, ce serait sympa.
Et si c'était un pb de droits unix des fichiers ? Généralement le 755 est préconisé.
Les deux balises dont je parle permettent d'ajouter d'un texte personnalisé en fonction de la position/parité de chaque entrée. Ce texte peut être placé où l'on veut dans la boucle, notamment (et surtout ?) au niveau de déclarations CSS "class" et/ou "id" permettant ainsi de styler la balise concernée par cette class/id en fonction du rang de l'entrée.
Exemples chez moi :
<tpl:DateHeader><div class="day-date {{tpl:EntryIfFirst}} {{tpl:EntryIfNotFirst}}"></tpl:DateHeader>
qui, selon le cas, donne :
<div class="day-date first ">
ou
<div class="day-date next">
ou, un peu plus exhaustif :
<article id="p{{tpl:EntryID}}" class="post-item title {{tpl:EntryIfOdd}} {{tpl:EntryIfNotOdd}} {{tpl:EntryIfFirst}} {{tpl:EntryIfNotFirst}} cat-{{tpl:PackedCategoryName}} {{tpl:EntryMyMetaValue id="typePost" key="1"}} {{tpl:EntryMyMetaValue id="moreCSS" key="1"}} {{tpl:EntryMyMetaValue id="imageWidth" key="1"}}" lang="{{tpl:EntryLang}}" >
qui, selon le cas, donne :
<article id="p2218" class="post-item title odd first cat-japon2012 dc-photo " lang="fr" >
ou
<article id="p2219" class="post-item title even next cat-japon2012 dc-photo " lang="fr" >
par exemple...
Après, la main passe au thème.
Je mets à disposition chez moi un fichier _public.php qui propose un certain nombre de marqueurs de template dont EntryIfNotFirst et EntryIfNotOdd qui peuvent servir dans le cadre d'une boucle, notamment en stylant certains blocs selon la position de l'entrée. En complément de la balise <tpl:EntryIf>
Bonjour,
Il s'agit des fichiers atom.xml et rss2.xml.
Tu les trouveras dans le répertoire tpl du thème (ou de son thème parent s'il y en a un ou du thème par défaut (dotclear)\inc\public\default-templates).
Le chemin vers la médiathèque peut tout à fait être différent pour chaque blog d'un multiblog. Il est précisé via...
about:config / system / public_path
about:config / system / public_url
Merci nanart (voui, je sais, je me répète souvent).
Je vais trouver une grande partie de mon bonheur rien que dans tes deux premiers liens.
(...)Certaines fonctions sont devenues obsolètes sous php 7.2
Est-ce qu'il existe quelque part une doc listant les fonctions obsolètes sous PHP5.6 et sous les différentes versions de PHP7 ?
Mieux encore :
Existe-t-il un outil (à télécharger ou en ligne) analysant un fichier texte et indiquant la version de PHP à partir de laquelle une fonction retourne un warning ou plante le programme ?
En même temps que la mise à dispo de mrvbCustomWidgets 0.4.12 ce matin, j'ai complété la doc du côté de certains widgets qui utilisent un textarea en ajoutant ceci :
Si vous utilisez un éditeur de texte pour la liste d'exclusion (zone de saisie multi-lignes) et un Dotclear dans une version antérieure à la v2.15, il est conseillé d'utiliser l'onglet source pour modifier son contenu.
Merci encore de ton aide.
mrvbCustomWidgets passe en v0.4.12 chez moi et sur DotAddict :
- correction d'un bug (via html:clean) dans les listes d'exclusion lors d'utilisation avec un éditeur,
- correction d'un bug dans les listes d'exclusion si un élément du tableau est vide,
- correction d'un bug (html::escapeHTML) dans mrvbFeed,
- prise en compte de la possibilité proposée à partir de Dotclear 2.15 d'exclure l'utilisation d'un éditeur avec certains zones de saisie multi-lignes (textarea). Ici, seules les listes d'exclusion seront concernées.
Merci nanart pour tes tests.
Je vais donc préparer une v0.4.12 de mrvbCustomWidgets...
- où je corrige le bug (via html:clean) des listes d'exclusion lors d'utilisation avec un éditeur (pour <br>, je sèche),
- où je corrige le bug des listes d'exclusion si un élément du tableau est vide,
- où je prends en compte la possibilité proposée à partir de Dotclear 2.15 d'exclure l'utilisation d'un éditeur avec certains textarea
- et où je corrige le bug (html::escapeHTML) dans mrvbFeed.
Je pense n'avoir rien oublié.
S tu n'as pas d'autres remarques d'ici dimanche, bientôt chez moi et sur DotAddict...
sugestion pour l'avenir: le widget liste des catégories de Dotclear propose une case à cocher : ' Inclure les catégories vides'
Héhé, encore une possibilité apparue après la création de mrvb_Categories. Je la rajouterai dans une prochaine version. Syntaxe compatible avec Dotclear 2.7 qui est la version minimale exigée par mrvbCustomWidgets depuis sa v0.4.9.
.
.
A propos des prochaines versions...
- soit, dans un premier temps, je ne corrige que les bugs signalés par nanart dans une nouvelle version de mrvbCustomWidgets, la v0.4.12 et prépare dans un second temps la version suivante (la v0.4.13) avec les nouvelles fonctionnalités (celles indiquées par nanart et qui sont apparues depuis ma personnalisation des widgets) accompagnée de nouvelles copies d'écran et des nouvelles infos dans la doc sur mon blog.
- soit j'intègre corrections de bugs et nouvelles fonctionnalités dans une seule version... Mais va falloir patienter un peu à cause de la doc.
Z'en pensez quoi ?
Mirovinben a écrit :Je crains surtout une chute des performances si la liste est longue.
Peut être en affichant l'ID dans la liste des pages ? Cela t'éviterait de mettre un champ supplémentaire.
Du genre date - lien_Titre de la page (ID='X')
Là, si tu penses à la liste des pages dans l'interface d'admin, ce n'est pas de mon ressort. De mémoire, j'avais dû suggérer le truc il y a déjà quelques années mais l'idée n'avait pas été retenue.
Par contre j'ai trouvé comment construire cette liste déroulante "Titre de la page (id de la page)" triée par ordre alphabétique des pages. Mais je préfère proposer en priorité un mrvbCustomWidgets débogué et validé PHP7, sans ajout de fonctionnalités.
Concernant la meilleure façon de connaître l'ID d'une page : c'est une bonne idée. Je vais regarder comment faire ça au mieux en m'inspirant de ce que j'avais fait pour mrvbCategories.
Je crains surtout une chute des performances si la liste est longue.
Étonné de la divergence constatée mais d'accord avec toi.
J'ai corrigé mrvbFeed ce matin. Correction qui sera donc dans la prochaine version de mrvbCustomWidgets.
Vous n'êtes pas identifié(e).