Forum PHPBoost
Reprise du message précédent
laclan:
c'est exactement à cela que je pensais
laclan:
ce qui serait bien c'est qu'on puisse avoir une icone imprimer,pdf,facebook,myspace,twitter sur les modules pages,articles,news.(en haut) et qu'on puisse les activer ou desactiver pour chaque module.
c'est exactement à cela que je pensais
On en est ou de l'intégration des réseaux sociaux sur phpboost
J'ai vite fait un truc pour vous... un petit menu...
cf : http://www.phpboost.com/forum/topic-8901.php#m81429
cf : http://www.phpboost.com/forum/topic-8901.php#m81429
Salut,
Les icônes Imprimer, pdf et peut-être ajouté aussi courriel sont une très bonne idée et devraient apparaître sur les modules suivants : news, articles, wiki.
Autre truc intéressant à intégré dans le forum : possibilité d'avoir un affichage permettant l'impression d'un sujet complet.
Encore un autre : pouvoir tester les permissions des utilisateurs en empruntant celle-ci temporairement, un peu comme le fait phpbb.
Autre truc : raffiné les permissions afin de permettre à certains de pouvoir avoir accès à certains éléments de phpboost. Par exemple, le module de contribution pour les news fait le travail, mais n'aurait-il pas été plus simple de donner des permissions plus affinés à certains pour leur permettre l'accès ?
Tiens un autre : avoir la possibilité d'être notifié par mail de l'arrivé d'un nouveau MP, le tout configurable afin de permettre de l'activer ou non.
J'aime bien ce fil, on parle de la phpboost 3.2, mais qu'en est-il de la version 3.1 ? On veut ajouter des trucs à la 3.2, mais la 3.1 n'est pas encore sortie. Loin de moi de vouloir mettre de la pression hein, n'interprétez pas mes propos ainsi, ce n'est pas ce que je veux dire. En fait, avons-nous une idée de la date de sortie ?
Bon, je cogite et je vous arrive avec d'autres idées c'est sûr.
D'ailleurs, je ne l'ai jamais dit, mais bravo à toute l'équipe de phpboost, j'adore ce projet et je trouve que vous faites un boulot superbe.
Les icônes Imprimer, pdf et peut-être ajouté aussi courriel sont une très bonne idée et devraient apparaître sur les modules suivants : news, articles, wiki.
Autre truc intéressant à intégré dans le forum : possibilité d'avoir un affichage permettant l'impression d'un sujet complet.
Encore un autre : pouvoir tester les permissions des utilisateurs en empruntant celle-ci temporairement, un peu comme le fait phpbb.
Autre truc : raffiné les permissions afin de permettre à certains de pouvoir avoir accès à certains éléments de phpboost. Par exemple, le module de contribution pour les news fait le travail, mais n'aurait-il pas été plus simple de donner des permissions plus affinés à certains pour leur permettre l'accès ?
Tiens un autre : avoir la possibilité d'être notifié par mail de l'arrivé d'un nouveau MP, le tout configurable afin de permettre de l'activer ou non.
J'aime bien ce fil, on parle de la phpboost 3.2, mais qu'en est-il de la version 3.1 ? On veut ajouter des trucs à la 3.2, mais la 3.1 n'est pas encore sortie. Loin de moi de vouloir mettre de la pression hein, n'interprétez pas mes propos ainsi, ce n'est pas ce que je veux dire. En fait, avons-nous une idée de la date de sortie ?
Bon, je cogite et je vous arrive avec d'autres idées c'est sûr.
D'ailleurs, je ne l'ai jamais dit, mais bravo à toute l'équipe de phpboost, j'adore ce projet et je trouve que vous faites un boulot superbe.
DaaX:
Alors, tout dépend de ce que tu entends par là. PHPboost permet déjà pas mal de choses au niveau des droits de lecture et de modération puisque l'on peut donner des droits spécifiques à un groupe que l'on a créé ou même à une seule personne en particulier.
Les contributions, c'est autre chose. Le système des contributions est apparu avec la version 3.0 mais tous les modules n'ont pas pu être adaptés pour l'utiliser donc dans un premier temps seuls les modules Téléchargements et Multimédia ont été adaptés. Mais les autres modules vont l'être également et les modules News et Articles seront mis à jour dans cette optique dans la 3.1. Les autres suivront.
Le module Contribution n'a pas vraiment objet à devenir pérenne, il a été créé pour permettre aux plus pressés d'utiliser le système des contribution mais il est forcément limité dans son utilisation et ne peut pas remplacer une refonte complète d'un module.
Autre truc : raffiné les permissions afin de permettre à certains de pouvoir avoir accès à certains éléments de phpboost. Par exemple, le module de contribution pour les news fait le travail, mais n'aurait-il pas été plus simple de donner des permissions plus affinés à certains pour leur permettre l'accès ?
Alors, tout dépend de ce que tu entends par là. PHPboost permet déjà pas mal de choses au niveau des droits de lecture et de modération puisque l'on peut donner des droits spécifiques à un groupe que l'on a créé ou même à une seule personne en particulier.
Les contributions, c'est autre chose. Le système des contributions est apparu avec la version 3.0 mais tous les modules n'ont pas pu être adaptés pour l'utiliser donc dans un premier temps seuls les modules Téléchargements et Multimédia ont été adaptés. Mais les autres modules vont l'être également et les modules News et Articles seront mis à jour dans cette optique dans la 3.1. Les autres suivront.
Le module Contribution n'a pas vraiment objet à devenir pérenne, il a été créé pour permettre aux plus pressés d'utiliser le système des contribution mais il est forcément limité dans son utilisation et ne peut pas remplacer une refonte complète d'un module.
Salut Shadow,
Content de savoir que ce principe de contribution, car effectivement, c'est ce dont je voulais dire exactement, sera plus flexible dans la version 3.1.
Bien hâte qu'elle arrive celle-là, plein de choses intéressantes à venir.
Content de savoir que ce principe de contribution, car effectivement, c'est ce dont je voulais dire exactement, sera plus flexible dans la version 3.1.
Bien hâte qu'elle arrive celle-là, plein de choses intéressantes à venir.
Salut,
Autre chose pour la version 3.2 : indépendance des menus et flexibilité de personnalisation.
Je m'explique concernant l'indépendance : s'assurer que les menus que l'on veut insérer (et éventuellement personnaliser) n'impacte pas sur les autres menus qui font partie intégrante du CMS. Donc, chacun sa feuille de style dans la mesure du possible.
Flexibilité : Par exemple, si je veux personnaliser le menu vertical déroulant, j'ai un problème parce que ce menu est aussi utilisé dans l'admin et sur le wiki et ils utilisent tous la même feuille de style. Donc, pas possible de modifier l'un d'eux sans impacter sur les autres....
Voili voilou.
Autre chose pour la version 3.2 : indépendance des menus et flexibilité de personnalisation.
Je m'explique concernant l'indépendance : s'assurer que les menus que l'on veut insérer (et éventuellement personnaliser) n'impacte pas sur les autres menus qui font partie intégrante du CMS. Donc, chacun sa feuille de style dans la mesure du possible.
Flexibilité : Par exemple, si je veux personnaliser le menu vertical déroulant, j'ai un problème parce que ce menu est aussi utilisé dans l'admin et sur le wiki et ils utilisent tous la même feuille de style. Donc, pas possible de modifier l'un d'eux sans impacter sur les autres....
Voili voilou.
DaaX:
Ca c'est envisagé, on est bien conscients que c'est un problème.
DaaX:
Ca par contre ça ne sera pas intégré, c'est aller à l'encontre de la réutilisabilité. Ca revient à dire, il faut distinguer tout ce qui est en commun, ce qui fait qu'on doit modifier x fichiers au lieu d'un.
Il y a une solution à ton problème qui est de modifier le template du menu que tu veux personnaliser (les pages ont un template, le wiki un autre...).
Voilà pour l'explication.
Salut,
Autre chose pour la version 3.2 : indépendance des menus et flexibilité de personnalisation.
Je m'explique concernant l'indépendance : s'assurer que les menus que l'on veut insérer (et éventuellement personnaliser) n'impacte pas sur les autres menus qui font partie intégrante du CMS. Donc, chacun sa feuille de style dans la mesure du possible.
Autre chose pour la version 3.2 : indépendance des menus et flexibilité de personnalisation.
Je m'explique concernant l'indépendance : s'assurer que les menus que l'on veut insérer (et éventuellement personnaliser) n'impacte pas sur les autres menus qui font partie intégrante du CMS. Donc, chacun sa feuille de style dans la mesure du possible.
Ca c'est envisagé, on est bien conscients que c'est un problème.
DaaX:
Flexibilité : Par exemple, si je veux personnaliser le menu vertical déroulant, j'ai un problème parce que ce menu est aussi utilisé dans l'admin et sur le wiki et ils utilisent tous la même feuille de style. Donc, pas possible de modifier l'un d'eux sans impacter sur les autres....
Ca par contre ça ne sera pas intégré, c'est aller à l'encontre de la réutilisabilité. Ca revient à dire, il faut distinguer tout ce qui est en commun, ce qui fait qu'on doit modifier x fichiers au lieu d'un.
Il y a une solution à ton problème qui est de modifier le template du menu que tu veux personnaliser (les pages ont un template, le wiki un autre...).
Voilà pour l'explication.
____________________
Un problème, une question ? Cherchez dans la FAQ ou la documentation. Si vous ne trouvez pas la réponse, demandez du support sur le forum.
Bjarne Stroustrup, inventeur du C++:
Un problème, une question ? Cherchez dans la FAQ ou la documentation. Si vous ne trouvez pas la réponse, demandez du support sur le forum.
Bjarne Stroustrup, inventeur du C++:
"There are two ways to write error-free programs; only the third works."
ben.popeye:
Ca par contre ça ne sera pas intégré, c'est aller à l'encontre de la réutilisabilité. Ca revient à dire, il faut distinguer tout ce qui est en commun, ce qui fait qu'on doit modifier x fichiers au lieu d'un.
Il y a une solution à ton problème qui est de modifier le template du menu que tu veux personnaliser (les pages ont un template, le wiki un autre...).
Voilà pour l'explication.
Salut ben.popeye,
Ça, je suis 100% d'accord avec toi. Par contre, je ne savais pas chaque menu avait son template. Si je comprends bien, si je modifie /defaul/framework/menus/links/verticval_scrolling.tpl, ça N,aura aucun impact sur le même type de menu utilisé dans le wiki et dans l'admin ?
Ca par contre ça ne sera pas intégré, c'est aller à l'encontre de la réutilisabilité. Ca revient à dire, il faut distinguer tout ce qui est en commun, ce qui fait qu'on doit modifier x fichiers au lieu d'un.
Il y a une solution à ton problème qui est de modifier le template du menu que tu veux personnaliser (les pages ont un template, le wiki un autre...).
Voilà pour l'explication.
Salut ben.popeye,
Ça, je suis 100% d'accord avec toi. Par contre, je ne savais pas chaque menu avait son template. Si je comprends bien, si je modifie /defaul/framework/menus/links/verticval_scrolling.tpl, ça N,aura aucun impact sur le même type de menu utilisé dans le wiki et dans l'admin ?
Oui c'est exactement ça
____________________
Un problème, une question ? Cherchez dans la FAQ ou la documentation. Si vous ne trouvez pas la réponse, demandez du support sur le forum.
Bjarne Stroustrup, inventeur du C++:
Un problème, une question ? Cherchez dans la FAQ ou la documentation. Si vous ne trouvez pas la réponse, demandez du support sur le forum.
Bjarne Stroustrup, inventeur du C++:
"There are two ways to write error-free programs; only the third works."
Salut,
Autres trucs pour la 3.2.
Dans le forum :
- propagation de la couleur des groupes aux noms des pseudos partout dans le forum
- fonction de délestage automatique
Messagerie privé :
- possibilité de transférer un MP
- notification optinnelle pas courriel
Encore du boulot à venir....
Autres trucs pour la 3.2.
Dans le forum :
- propagation de la couleur des groupes aux noms des pseudos partout dans le forum
- fonction de délestage automatique
Messagerie privé :
- possibilité de transférer un MP
- notification optinnelle pas courriel
Encore du boulot à venir....
riche idee d'avoir centralisée les suggestions pour la 3.2 je l'avais déja signalé mais je remts ici puisque ce topic est ouvert
un module banniére pour pouvoirles changer en fonction de dates ( pour annoncer une evènement particuliers un changement en fonction des saisons banniere été bannière hiver etc etc les usages ne manquent pas )
un module banniére pour pouvoirles changer en fonction de dates ( pour annoncer une evènement particuliers un changement en fonction des saisons banniere été bannière hiver etc etc les usages ne manquent pas )
a ouait super idée patgame ^^
mais moi je préfererais plutot avoir la possibilité ou non de mettre des banniere aleatoire (comme le site heroes-france).
mais moi je préfererais plutot avoir la possibilité ou non de mettre des banniere aleatoire (comme le site heroes-france).
ça peut etre ds la meme config du menu choix de date ou aleatoire cette fonction a implanter ne doit pas etre trop compliquée si le module est fait
J'ajoute qu'il sera bien d'avoir la possibilité d'avoir des options pour les menus... ( Je parle des menus créer en php ) pouvoir implenter ca dans la table config... )
2 Utilisateurs en ligne :: 0 Administrateur, 0 Modérateur, 0 Membre et 2 Visiteurs
Utilisateurs en ligne: Aucun membre connecté
Utilisateurs en ligne: Aucun membre connecté
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie





PHPBoost

Support
Téléchargements
Développement
Communauté


















