Le laboratoire Viabloga

Expériences pour un ViaBloga Nouvelle Formule

Quels sont les textes existants qui devront être repris ? De quelle manière ? Quels sont les textes qui méritent une mise à jour, quels sont ceux qui restent à rédiger (documentation, FAQ...) ?
--> Liste des articles dans Contenu

Bienvenue

Ce weblog va permettre de réorganiser les informations dédiées aux utilisateurs et futurs utilisateurs de Viabloga . Un plan est disponible, consultez-le, il vous permettra de prendre connaissance du travail qui est effectué ici

--> - DerniersChangements

(pour les admins : - )

Ce blog est collaboratif et ouvert à tous, vous pouvez proposer vos articles si vous êtes inscrits.
Vos envies et idées sont les bienvenues. Par contre, gardez bien à l’esprit que ce sont vos envies et idées par rapport à l’organisation de cette future plate-forme qui doivent être listées ici. Pour tout autre sujet et pour les suggestions, continuez à écrire vos articles sur Vie de Viabloga

 Interface d'administration

jlb
Samedi 10/12/2005
20:57 - son site

mots-clés :

 

 

 Weblog forum ?

Le cas lelablase...

jlb
Vendredi 09/12/2005
17:34 - son site

mots-clés :

 

J'anticipe l'identification d'un nouveau cas d'utilisation mais qui a été évoqué l'autre jour par Jesabeth.
Justement, pourquoi ne profiterions-nous pas du labo et de la conception d'un modèle spécifique par Jesabeth pour explorer cette modalité ?
Peux-tu nous en dire plus, Jesabeth, sur ton idée sur le sujet ? Mieux : nous montrer ?!

Je pense d'ailleurs que cette réflexion va rejoindre la discussion concernant le phénomène "leblase est un faux". La question déjà de la possibilité d'identifier dans un commentaire l'article ou le commentaire de référence reste posée. Jesabeth ou Stéphane ?

PS : le terme "lelablase" n'est pas de moi mais j'ai beaucoup apprécié...

>  

 Weblog ecommerce ?

Cas d'utilisation d'un site

jlb
Mercredi 07/12/2005
21:01 - son site

mots-clés :

 

Comment qualifier ce nouveau cas d'utilisation avec le site de Olivier Demaegdt : unbureausurlaterre.com ?
Il faut le rajouter dans .

 Gestion des groupes d'utilisateurs sur les sites collaboratifs

Ajout et personnalisation

jlb
Dimanche 20/11/2005
16:07 - son site

mots-clés :

 

Pour les sites collaboratifs, les groupes par défaut sont les suivants :

Anonymes (_anonymous): 0
Non-Anonymes (_non_anonymous): 1
Redacteurs (redacteurs): 2
Moderateurs (moderateurs): 3
Administrateurs (administrateurs): 4







Les noms entre parenthèse ne peuvent être modifiés. Ils sont enregistrés tels quels. Par contre, dans Interface d'administration / Collaboration / Groupes, il est possible de modifier le Titre et le Descriptif de chaque groupe, ainsi que d'Ajouter un groupe..

Test 1 : modification des titres des 5 groupes en leur donnant pour titre leur n° de classement initial
Résultat au niveau de l'ordonnnancement des colonnes dans Interface d'administration / Collaboration / Permissions :

0 (_anonymous): 0
1 (_non_anonymous): 1
4 (administrateurs): 2
3 (moderateurs): 3
2 (redacteurs): 4







Les paramètres de chaque colonne (Groupe) sont conservés mais le nouvel ordonnancement ne respecte plus la hiérarchie des permissions en ordre ascendant - ce qui perturbe beaucoup. Il semble que les groupes soient désormais classés par ordre alphabétique des noms originaux, indépendamment des nouveaux titres.

Test 2 : ajout d'un groupe 5 "Visiteurs"
Et voici le nouvel ordonnancement obtenu :

0 (_anonymous): 0
1 (_non_anonymous): 1
5 (visiteurs): 2
4 (administrateurs): 3
3 (moderateurs): 4
2 (redacteurs): 5








