Gestion de Contenu, de Communauté et de groupes de travail collaboratif - Open Source, français, sécurisé, stable et performant

  • MODULES

    Pour étendre les nombreuses fonctionnalités disponibles de base - modules.npds.org est à votre disposition.

    Des modules complémentaires, une communauté de développeurs active, des forums pour vos questions ... NPDS  est aussi une plateforme de développement !
  • STYLES

    Vous cherchez des thèmes graphiques pour votre portail ou votre communauté : styles.npds.org est à votre disposition.

    Des thèmes du plus simple au plus sophistiqué. Des thèmes facilement modifiables et toujours en Open-Source - Laissez simplement parler votre imagination !
  • BIBLES

    La documentation indispensable pour personnaliser et exploiter toute la puissante de NPDS  est à votre disposition sur bible.npds.org.

    Vous pouvez participer à l'effort de documentation - rien de plus simple : contactez un membre de la Team de développement et nous vous ouvrirons un compte sur le Wiki !
Devenir membre    |    Identifiant : Mot de Passe : -
Au delà de la gestion de contenu 'classique', NPDS met en oeuvre un ensemble de fonctions spécifiquement dédiées à la gestion de Communauté et de groupes de travail collaboratif.
Il s'agit d'un Content & Community Management System (CCMS) robuste, sécurisé, complet, performant et parlant vraiment français.

Gérez votre Communauté d'utilisateurs, vos groupes de travail collaboratif, publiez, gérez et organisez votre contenu grâce aux puissants outils disponibles de base.
  • Multi langues (Français, Anglais, Allemand, Espagnol, Chinois)
  • Respect des standards : UTF8, XHTML, CSS, ...
  • Système de blocs avancés
  • Installation et administration complète et centralisée
  • Editeur HTML intégré
  • Gestionnaire de fichier en ligne
  • Gestion des groupes de membres
  • Ecriture collaborative de documents (PAD)
  • Forums évolués
  • Mini-sites (pour les membres et les groupes de travail)
  • Chat temp réel
  • Système de News et de rubriques complet (édition, révision, publication)
  • ...
Gratuit et libre (Open-Source), développé en PHP, NPDS est personnalisable grâce à de nombreux thèmes et modules et ne requiert que quelques compétences de base.
NPDS Workplace - groupe de travail collaboratif
 NPDS WorkSpace - tous l'univers du travail collaboratif.
Modéré par : developpeur jpb Jireck

Poster la réponse dans le sujet : Bugs, Probs ...  |  Index du Forum
A propos des messages privés
Les Utilisateurs anonymes peuvent poster de nouveaux Sujets et réponses dans ce Forum.
Identifiant : Anonyme
Icone du message :                       
                
Message :

HTML : Activé

       

      youtube 
 Plus d'émoticons

 Cliquez pour insérer des émoticons dans votre message :
 :-) ;-) :-P 8-) :-D :=! :b :D :# :-o :-? :-( :| :-| Mais c'est pas possible ! => :paf
Options : Désactiver le HTML pour cet envoi
Anti-Spam / Merci de répondre à la question suivante :
      

Aperçu des Sujets
Sylvain
48    

Sylvain
 Posté : 29-12-2015 12:30
Bon j'ai essayé tout seul comme un grand: ça ne marche pas
Tiny_mce a l'air de bien gérer l'utf8, mon code est tout en mb c'est donc dans le reste de NPDS que ça ne passe pas.

Il faudra réessayer avec une version Complètement utf8 de NPDS.
Sylvain
48    

Sylvain
 Posté : 27-12-2015 11:26
OK, je vais utiliser les version multi-bytes partout où j'interviens mais il semble que partout ailleurs dans NPDS ce soit la version iso qui est utilisée...
Je ne sais pas à quel point les deux peuvent être mélangés... (je vous avais prévenu je ne connais rien à php. ).

Voilà j'ai tout changé. Est-ce que ça va mieux?

Sylvain
48    

Sylvain
 Posté : 26-12-2015 23:09
Ah ben mince, c'est vrai, je suis en iso.
Je n'ai pas fait gaffe. Ça doit être par défaut en iso.
D'un autre côté ce n'est pas grave vu que je n'utilise que le français et l'anglais.
C'est étonnant qu'un CCMS qui se veut internationalisable le défaut ne soit pas utf8.

