PluXml.org

Blog ou CMS à l'Xml

Vous n'êtes pas identifié(e).

#1 Re : Entraide » [RÉSOLU] Titre article par défaut = Date » 18/05/2017 19:51:29

bazooka07 a écrit :

@Stephane,
Rajouter une fonction plxDate::today() à PluXml intéressera quelques gens, AMHA

C'est noté

#3 Re : Bogues » Problème avec Htaccess Erreur 500 (OVH) » 16/05/2017 09:44:16

Bonjour

Par expérience, ce qui pose des fois problème chez certains hébergeurs ce sont ces directives

Options -Multiviews
Options -indexes

Je ne sais pas dire si ça peut etre le cas chez OVH.
à savoir également qu'il faut contrôler leur présences dans les .htaccess qui sont dans les sous-dossiers également

#4 Re : Entraide » Déclarer des hooks contextuellement dans un plugin » 16/05/2017 09:40:58

Salut Jérôme

j'aurais fait un truc tout simple pour le test dans le regex

if(preg_match('/(article|statique|categorie)/', basename($_SERVER['SCRIPT_NAME']))) 

#5 Re : Discussions générales » Bonjour à tous » 09/05/2017 09:06:17

Il y a des wikis qui ne nécessitent pas de base de données. C'est plus facile et simple à mettre en oeuvre

#6 Re : Plugins » MySlippry: jquery responsive image slider » 09/05/2017 07:59:32

Salut

Edite le fichier /plugins/plxMySlippry/plxMySlippry.php

et remplace

<script>
$(function() {
	var slippry = $("#slippry").slippry({
	transition: "'.$this->getParam('transition').'",
	speed: '.$this->getParam('speed').',
})});
</script>

par

<script>
$(function() {
	var slippry = $("#slippry").slippry({
	transition: "'.$this->getParam('transition').'",
	speed: '.$this->getParam('speed').',
	pager: false,
	captions: false
})});
</script>

#8 Re : Entraide » Mise à Jour Thèmes v5.6 » 29/04/2017 21:48:07

Salut

https://github.com/pluxml/pluxml/compare/5.5...5.6

clic sur l'onglet  "Files changed"
fait une recherche sur "themes/defaut"
Tu auras les modifications dans chaque fichier du theme entre la 5.5. et la 5.6
en rouge ce qui a été supprimé dans le code du fichier
en vert ce qui a été ajouté

#9 Re : Bogues » [BUG] Tag VS Plugins » 26/04/2017 15:38:27

Bonjour
Je me suis noté le bug, je regarde dès que possible
Merci

#10 Re : Vos créations » Thème Bleu56 » 21/04/2017 17:47:27

Salut bg
Est-ce que tu zippes les fichiers du theme ou le dossier contenant les fichiers du theme.
Tu dois etre dans un des 2 cas, celui qui fonctionne pas. Essaye l'autre

#11 Re : Bogues » Thèmes » 21/04/2017 14:24:40

Salut
Il faut le fichier infos.xml dans le dossier du theme. recupère celui dans le dossier du theme par defaut et modifie son contenu en conséquence

#12 Re : Plugins » [plugin] MyContact : formulaire de contact » 14/04/2017 07:38:08

@Yannic: super merci. je m'en occupe dès que je peux

#13 Re : Bogues » Pb affichage menu admin » 13/04/2017 15:00:46

c'est marrant ça me le fait aussi avec chrome mais avec un zoom à 125%

#14 Re : Entraide » Compression GZIP = ERR_CONTENT_DECODING_FAILED ? » 13/04/2017 14:46:20

Ne cherchez plus, j'ai regardé le problème en debuggant le site de joebart et j'ai identifié le coupable: un plugin.
Avant de donner plus détails je vois en privé avec l'auteur de ce plugin pour réunir plus d'infos.

Ce n'est ni OVH, ni PluXml, ni php et la compression gzip la source du problème.