Questions :
  • Comment se fait-il que le nouveau groupe "Visiteurs" se soit intercalé entre le groupe "_non_anonymous" et celui d'"administrateurs" ?
  • Les groupes ajoutés ont-ils un statut par défaut ou sont-ils dénués de toutes caractéristiques particulières ?
  • Qu'en est-il des autres ?
  • Pourquoi ne peut-on supprimer un groupe ajouté ? Et les autres tels "redacteurs" et "moderateurs" ?
  • Est-il possible de rétablir l'ordonnancement initial (quand même bien plus commode) ?

 Sites à accès réservé (weblog club ?)

modalités actuelles et perspectives

jlb
Dimanche 20/11/2005
15:03 - son site

mots-clés :

 

Cas d'utilisation :
Fonctions concernées : -

La façon la plus simple - et prévue pour cela - consiste à dans Interface d'administration / Configuration / . La connexion au site exige une authentification préalable avec un Nom d'utilisateur et un Mot de passe définis par le créateur du site et communiqués aux destinataires, des lecteurs-commentateurs a priori pour un site simple.

Il existe une variante : la possibilité de .

Cette approche de l'accès est tout de même très restrictive. Elle ne permet pas par exemple de découvrir le site, au moins sa charte graphique, comme l'enseigne des discothèques. Là, c'est d'emblée le cerbère de l'entrée. C'est très bien pour les sites qui ne souhaitent aucune publicité. Le responsable des lieux peut néanmoins souhaiter informer l'éventuel visiteur où il débarque et quelles sont les conditions pour accéder aux lieux, éventuellement ce qui l'attend ou qu'il pourra y trouver.

Dans Interface d'administration / Configuration / Site, il y a une liste déroulante pour la 'Première page' avec deux options, 'Sommaire' et 'Plus récent article', pour définir ce qui s'affichera en première page : soit le dernier article publié soit ce qui a été déterminé dans les blocs du modèle pour la page 'Sommaire'. Pourquoi ne pas prévoir également une option 'Accueil', pour la page d'accueil et dans les blocs du modèle ? Il s'agirait de pouvoir définir un accueil préalable au sommaire, et distinct de celui-ci. L'option 'Vie privée' ne s'appliquerait qu'aux autres pages, 'Sommaire' et 'Autres' ('Toutes' ne s'appliquerait qu'à 'Sommaire' et 'Autres'). Comme actuellement, on pourrait associer un texte au bloc de cette page qui ne s'afficherait qu'à l'accueil. Toute autre tentative, comme par exemple de cliquer sur un onglet de rubrique d'un modèle comme celui-ci, déclencherait l'ouverture de la boîte d'identification actuelle.

Les sites collaboratifs pourraient en outre offrir une variante : celle de se passer d'activer la fonction 'Restreindre l'accès' tout en le contrôlant. Il suffirait pour cela de pouvoir gérer les permissions de lecture/écriture d'articles par rubrique, à l'instar de ce qui est déjà proposé pour les textes. La suggestion n'est pas nouvelle mais elle s'impose : la gestion des permissions par rubriques permettrait de traiter les articles comme les textes avec des échanges réservés en fonction des groupes.

En relation, il faudrait tout de même procéder à plusieurs autres ajustements de la plate-forme :

  • Dans le Menu du site, il faudrait retirer 'Session' qui affiche le formulaire sur les pages 'Autres' - ou que le formulaire correspondant s'affiche sur la page Accueil en question (mais il peut aussi être sélectionné dans les blocs, en l'occurrence sur la page 'Accueil')
  • Toujours lié à 'Session', le formulaire actuel permet de 'S'inscrire' ou de recevoir son 'Mot de passe oublié ?', or ces fonctions sont réalisées automatiquement, sans filtrage préalable par le responsable du site, ce qui ne peut convenir pour un site à accès réservé : toute inscription doit être validée par le responsable du site. Une solution consisterait à paramétrer, dans ce cas, les permissions du groupe 'Non-Anonymes' (dans lequel se range par défaut toute inscription) comme les 'Anonymes' et créer un groupe 'Non-Anonymes autorisés', ou 'impétrants', avec des droits effectifs correspondants... De même le mot de passe ne peut être communiqué et rappelé avec le login correspondant.

Est-ce que ces développements sont envisageables ?