Alors pour résoudre le problème je dois mettre mb_strpos ou strpos?
Car après la dernière correction j'ai mis strpos partout. Si tu me dis que ça ne marche pas je vais mettre mb_strpos partout.

Le problème risque d'apparaître dans les autres fonctions de manipulation de chaînes de caractères. Tiens moi au courant.
jpb
2626       
 

jpb
 Posté : 26-12-2015 22:33
oui j'ai fait les test ... et ca marche pour les deux type d'encodage à condition qu'il n'y ai pas de caractères utf-8 dans le content .... c'est normal que pour toi ce soit transparent ... ton site est en iso
sur le labo des que tu réédite et que tu rentre un caractère
non ascii ça plante et c'est normal ...

Message édité par : jpb / 26-12-2015 22:36


jpb
2626       
 

jpb
 Posté : 26-12-2015 22:31
tu n'es pas en utf-8 ....
Sylvain
48    

Sylvain
 Posté : 26-12-2015 22:25
Je suis étonné car il est bien dit «tenant compte des caractères multi-octets» dans les caractéristiques:
http://php.net/manual/fr/function.mb-strpos.php

Ou alors à l'inverse ils veulent dire qu'un caractère en deux octets compte pour 2.

Mais ça m'étonnerais car je suis en utf8 et tout marche bien. Dans le doute il faut essayer avec strpos.

Ça doit être ça car je vois qu'aux autres endroits j'utilise strpos.

J'ai fait la modification et ça marche pareil.
Peux-tu tester?

Message édité par : Sylvain / 26-12-2015 22:30


jpb
2626       
 

jpb
 Posté : 26-12-2015 20:45

         $longueur=mb_strpos($Xc ontent,']',$pos_page,'iso-8859-1')-$pos_page+1; 



avec ca le comptage semble correcte et ca fonctionne meme si le site est en utf8 MAIS cela ne tolère aucun caractères utf-8 dans le text .....sinon ca déraille
jpb
2626       
 

jpb
 Posté : 26-12-2015 20:36
oui pour le nombre de page

ce qui est inquiétant c'est le mb_strpos
sur un site en utf8 cela ne fonctionne pas meme en rajoutant l'encoding en cours il me reste des problème de comptage ......
Sylvain
48    

Sylvain
 Posté : 26-12-2015 19:34
> dommage de ne pas voir le nb de page qui compose l'article
Dans mon code le nombre total de pages est dans la variable globale $ndepages. Donc il n'y a aucun problème pour l'afficher.

Je rappelle que dans ce code le champ de la balise est un champ texte.
Si dans la rubrique on trouve:
[pageIntroduction]...[pagePage 1]...[pagePage 2]...[pagePage 3]...[pageConclusion]...[pageRemerciements]...[pageIndex]...[pagePage I]...[pagePage IV]...
Le listage des nom de pages donne:
Introduction
Page 1
Page 2
Page 3
Conclusion
Remerciements
Index
Page I
Page IV

Et le code fournit
le nombre totale de pages $ndepages,
la page courante $numpage, qu'il faudrait renommer en $nompagecourante
la page précédente $pageprec,
la page suivante $pageS.
Je pense qu'avec ça on doit pouvoir tout faire.

Attention quand j'ai commencé ce code je n'avais pas tout ça en tête alors il y a des parties qui sont inadaptées à un usage généralisé. Par exemple la première page est appellée "0" ([page0]) alors qu'elle doit être définie par la lecture de la première occurrence de la balise [page], mais c'est très facile à corriger.

Il y a encore le problème du texte avant la première balise qui n'est pas réglé. J'avais détourné le problème en n'en mettant pas. Si on veut un code "idiot proof" il faudra le régler.

Il faudrait tendre vers l'esprit Linux: chaque partie de code = un fonction précise.
Ici on devrait avoir en sortie:
-Nom de chaque page
-première page
-page courante
-page précédente
-nombre totale de pages.

Ya plus qu'à!...

La dernière version se trouve ici:
http://busmuli.chez.com/travail/sections-viewarticle.txt


Message édité par : Sylvain / 26-12-2015 20:10


jpb
2626       
 

jpb
 Posté : 26-12-2015 17:10
oui c'était bien e qu'il avait fait bien qu'on est pas besoin de faire de req sql ...

ceci dit c'est inapplicable pour rubrique ou les balise de pages sont noyées dans du texte donc c'est plus complexe ...

quand aux classes on les a dans le framework ..

Temps : 0.0148 seconde(s)