To be continued....

#15 Re : Bogues » [résolu] Thème par défaut menu mobile » 12/04/2017 15:32:07

en mode responsive l'ascenseur est visible.
si on accède au site avec un smartphone (iphone et safari pour moi) il n'y a pas d'ascenseur visible, mais on peut faire défiler les menus verticalement avec le doigt et les menus contact et recherche sont bien présents et visibles.

#16 Re : Bogues » [résolu] Thème par défaut menu mobile » 12/04/2017 15:28:43

t'as pas un ascenseur qui te permet de faire descendre les menus ?

#17 Re : Plugins » [plugin] CKEditor: editeur wysiwyg » 11/04/2017 17:53:05

@bg62: J'en déduis alors que ça doit (re)fonctionner.  cool

#18 Re : Plugins » [plugin] CKEditor: editeur wysiwyg » 11/04/2017 17:39:50

@bg62: surement. ces plugins ne sont pas dans la version précédente du plugin pour PluXml. C'est donc une install perso que tu as du faire. Ces plugins pour ckeditor sont à mettre à jour également en récupérant sur le site de ckeditor les versions dédiées pour la version 4.6.2 et faire la maj manuellement.

#19 Re : Plugins » [plugin] CKEditor: editeur wysiwyg » 11/04/2017 14:28:43

## Version 4.6.2 (11/04/2017) ##
[+] Mise à jour ckeditor 4.6.2
[+] Remplacement du plugin Media (oEmbed) par le plugin officiel Media Embed (embed)
[+] Mise à jour des plugins en 4.6.2 et ajout dépendances : justify,showblocks,embed,embedbase,lineutils,widgetselection,widget,notification,notificationaggregator,toolbar
[+] Affichage de l'éditeur dans la langue de l'utilisateur

#20 Re : Bogues » ckeditor bug sur l'url du lien » 11/04/2017 12:49:46

Salut cyrille

Quand tu dis un copier/coller, peux-tu me donner un exemple de ce que tu as fais (code coller) ?
Merci

#21 Re : Discussions générales » 9999 » 10/04/2017 15:41:40

@je-evrard: excellent
on voit bien qu'il y a des choses à uniformiser et à simplifier

#22 Re : Plugins » [plugin] MyBetterUrls » 10/04/2017 15:16:18

@joebart: Voilà c'est corrigé. C'est de ma faute, il y avait bien un bug. j'ai republié une mise à jour du plugin (même n° de version). Encore désolé ! Et merci d'avoir remonté rapidement le problème.

#23 Re : Plugins » [plugin] MyBetterUrls » 10/04/2017 12:33:46

Essaye en supprimant le fichier .htaccess à la racine de ton site et de réactiver la réécriture d'url.

#24 Re : Discussions générales » 9999 » 10/04/2017 10:37:43

La modification pourrait se faire. Faut laisser mûrir la solution technique à réaliser et ne pas se précipiter dans son choix. C'est la seule réserve pour le moment

#25 Re : Discussions générales » 9999 » 10/04/2017 10:30:14

Bonjour

Ne cherchez pas de solution alternative. La seule viable et de modifier le code pour aller au delà de 9999.
Mon souci et l'impact dans les plugins existants qui demanderont une mise à jour s'ils accèdent aux articles.

Techniquement ça ne pose pas de problème à condition de faire ça proprement.
Une idée serait de recenser toutes les expressions régulières utilisées dans PluXml (articles, pages statiques, etc...) dans un fichier dédié sous forme de define. On utilisait dans le code à la place des expressions régulières codées en dur les define. ça permettrait d'avoir le même formalisme partout et aussi de facilement répercuter une évolution sans avoir à chercher dans tout le code les impacts.

Pied de page des forums

Propulsé par FluxBB

A propos Nous soutenir Contact Twitter Google+
Copyright © 2006-2017 PluXml.org, tous droits réservés