|
|
|
Evénement
Big Picture Projets en accès direct
| Wish List
Liste de souhaits
Si vous ne trouvez pas votre bonheur dans toutes les fonctionnalités que propose ce wiki (cf. Aide et Outils), vous pouvez déposer vos souhaits sur cette page. LePlombier pourra peut-être exaucer vos voeux. Espérons que certains, parmi la belle brochette d'informaticiens que nous avons dans cette assemblée, n'hésiteront pas à lui donner des coups de mains... placer les nouveaux souhaits au dessus de la pile, merci Ben, What about mon petit cadeau de Noël? ;-) --OA Ne pourrait-on pas laisser à chacun la possibilité de changer sa couleur dans l'ap sans aller pour autant batailler avec son interface générale? L'idée serait que, d'un côté les paramètres des tableaux de veille soient accessibles via un login/password qui donne accès à tout, de l'autre que le paramétrage des couleurs, une fois le mot clé correspondant identifié, puisse être changé indépendamment de l'interface générale avec un login/password qui lui est propre et puisse être aussi affiché à l'extérieur de l'interface de l'ap. Ca donnerait qqchose comme cela. http://barcamp.org/BarCampNewsVisualAggregator
Evidemment la couleur bgcolor="#fee30a" viendrait directement de l'ap, comme par magie ;-) Encore un truc pour Noël :-)) --OA Je ne vois pas bien l'intérêt de mettre un password dans l'URL ? Si le password est dans le lien, même crypté, ce n'est plus un password puisque le lien donnerait accès dans tous les cas à la modification de couleur du mot-clé ? --yann
Puis comme Noël est vraiment proche, j'ajoute encore un cadeau sur la liste de papanoel: ça serait pas mal de faire apparaitre des petits jpeg ou gif dans le popup que l'utilisateur pourrait lui-même choisir en spécifiant l'adresse de l'image (qui viendrait donc d'un serveur quelconque).--OAOui, le password dans l'URL permettrait de laisser à tous les membres d'un groupe habilités à lire une certaine page wiki où l'URL est inscrite le soin de modifier la ou les couleurs lièes au groupe. Si l'URL correspondant à une couleur personnelle n'est pas publiée par son propriétaire, alors personne ne pourra la changer dans son dos. Voir le work in progress BarCampNewsVisualAggregator --OA Bonjour Yann et Olivier, des demandes/questions pour les participants d'Autograph. - est-ce qu'il est possible de joindre des fichiers de grosses tailles sur le serveur. On manipule pas mal de gros fichiers et ça nous serait utile (fichiers images etc.) ? La taille limite des fichiers que l'on peut uploader sur ce serveur avec l'action attach (dans la barre de menu d'édition, action que tu as déjà testée) est limitée à 8Mo. si ce n'est pas suffisant,on pourrait envisager d'ouvrir un espace FTP sur un autre serveur (dédié) que Olivier à en location chez OVH ? olive ?
Oui pas de probleme, le serveur OVH est dispo pour ça. Tu le fais?--OA - est-ce que l'on peut "fermer" des pages de travail avec un mode passe (ou un accès réservé). Je sais ce n'est pas très "ouvert" comme esprit, mais il y a besoin qui s'exprime (et qui freine manifestement les usages d'Overcrowded chez certains) de pouvoir faire des pages "sales" dans un esprit "cuisine collective" sur lesquelles seront travaillées les données avec des problèmes de confidentialité (provisoire). Une fois que les résultats seront consolidés et validés, on les rendra public sur les pages "ouvertes" d'Overcrowded, mais on aurait vraiment besoin d'un espace "cuisine". Merci - Dominique oui on peut gerer les droits par page , voir : ControlerLAccesAuxPages --y
Merci, ça a l'air très simple la gestion des droits - Dominique oui, tu vas essuyer les plâtres car je ne crois pas que quelqu'un ait déjà testé ces possiblités sur ce wiki overcrowded. Pour vraiment controler l'accès à une page, je pense qu'il faut utiliser les listes de noms d'utilisateurs car si l'accès en lecture est seulement restreint aux utilisateurs inscrits, ça n'empêche personne de s'inscrire et donc d'avoir accès au document. En fait, tout dépend du niveau de fermeture souhaité...
test en cours sur TestAccesAutograph qui a accès à cette page en lecture et/ou ecriture ? (pas moi) --y
se supprimer soi-même de la liste des utilisateurs pas possible ;-),cette liste est une liste automatique des inscrits sur le wiki, pour s'effacer de la liste, il faudrait donc supprimer son propre compte. Je crois que ça ne fait pas partie des fonctionnalités actuelles du wiki, mais si c'est vraiment nécessaire, il faudra le developper... -- y
Discussion (cf Impresssion) Dans la ligné de la remarque de Gwendal et de Christel, je suis perturbé par le mélange des contenus et des discussions sur ledit contenu dnas les pages du Wiki. L'association d'un forum (comme sur Wikipedia) serait un grand plus pour moi. C'est une question de pratique. Pour une page de contenu qui s'appellerait par exemple LeNomDeLaPage?, il suffit de créer aussi la page LeNomDeLaPageDiscussion?. Il faut ensuite s'accorder sur une règle qui dirait qu'on ne discute que sur les pages de discussion et pas les autres. --y Pour simplifier la tâche, il y a désormais automatiquement un lien vers une page de discussion pour chaque page. --y Oui, les DerniersChangements sont bien comme ça dans le menu. Pour le orange sur fond gris, tu peux préciser quelles CSS tu utilises ?
J'utilise le style par dafaut, mais a y tout marche bien. --OA Avec celle sans marges, liens noirs, tout semble OK, avec en pime un menu fixe de fonctionnalités en bas d'écran super pratique (Firefox only ;-) . --ySuper, t'as trouvé ça qqpart ou c'est développé de scratch?--OA La gestion de CSS multiples, c'est de série dans wikni :-), mais celle là , c moa kilêfê ! pour la série de boutons et page discussion, c de scratch --yFaciliter la lecture Pour faciliter la lecture via un client RSS, ou même via le web d'ailleurs, pourrait-on avoir sur les pages du type http://overcrowded.anoptique.org/BLABLA/revisions « Cliquer sur une date pour voir la version correspondante du document BLABLA. » avec un lien sur http://overcrowded.anoptique.org/BLABLA sur le mot BLABLA (histoire de pouvoir accèder facilement à la dernière version, même si on dispose d'une version ancienne de la page). -- bsi Stats Pour la page StatistiquesMatriceDates, une piste pour l'affichage serait quelque chose du genre <div style="width:169px; border: 0px; padding: 0px; padding-left: 2px; background-color: green; color: darkgray;">169</div> -- bsi Impression Il semblerait qu'imprimer une page Overcrowded (sur papier) ne soit pas facile : les marges à droite tronquent le texte. (je ne fais que transférer une requête, je n'ai pas testé). Existe-t-il une méthode sioux pour réussir ses impressions ? -- GwendalSimon on behalf of ChristelSorin Vu, j'ai modifié la feuille de style d'impression et ça va beaucoup mieux en effet (actualiser dans le navigateur pour recharger la nouvelle CSS ). --yann
Renvoi d'un nouveau mot de passe sur demande pour les étourdis Ça serait un grand progès pour WikiNi ;-)--OA- Ne pas dissocier un sujet de ses commentaires Cela évitera toutes les mauvaises interprétations y compris à la lecture car sinon tu donnes d'abord le message du sujet alors même qu'il peut ne pas du tout être en rapport avec des commentaires (cf l'exemple sur Methodologie !) JacquesChatignoux C'est une question difficile car il ne faut pas faire grossir indéfiniment les pages sous peine d'illisibilité. Cette question est réglée par wikipédia part l'association automatique d'une page de discussion à chaque article. Ici ce n'est pas systématique (rien ne l'est), mais nous en sommes proches..--OA
fil RSS composite Serait-il possible de sortir un fil RSS composite de tous les fils des pages appelés par un {{backlinks}}, cela pourrait être très utilse pour faire un joili FractalAggregator, non?--OlivierAuber Ouarf, encore un truc de ouf ;-) ... bon essaie ce nouveau handler backlinksrss (en rajoutant /backlinksrss à n'importe quelle url de page, exemple http://overcrowded.anoptique.org/OlivierAuber/backlinksrss ) pour voir si ça correspond à ce que tu imagines. ça a l'air ok dans leprincipe mais ce sont les BackLinks qui ont encore un comportement bizarre parfois, ça devrait se stabiliser avec le temps... --y
C'est tous les jours Noël ;-)--O Je profite exagerement de la période de Noël pour voir si par hasard, le barbu banc n'aurait pas aussi un rss pour les titlesearch dans sa hotte?... yes ! check: http://overcrowded.anoptique.org/overcrowded/titlesearchrss&phrase=riam on peut remplacer riam par ce qu'on veut... --y Tagging Il serait peut être utile de faire une rubrique "projets similaires" ou "boîte à idée" qui permettrait de déposer des infos utiles pour toutes et tous : par exemple des infos sur les BarCamp, ou de liens et des références de textes sur la folksonomie et le tagging collaboratif (une proposition de Kevin, stagiaire en Master recherche), ou tout autre... ChristopheAguiton Oui , mais a--ton besoin d'une rubrique ? le wiki n'est-il pas en lui-même une vaste boite à idée ? par exemple on peut créer directement les pages : BarCamp TaggingCollaboratif folksonomie, etc... et voir comment elles vont se relier ou non à une rubrique ... -- YannLeGuennec
Il existe déjà: IdeesEnVrac, LesProjets, ConsortiumsContemporains, BestPracticesPropales, à remanier... du boulot quoi ;-)--OA Pour Noël? OlivierAuber: qui saurait faire un agrégateur poïétique en AJAX, un peu comme cela, mais sans serveur central et en libre complet bien entendu?? (pour Noël? :-))) Pertinence du Mot de Passe ? Toujours enthousiaste à l'idée de voir les futurs wikis ouverts complètement en édition, je suggérerais bien dans un premier temps de ne pas obliger le nouveau visiteur à mettre un mot de passe. Les solutions de SécuritéDouce ont fait leur preuve pour contrer le WikiSpam?. Un simple réglage des préférences utilisateurs avec un NomUtilisateur? devrait pouvoir faire l'affaire... YannLeGuennec: Oui, ça se discute. Mon avis pour le moment c'est que tant qu'à taper un nom d'utilisateur, autant taper le mdp qui va avec, ce qui garantit un minimum contre les petits jeux de rôles que l'on a connu ailleurs en d'autres périodes un peu tendues ;-). Je suis assez pour l'édition complètement ouverte, mais ça dépend aussi du degré d'engagement que l'on attend des individus sur un wiki par rapport à son objectif. Ici, je crois que la réflexion sur la mise en place d'un consortium requiert un minimum d'engagement qui justifie la prise d'un compte utilisateur. C'est en outre à l'heure actuelle un moyen bien plus efficace pour lutter contre le wikispam que la sécurité douce.
Lien Editer (emplacement et visibilité) : Certaines pages pourraient devenir longues et le lien Editer bien dissimulé en bas. Que penser d'un rappel du lien "Éditer cette page" dans la barre de navigation horizontale en haut et dans un code couleur plus lisible que le blanc sur gris. En outre, une étiquette comme "Modifier cette page" est de mon point de vue moins engageante/impliquante pour l'utilisateur néophyte qui ne se sent pas forcément prêt à devenir éditeur. trouve aussi que ce serait pas mal de ne pas aller le chercher tout en bas systématiquement -- ssa
YannLeGuennec: Ok, je vais faire ça. Optimisation du RapportSignalBruit? de cet espace de travail : ChristopheDucamp : Que penser de un bouton-radio "ceci est une modification mineure" quelque part à côté du champ résumé de la modification. Les contributions mineures comme les simples corrections de typographie risquent vite de polluer le fil RSS de vos DerniersChangements ? Peut être aussi penser (en attendant) à centraliser les aspects wikio-wikistes sur une page unique, pour ne pas effrayer ceux qui ne sont pas (encore ;-) familiers de cet outil, et de ses fonctionnalités, et qui pourraient penser que nous ne parlons pas toujours un MeatBall:LangageClair ;-) Une antichambre en somme, avant l'introduction des multiples subtilités, au fur et à mesure..? -- seb
Propositions :Bonne idée, je te laisse trouver un nom de page (du capitaine) ad hoc -- yann
Moteur de recherche plus visible / Recheche sur les sites-soeurs
Renvoi de l'agrégateur d'overcrowded sur les pages "révision" Ce wiki auant un fort contenu de discussion, je me demande si l'agrégateur présenté dans le bandeau ne pourrait pas renvoyer dans les pages "révisions", ce qui éviterait à chacun un clic pour connaitre la dernière modif, par exemple pour cette page, on ouvrirait directement: http://overcrowded.anoptique.org/WishList/revisions Qu'en dites-vous?--OlivierAuber Ouai, c'est pas idiot -- yann
Merci... ;-) --O C fait --y Plus fort encore, la liste des révisons pourrait présenter un rectangle coloré en face de chacune d'elles (warf, encore un truc pour Noël ;-)--O Ouai, on verra ça à noël ;-) --y Noël au printemps ;-) --O Utilisateurs les plus actifs sur cette page, pour plus de précisions, consulter la page des NominationsMedaillesChocolat ;-) Archive: WishList01 Tags FractalAggregator / Branche2
Il n'y a pas de commentaire sur cette page.
[Afficher commentaires/formulaire]
|
