Fork me on GitHub


 Bas   Précédent   Suivant

(1) 2 3 »


Re: Simple Weather Bloc
Aspirant
Inscrit: 06/07/2012 10:51
Messages: 30
C'est très simple ! msn à modifié la page donc il faut modifier le liens après 1 heure de recherche j'ai réussi à trouver un liens qu'utilise outlook ! celui-ci devrait donc être utilisable pour un moment.

voici le lien

http://weather.service.msn.com/data.aspx?wealocations=wc:

il faut modifier le fichier /sweatherbloc/class/class.sweatherbloc.php

vers la ligne 116 et 201 il faut modifier liens ...


Posté le : 28/10/2014 16:49
Transférer la contribution vers d'autres applications Transférer


Re: News 1.68 block moderate
Aspirant
Inscrit: 06/07/2012 10:51
Messages: 30
Pour le problème de modification de l'auteur lors de l’édition de la news :

il suffit de remplacer la ligne 85 (pour moi)

if ($approveprivilege && is_object($xoopsUser) && $xoopsUser->isAdmin($xoopsModule->mid())) {


par

if ($approveprivilege && is_object($xoopsUser) || $xoopsUser->isAdmin($xoopsModule->mid())) {


----------------------

Pour le problème de paramétrage de l'heure (qui est logique),

j'ai opté pour une la solution suivantes :

Grisé dynamiquement les paramétrages de date si la case approuver n'est pas cocher.

Et ajouter la visibilité sur les articles automatisé dans le block modérateur !

Posté le : 06/03/2013 09:57
Transférer la contribution vers d'autres applications Transférer


Re: News 1.68 block moderate
Aspirant
Inscrit: 06/07/2012 10:51
Messages: 30
Version 1.68

Autres problèmes :

[1]
Le modérateur étant dans l'obligation d'éditer la "news" pour l'approuver... cela change l'auteur de la "news" qui est publiée...

[2]
Lors du paramétrage de la date et l'heure de publication par un utilisateur :

Si le modérateur souhaite éditer la "news", les informations de paramétrage ne sont pas gardées!

Posté le : 27/02/2013 16:07
Transférer la contribution vers d'autres applications Transférer


Re: News 1.68 block moderate
Aspirant
Inscrit: 06/07/2012 10:51
Messages: 30
Version 1.68
Petit bogue suite à quelques tests!

La fonctionnalité ne permet pas à un utilisateur appartenant à un groupe ayant les droits de soumettre, approuver, et consulter, d'éditer une news appartenant au même sujet mais posté par un autre utilisateur.
Le Modérateur peut donc seulement éditer sa propre "news" et par déduction approuver seulement sa propre "news"... sauf si celui-ci est administrateur du module, mais dans ce cas, il peut tout faire, c'est à dire qu'il peut approuver les "news" d'un autre sujet!

Dans mon cas c'est une news d'un autre service, car sur mon site intranet les services sont les sujets ;)

EDIT : le modérateur ne peut donc pas non plus effacer la proposition d'articles!

EDIT 2: pour corriger le problème il faut commenter la vérification du compte admin.

Pour moi cela se trouve aux lignes 81 à 84 du fichier submit.php

if(is_object($xoopsUser) && $xoopsUser->getVar('uid')!=$tmpstory->uid() && !news_is_admin_group()) {
        
redirect_header(XOOPS_URL.'/modules/news/index.php'3_NOPERM);
        exit();
    }



EDIT Cesag :
mise en forme du texte, mise sous code. Pensez à mettre en forme votre texte en sélectionnant l'éditeur "Editeur DHTML avec XoopsCode (dans le menu déroulant).

Posté le : 27/02/2013 15:21
Transférer la contribution vers d'autres applications Transférer


Re: Avatar sur ldap
Aspirant
Inscrit: 06/07/2012 10:51
Messages: 30
hmmm!

Je me suis lancé dans un petit Hack !

L'idée ? Créer une photo temporaire avec les infos récupérées de LDAP !


fichier : /class/auth/auth_provisionning.php

Remplacer la ligne 158
$xoopsUser->setVar(trim($fields[0]), utf8_decode($datas[trim($fields[1])][0]));

par :

if($fields[0] == 'user_avatar')
                {
                    
//fwrite($fpa,'/var/www/xoops/htdocs/uploads/avatars/' . $uname . '.jpg');
                    //Creation de l'image sur serveur
                    
$fp fopen('/var/www/xoops/htdocs/uploads/avatars/' $uname '.jpg''w');
                    
fwrite($fp$datas[trim($fields[1])][0]);
                    
fclose($fp);
                    
// Inscription du champ dans la base
                    
$xoopsUser->setVar(trim($fields[0]), 'avatars/' $uname '.jpg');
                }
                else
                {
                    
$xoopsUser->setVar(trim($fields[0]), utf8_decode($datas[trim($fields[1])][0]));
                }



Voilà, pour ceux que ça intéresse !


EDIT Cesag :
mise en forme du texte, mise sous code. Pensez à mettre en forme votre texte en sélectionnant l'éditeur "Editeur DHTML avec XoopsCode (dans le menu déroulant).

Posté le : 25/02/2013 07:54
Transférer la contribution vers d'autres applications Transférer


Avatar sur ldap
Aspirant
Inscrit: 06/07/2012 10:51
Messages: 30
Bonjour, je voudrais savoir si il est possible de récupérer les avatars stocker dans un LDAP pour les intégrer à xoops?

je pense qu'il seront donc réintégrer dans la base de données xoops ...

Posté le : 20/02/2013 16:01
Transférer la contribution vers d'autres applications Transférer


Re: News 1.68 block moderate
Aspirant
Inscrit: 06/07/2012 10:51
Messages: 30
Les modification présenté sont repris du post suivant :
https://www.frxoops.org/modules/newbb/ ... t&order=DESC&type=&mode=0

et adapter pour la version 1.68 du module news.

les principales modification ont été de rajouter "news_" devant les fonctions suivantes:

news_updateCache();

news_getmoduleoption('authoredit')

news_is_admin_group


Fichier /modules/news/blocks/news_moderate.php

Ligne 38: Modification pour que le bloc des articles en attente de modération n'affiche que ceux que l'utilisateur connecté peut approuvé
Remplacement de la ligne     $storyarray NewsStory :: getAllSubmitted(0truenews_getmoduleoption('restrictindex')); Par la ligne     $storyarray NewsStory :: getAllSubmitted(0truetrue);


Ligne 67:Modification du lien permettant d'effacer un article, afin que seul les groupes ayant les droits d'approbation sur un sujet puisse faire cette opération sans pour autant qu'ils aient les droits d'administration
Remplacement de la ligne       $story['action'] = "<a href='" XOOPS_URL "/modules/news/admin/index.php?op=edit&amp;storyid=" $newstory->storyid() . "'>" _EDIT"</a> - <a href='" XOOPS_URL "/modules/news/admin/index.php?op=delete&amp;storyid=" $newstory->storyid() . "'>" _MB_DELETE "</a>"Par la ligne     $story['action'] = "<a href='" XOOPS_URL "/modules/news/submit.php?op=delete&storyid=" $newstory->storyid() . "'>" _MB_DELETE "</a>";



Fichier /modules/news/submit.php


Ligne 134:Le code de confirmation, envoyant des POST et non des GET, on ajoute juste avant le switch($op)
le elseif suivant (le précedent ne faisait que des test sur le $_GET (Uniquement pour répondre à la confirmation de suppression) :
elseif ( isset($_POST['op']) && isset($_POST['storyid'])) {         if ($approveprivilege && $_POST['op'] == 'delete') {             $op 'delete';             $storyid intval($_POST['storyid']);             }         }


Et a la fin de la page on y ajoute la case delete pour le block moderate :
Dans le swith ($op) (fin du script) ajout d'une réponse à l'opération delete qui demande la confirmation puis effectue l'effacement.

case 'delete':          if (!$approveprivilege) {             redirect_header(XOOPS_URL.'/modules/news/index.php'3_NOPERM);             exit();             break;         }         $story = new NewsStory($storyid);         if (!$gperm_handler->checkRight("news_approve"$story->topicid(), $groups$module_id)) {             redirect_header(XOOPS_URL.'/modules/news/index.php'3_NOPERM);             exit();             break;         }         if (!empty($_POST['ok'])) {             if (empty($storyid)) {                 redirect_header(XOOPS_URL.'/modules/news/index.php',3_AM_EMPTYNODELETE );                 exit();             }             $story->delete();             $sfiles = new sFiles();             $filesarr=Array();             $filesarr=$sfiles->getAllbyStory($storyid);             if(count($filesarr)>0) {                foreach ($filesarr as $onefile) {                   $onefile->delete();                }             }             xoops_comment_delete($xoopsModule->getVar('mid'),$storyid);             xoops_notification_deletebyitem($xoopsModule->getVar('mid'), 'story'$storyid);             updateCache();             redirect_header(XOOPS_URL.'/modules/news/index.php'1_AM_DBUPDATED );             exit();         } else {             //xoops_cp_header();             echo "<h4>" . _AM_CONFIG . "</h4>";             xoops_confirm(array('op' => 'delete', 'storyid' => $storyid, 'ok' => 1), XOOPS_URL.'/modules/news/submit.php', _AM_RUSUREDEL .'<br />' . $story->title());         }         break;



Modification de la méthode AdminLink pour adapter le lien delete dans le cas où l'on n'est pas admin
Dans ce cas pour faire un delete on utilise le script submit.php modifié précédement :


Remplacer les lignes (a partir de la 243)

if(
is_object($xoopsUser)) {
   if( 
$xoopsUser->isAdmin($xoopsModule->getVar('mid')) || (getmoduleoption('authoredit') && $article->uid() == $xoopsUser->getVar('uid')) ) {
       
$isadmin true;
       
$story['adminlink'] = $article->adminlink();
    }
}

Par les lignes 

    
if(is_object($xoopsUser)) {
    if( 
$xoopsUser->isAdmin($xoopsModule->getVar('mid')) || (news_getmoduleoption('authoredit') && $article->uid() == $xoopsUser->getVar('uid')) ) {
        
$isadmin true;
            
$story['adminlink'] = $article->adminlink();
        }
        else {
        if (
$gperm_handler->checkRight("news_approve"$article->topicid(), $groups$xoopsModule->getVar('mid'))) {
            
$story['adminlink'] = $article->adminlink();
        }
        }
    }


Pour afficher les lien editer/effacer sur la page d'index listant les articles pour lequel l'utilisateur à le droit d'approbation

Localiser les lignes :        if ($approveprivilege) {            $story['adminlink'] = $this->adminlink();        }  Et y insérer :          if ($approveprivilege==0) {           global $xoopsModule,$xoopsConfig;           $gperm_handler =& xoops_gethandler('groupperm');           if (is_object($xoopsUser)) {              $groups $xoopsUser->getGroups();           } else {              $groups XOOPS_GROUP_ANONYMOUS;           }           if ($gperm_handler->checkRight("news_approve"$this->topicid(), $groups$xoopsModule->getVar('mid'))) {                 $approveprivilege=1;           }        }



Pour afficher les liens éditer/effacer sur la page de consultation d'un article

Remplacer les lignes (a partir de la 243) if(is_object($xoopsUser)) {    if( $xoopsUser->isAdmin($xoopsModule->getVar('mid')) || (getmoduleoption('authoredit') && $article->uid() == $xoopsUser->getVar('uid')) ) {        $isadmin true;        $story['adminlink'] = $article->adminlink();     } }  Par les lignes       if(is_object($xoopsUser)) {     if( $xoopsUser->isAdmin($xoopsModule->getVar('mid')) || (news_getmoduleoption('authoredit') && $article->uid() == $xoopsUser->getVar('uid')) ) {         $isadmin true;             $story['adminlink'] = $article->adminlink();         }         else {         if ($gperm_handler->checkRight("news_approve"$article->topicid(), $groups$xoopsModule->getVar('mid'))) {             $story['adminlink'] = $article->adminlink();         }         }     }



Voila ! J'obtient maitenant un vrai service de moderateur !!

Posté le : 20/02/2013 11:13
Transférer la contribution vers d'autres applications Transférer


Re: News 1.68 block moderate
Aspirant
Inscrit: 06/07/2012 10:51
Messages: 30
Effectivement ... mais si pas d'édition ? pas d'approbation !

Effectivement je ne vois comment un modérateur peut approuver un article, si celui la n'est pas éditer ...


Posté le : 20/02/2013 08:25
Transférer la contribution vers d'autres applications Transférer


Re: News 1.68 block moderate
Aspirant
Inscrit: 06/07/2012 10:51
Messages: 30
J'ai fait l'essais de donnée les drois administration du block news au group souhaité, mais du coup le group peut modifier toutes les news ....

Enfin, après d'autres essais, les icônes d'éditions apparaisse ils peuvent essayer mais les modifications sur d'autres articles ou le groupe n'a pas les droits ne sont effectivement pas modifiable !

Par contre le group peut supprimer toutes les news ...


Je suis tomber sur se poste de la version 1.4 qui semble répondre à mes problème

https://www.frxoops.org/modules/newbb/ ... SC&topic_id=8301&forum=12

Quand penssez vous ? le module n'a pas été mis à jour depuis ?

Posté le : 19/02/2013 11:25
Transférer la contribution vers d'autres applications Transférer


News 1.68 block moderate
Aspirant
Inscrit: 06/07/2012 10:51
Messages: 30
Bonjour je rencontre un problème avec le block news_moderate.php

Premier beug :

Lorsqu'une news est en attente d'approbation, le block fait planté le site.

J'ai du commenter c'est deux ligne pour que le site remarche !

#$block['picture'] = XOOPS_URL.'/uploads/news/image/'.$story->picture();
#$block['pictureinfo'] = $story->pictureinfo();

Deuxiéme beug : ( le plus important pour moi)

J'ai créer des groupes avec des utilisateur pouvant approuver les news en attentes d'approbation. mais lorsque un utilisateur disposant des droits d'approbation souhaite editer la news via le block moderate, celui-ci n'a pas les accés nécessaire pour approuver la news :

Désolé, vous n'avez pas les permissions pour accéder à cette zone.

avez vous une idée ?

Posté le : 19/02/2013 10:30
Transférer la contribution vers d'autres applications Transférer



 Haut
(1) 2 3 »




Propulsé avec XOOPS | Graphisme adapté par Tatane, Grosdunord, Montuy337513

24 Personne(s) en ligne (20 Personne(s) connectée(s) sur Forum) | Utilisateur(s): 0 | Invité(s): 24 | Plus ...