►http://semantic-ui.com , «Semantic empowers designers and developers by creating a language for sharing UI.»
Un succédané de #bootstrap.
Via @fil sur l’irc SPIP.
►http://semantic-ui.com , «Semantic empowers designers and developers by creating a language for sharing UI.»
Un succédané de #bootstrap.
Via @fil sur l’irc SPIP.
Hum, cité aussi là ►http://seenthis.net/messages/199765 avec le tag #semantic-ui
Annotorious - Image Annotation for the Web
▻http://annotorious.github.io/index.html
Un « nouveau » script similaire à celui utilisé das le #plugin #Légendes pour #SPIP qui devrait permettre de gérer des légendes sous forme de polygones (le script de référence semble permettre de gérer des légendes sur les vidéos et l’audio ping @kent1).
Encore du nouveau sur mon #plugin #SPIP image_responsive :
►http://zone.spip.org/trac/spip-zone/browser/_plugins_/image_responsive
Cette fois, il s’agit de pouvoir calculer la taille de l’image en fonction de la hauteur, et non plus de la largeur, de la boîte qu’elle occupe. (Et il y avait un bug dans la version précédente, qui faisait qu’il n’y avait jamais d’image de prévisualisation.)
Pour cela, introduction d’une troisième variable :
[(#LOGO_ARTICLE|image_responsive{0,0,1})]
Je pense que c’est d’un usage très spécifique, parce que concevoir une interface (qui plus est responsive) en définissant les hauteurs de boîtes plutôt que les largeurs, c’est assez coton.
Au passage, il faut re-modifier le .htaccess.
Exemple minimal : on place les logos des articles les uns à côté des autres, et ils auront la même hauteur (celle de la boîte contenante : 120 pixels ; ou, automatiquement, 240 pixels en écran haute définition) :
<div style="height: 120px;">
<BOUCLE_articles(ARTICLES){par date}{inverse}{0,5}>
[(#LOGO_ARTICLE|image_responsive{0,0,1})]
</BOUCLE_articles>
</div>
Bonjour ARNO et un grand merci pour ce plugin.
Puisque le but ici est d’optimiser les images envoyées en fonction de la taille nécessaire, ne serait-il pas judicieux de passer en plus par le plugin smush pour réduire encorela taille de ces images ?
Pour l’instant |image_responsive|image_smush ne fonctionne pas je suppose que ce serait au javascript de permettre ce détour.
Qu’en penses-tu ?
Une nouveauté sur mon #plugin #SPIP image_responsive :
►http://zone.spip.org/trac/spip-zone/browser/_plugins_/image_responsive
L’idée est de pouvoir désormais fixer arbitrairement quelles largeurs d’image on autorise.
Le principe initial d’image_responsive, c’est de charger l’image une fois qu’on a calculé la page, donc on connaît déjà la largeur réelle d’affichage de l’image. De cette façon, on charge exactement l’image à la taille à laquelle on l’affiche.
Du coup, il devient totalement inutile même de gérer la largeur réelle de l’image en amont. Ça fonctionnait bien dans mes maquettes précédentes, avec au final un nombre limité de tailles d’images différentes. En laissant faire le plugin, je fabrique certes beaucoup de tailles de la même image, mais pas de façon excessive.
Le hic, c’est lorsque j’affiche l’image carrément en pleine largeur de l’écran (habituellement, j’étais plutôt dans des largeurs d’affichage fixées). Là, je me retrouve avec la possibilité de calculer des centaines de versions d’une même image, en fonction de la taille de la fenêtre d’affichage.
Du coup, j’introduis la possibilité de fixer les tailles autorisées pour charger les images :
[(#LOGO_ARTICLE
|image_proportions{3,2}
|image_responsive{320/600/1024}
)]
Ici, je fabrique une image de proportions 3/2 (de largeur indéterminée dans ces proportions, je m’en fiche), puisque j’insère une vignette de prévisualisation de 320 (la première valeur). Le javascript qui charge l’image définitive, lui, ne chargera des images que de 320, 600 ou 1024 (en fait : plus les versions haute définition, donc potentiellement six versions de l’image). Exemple : si j’affiche l’image sur une largeur de 479 points, alors je charge l’image de largeur 600 (que je réduis donc à l’affichage).
On perd évidemment un peu de l’efficacité du plugin, puisqu’on charge une image un peu plus grande que celle qu’on affiche, mais cela évite d’avoir des centaines d’images différentes calculées dans certains cas.
Si on ne veut pas de vignette de prévisualisation mais les mêmes tailles autorisées au chargement a posteriori, la première valeur à indiquer est 0 :
|image_responsive{0/320/600/1024}
Je l’utilise sur la page d’accueil de ce site (#shameless_autopromo) :
▻http://festival-scenaristes.com
@fil A priori, la réponse est ici ▻http://fr.wikipedia.org/wiki/Synchronicit%C3%A9
Pour la séparation des valeurs, pourquoi as-tu choisi des / et pas des virgules comme on fait d’habitude ? (Si c’est par facilité de codage, je veux bien m’occuper de remettre les virgules ; si c’est pour conserver la possibilité d’ajouter une variable supplémentaire après ces valeurs, je n’y touche pas)
@fil : c’est parce qu’il y a déjà une variable qui suit (le chargement des images en lazyload est toujours là).
Avec ceci, tu limites à 3 tailles et les images ne sont chargées que si le scroll les affiche (un écran de marge, tout de même) :
|image_responsive{0/320/600/1024, 1}
J’ai vu passer ce site d’un indépendant qui propose des sites en SPIP plutôt sexy graphiquement, ce qui n’est pas toujours le cas dans la galaxie SPIP.
#SPIP
Je ne dirai rien, je ne dirai rien, je ne dirai rien, je ne dirai rien, je ne dirai rien, je ne dirai rien, je ne dirai rien, je ne dirai rien, je ne dirai rien, je ne dirai rien, je ne dirai rien, je ne dirai rien
Je ne sais que penser de ton silence, je ne sais que penser de ton silence, je ne sais que penser de ton silence, je ne sais que penser de ton silence, je ne sais que penser de ton silence, je ne sais que penser de ton silence,
How to Start an Anonymous Blog — Untraceable
►http://untraceableblog.com/blog/2014/01/26/how-to-start-an-anonymous-blog
I believe that by following the steps I outlined in this post, no one will ever be able to reveal my identity. My domain may be seized and my blog can be closed, but I am confident that my identity will remain a mystery.
via @opironet cet exercice amusant qui parle de #github-pages, de #tor, de #bitcoin, d’un outil de stats alternatif ►http://statcounter.com etc.
Bonjour,
Quel est le problème ?
merci @olivier qui nous a déplanté
il y avait dans les /etc/apt/sources.list
un dépôt dotdeb « stable » ; mais « stable » ayant changé de niveau, et pas nous (on est encore en squeeze), ça créait une incohérence :
pour corriger il fallait changer :
deb http://packages.dotdeb.org stable all
deb-src http://packages.dotdeb.org stable all
deb http://packages.dotdeb.org squeeze all
deb-src http://packages.dotdeb.org squeeze all
Just added a #PeerJS server in Symbiose! It allows real-time communication, and this implementation supports server-to-server communication to allow users connected on different servers to talk together.
PeerJS - Simple peer-to-peer with WebRTC
▻http://peerjs.com
PeerJS simplifies WebRTC peer-to-peer data, video, and audio calls.
PeerJS wraps the browser’s WebRTC implementation to provide a complete, configurable, and easy-to-use peer-to-peer connection API. Equipped with nothing but an ID, a peer can create a P2P data or media stream connection to a remote peer.
<script src="http://cdn.peerjs.com/0.3/peer.js"></script>
Get a free API key. Your id only needs to be unique to the namespace of your API key.
bizarre, c’est du #P2P mais il faut leur demander une autorisation ?
On a le choix : utiliser les serveurs officiels ou installer son propre serveur : ▻https://github.com/peers/peerjs-server
PeerServer
To broker connections, PeerJS connects to a PeerServer. Note that no peer-to-peer data goes through the server; The server acts only as a connection broker.
PeerServer Cloud
If you don’t want to run your own PeerServer, we offer a free cloud-hosted version of PeerServer. Start by getting a PeerServer Cloud API Key!
Run your own
PeerServer is open source and is written in node.js. You can easily run your own.
Vu que c’est du #Nodejs et que #Symbiose est en PHP, j’ai été obligé de faire une nouvelle implémentation. Du coup j’en ai profité : ▻https://github.com/symbiose/symbiose/wiki/PeerJS%20server
Usage Statistics and Market Share of SPIP for Websites, January 2014
▻http://w3techs.com/technologies/details/cm-spip/all/all
#SPIP is used by 0.2% of all the websites whose content management system we know.
Du 3 au 9 février, Maison de la Grève. Quelques jours pour penser depuis l’Amérique du Nord et Rennes Métropole la fin du monde, et son au-delà.
Plus de détails sur le mini-site fait pour l’occasion (#bootstrap et #spip)
▻https://maisondelagreve.boum.org/usapocalypse
Avant
– le 28 janvier 28h00 Lecture de #Deleuze : « Nietzsche et Saint-Paul, Lawrence et Jean de Padmos », préface de #Apocalypse de D.H. Lawrence. "La modernité de l’Apocalypse est moins dans les #catastrophes annoncées que dans « l’instauration démente d’un #pouvoir ultime, judiciaire et moral ».
Pendant
– le 3/02 : 20h30 | #PROJECTION
#LasVegas Méditations , en présence du réalisateut Florent Tillon.
« Ville du degré zéro de l’urbanité, de l’ #architecture et de la culture, #ville du degré zéro de la sociabilité, de l’art et de la pensée. Ville du trop qui devient sans, de l’excès qui se mue en défaut, de la profusion qui tourne en privation. » Bruce Bégout - Zeropolis
– le 4/02 : 20h30 | PRESENTATION
#Messianisme, #rédemption et métamorphose
Analyse de l’inspiration apocalyptique dans les différents courants messianiques, bouleversés par la #kabbale lourianique et Sabbataï Tsévi, et dont les conséquences courent jusqu’à nous qui en racontons l’ #histoire.
– le 5/02 : 20h30 | PRESENTATION
#Anthropocène : analyse de l’effondrement de la #civilisation (USA).
– le 6/02 : 15h00 | PRESENTATION
Habiter la catastrophe . #Fukushima 2011 – 2014 (#JAPAN).
– le 6/02 : 20h30 | #FILM
#Detroit ville sauvage , en présence du réalisateur Florent Tillon
Résurrection urbaine après le #désastre invisible du XXIe siècle.
– le 7/02 : 19h00 | APERO
Apéro survivaliste : dégustation d’insectes.
– le 7/02 : 20H30 | DISCUSSION
Fictions apocalyptiques. La guerre des usages politiques de cet imaginaire décisif.
– le 8/02 : 20h00 | FILM + CONCERT
Projection (Unclear holocaust) et Concert (Kawaii mort) dans un lieu tenu secret augmentant ses chances de survie face à l’apocalypse.
Après
– A des dates non définies : Visite de la tenture de l’Apocalypse au château d’Angers - ▻http://angers.monuments-nationaux.fr et cours sur l’icônographie Apocalyptique. Si vous voulez être tenu au courant ou proposer des films, des ateliers, des discussions...
@thibnton et @rastapopoulos, ça pourrait vous dire.
Le site est abonné à quelques flux rss de tags d’ici et les visiteurs sont invités à s’inscrire chez #seenthis s’ils peulent partager du contenu.
C’est amusant, ça a l’air d’être un beau projet. :)
Pour une autre interprétation, on pourra aussi lire le complexe roman Alain Zannini de Marc-Édouard Nabe, qui était part vivre quelques mois sur l’île de Patmos au moment du changement de millénaire, afin d’écrire sur l’identité et sur l’Apocalypse (Nabe étant né le jour de Saint Jean l’Évangéliste, le 27 décembre). Ce livre étant en partie interprété comme étant une introspection, une sorte d’auto-psychanalyse (pour dire vite).
@maieul ça pourrait te dire aussi, et au cas où tu connaisses des gens vers Rennes.
Getting from #GitHub to #WordPress
We now manage our WordPress theme in jquery-wp-content, and the content for all of our sites are stored and managed in individual repositories on GitHub. Storing the content of each site on GitHub gives us all the benefits of tracking tasks in issues, discussions on pull requests, visual diffs for changes, etc. The content of each page is generated by grunt-jquery-content from #HTML, #XML or #Markdown source depending on the repository. This content is then synced to WordPress using grunt-wordpress. Just like our code, all of our site content is open source and released under the terms of the MIT license, with the exception of our branding which is not licensed for use by others.
▻http://blog.jquery.com/2014/01/23/getting-from-github-to-wordpress
▻http://contribute.jquery.org/web-sites/#grunt-getting-static-content-into-wordpress
Ça devrait intéresser @fil
à lire le code je ne vais pas essayer d’utiliser les mêmes #outils — mais la démarche est intéressante
à noter, les meta-données d’un article sont stockées sous la forme suivante en tête du fichier (html) du contenu :
<script>{
"title": "My Post",
"termSlugs": {
"<taxonomy_name>": [
"<hierarchical_slug>"
]
}
}</script>
<p>Content - I'm a post!</p>
contenu…
Nouvelle version du plugin #Crayons pour #SPIP
– Nombreuses notices PHP en moins
– Changement de stratégie dans la fonction valeur_colonne_table_dist()
: on ne calcule la partie where de la requête SQL que si c’est réellement utile, et pour ce faire, on sépare en 2 fonctions le calcul :
–- du nom de la table d’application et de sa/ses clés primaires
–- du where SQL
De la sorte, si un contrôleur calcule lui-même les valeurs de tous ses champs, aucune tentative erronée de créer un where adapté n’est réalisé, ce qui évite des notices PHP lorsque le controleur utilise des noms de champs ne correspondant pas à des colonne SQL.
Ceci permet entre autres de passer des #EDIT{mots_article-128}
dans une boucle GROUPES_MOTS et en gérant un contrôleur adapté permettant de sélectionner les mots d’un certain groupe, liés/à lier à l’article 128.
Pour faire suite à ▻http://seenthis.net/messages/219734
Crayon de mots pour un article : un crayon pour un groupe de mots
▻http://marcimat.magraine.net/Crayon-de-mots-pour-un-article
Organisation des dossiers à la racine d’un projet SPIP - SPIP-Contrib
▻http://contrib.spip.net/Organisation-pragmatique-des-dossiers-SPIP
La méthode proposée ici est d’organiser les dossiers sur le serveur d’une manière rigoureuse et reproductible (industrielle ?) permettant d’optimiser le développement, la mise en production et la maintenance d’un site SPIP.
Fusion de SPIP - SPIP-Contrib
►http://contrib.spip.net/Fusion-de-SPIP
Importer et fusionner tout le contenu d’un autre site : textes, images, auteurs, liens, et sans se mélanger les pinceaux.
Hi ! l’auteur de ce plugin est @nicod_, bravo à lui.
Pour ma part, j’ai commité le plugin Dépublie
▻http://seenthis.net/messages/216884
“Some #Bitcoin enthusiasts have announced a new project called #Bitcloud. The idea is something like the old Mojo Nation P2P architecture, in which individual Internet users perform tasks for each other — routing, storage, lookups, computation — in exchange for very small payments.” (by Cory Doctorow)
▻http://boingboing.net/2014/01/17/bitcloud-bitcoin-like-system.html
Beautifully Mashed-Up Photos Show The Glory And Wreckage Of Detroit
▻http://www.fastcoexist.com/1681121/beautifully-mashed-up-photos-show-the-glory-and-wreckage-of-detroit
↔ Siteleaf
Content management simplified. Edit in the cloud, publish anywhere.
Très bon article (et très bonne discussion) sur le stockage des mots de passe dans une base de données. J’espère que les mots de passe de SeenThis sont bien protégés :-)
▻http://linuxfr.org/users/elyotna/journaux/l-art-de-stocker-des-mots-de-passe
@Fil Donc, mots de passe au régime sans sel ? Mauvais, en effet.
ah non vérification faite (▻http://core.spip.org/projects/spip/repository/entry/branches/spip-2.1/ecrire/auth/spip.php) c’est plus compliqué que ça :
1) le mot de passe est chiffré en SHA-256 avec une clé de hachage différente pour chaque utilisateur et qui change à chaque login
2) on a aussi un ’htpass’, SHA-256 avec un sel aléatoire, mais j’ai du mal à voir si cette valeur a encore la moindre utilité
J’avais 3 ans !
Mais les développeurs ne pensent pas a le moderniser un petit peu ?
@emersion : c’est quoi ton pb avec cette ligne ? tu l’a réécrirait comment ?
sql_fetsel(), sql_quote() c’est lourd. La fin est magnifique :
,’’,’’,’’,’’,$serveur) ;
On ne compte plus les arguments sur les doigts de la main (mettre $serveur en dernier est pas très malin d’ailleurs).
Et puis (oui bon je pousse un peu) je n’aime pas le mix anglais-francais ($row mais statut<>’5poubelle’).
Ce n’est pas de la POO, mais je comprends que des développeurs n’aiment pas ce concept et restent aux fonctions.
Je réécrirais un truc du genre (j’ai bien dit « du genre » !) :
$row = $server->query(’SELECT * FROM spip_authors WHERE login=:login AND password=:password’, array(’login’ => $login, ’password’ => $password));
Il y a encore sûrement plus lisible/mieux en général.
Le reste du peu de code que j’ai lu n’était pas très propre non plus.
Bon, je crois que je vais me faire des ennemis moi ! :-o
c’est parce que cela utilise l’api d’abstraction sql de spip ... qui est super puissante pour gérer plusieurs types de bdd.
Des ennemis, non, car on en a entendu de toutes sortes et de toutes les couleurs depuis 14 ans ; comme quoi on programmait mal, qu’on n’était pas fiables, etc. Au final on est toujours là avec un produit qui est pas si « crade » qu’on le dit. Même s’il ne suit aucune des modes…
En termes de sécurité, puisque c’est le sujet de départ, on n’a pas eu d’alerte « grave » depuis longtemps, et le système de connexion, atypique, n’est pas si mauvais. Alors il y a certainement mieux à faire ici ou là, et tu es tout à fait bienvenu pour apporter des améliorations :)
@maieul : SQL est un langage, donc mon code marche sur toutes les base de données supportant SQL a priori. Bon, après il y a des différences d’implémentation, mais ce n’est pas un SELECT ou un FROM qui changera. Utiliser PDO revient au même. ;-)
@fil : oh, mais c’est normal pour un code de 14 ans de ne pas suivre les dernières « modes » (ou dernières « avancées »). Je suis plutôt impressionné par ce projet qui est toujours vivant depuis si longtemps. Je jetterais un coup d’œil pour voir si je peux aider a implémenter un truc ou deux. Mais je pense qu’il y a plus utile a faire que de moderniser le code. :-P
oui, en effet, et c’est d’ailleurs pour ça qu’il a l’air crade :)
dans les projets actuels, si tu as envie de participer, il y a l’idée de décentraliser seenthis ►http://seenthis.net/messages/216935
Afficher avec #Spip la dernière vidéo d’un #channel #Youtube
▻http://www.soon7.com/developpements/afficher-avec-spip-la-derniere-video-dun-channel-youtube
Etape 1 : récupérer le flux Le flux lié à votre channel #youtube est de la forme : [crayon-52d9869634005078031968/] Pour trouver l’id de votre channel, connectez vous sur votre channel, et en haut vous aurez une url de la forme : ▻http://www.youtube.com/channel/ID_DE_VOTRE_CHANNEL Etape 2 : Boucler avec la boucle DATA de #Spip On […]
Demo - #typo3 #neos
▻http://neos.typo3.org/demo.html
“The following introduction video to TYPO3 Neos shows you how quick and easy it is to edit content. Part of the video is a demonstration on how to create pages, edit texts and insert and crop images as well as how publishing content changes works.” Tags: typo3 neos #ux #cms
#question aux seenthistes !
Ça fait plusieurs fois que je partage quelque chose qui est déjà passé sur seenthis - et que je supprime mon message après coup pour partager l’article déjà passé. Y a-t-il un moyen de savoir si c’est déjà passé avant de partager quelque chose ??
Merci pour les infos !
le moteur de recherche ?
sinon, on vend aussi un greffon qui se branche directement sur ton cerveau et t’envoie une impulsion électrique quand tu t’apprêtes à partager un contenu déjà présent sur le site ; mais il faut accepter une (très légère) opération dans une clinique clandestine avec qui nous avons un partenariat en Roumanie
Super, je connais pas la Roumanie. Ça me fera des vacances, tiens.
Des fois, je garde le doublon, aussi.
À cause du droit à l’oubli de l’autre posteur.
Moa j’aime les doublons ! Ça fait riche.
@monolecte Oui en effet... c’est l’esprit-base-de-données ("doublons = pas bon si pas justifiés ?") qui s’exprimait dans ma question, mais rien n’oblige de s’y plier systématiquement... (pfiou, heureusement)
Je viens de voir le tag automatique Roumanie dans le premier message. #wtf
Ça alourdirait énormément si au moment de calculer le post — avec le bookmarklet ou non, quand on clique sur envoyer — il y ai vérification et un petit machin qui dise "ce truc a déjà été publié ici et ici et ici, [j’abandonne] [je m’en fous j’aime les doublons] ?
Je pense qu’il est vain d’essayer d’éviter les doublons. Après tout, pourquoi vouloir centraliser les discussions ?
De plus, un clic sur la petite flèche devant l’URL affiche tous les posts qui référencent ce lien. S’il y en a beaucoup, c’est peut être une indication qu’il est intéressant, ou en tout cas qu’il a du succès.
un doublon, c’est le début d’une nouvelle aventure sur seenvice
Fusse un temps où je défendais le non doublon pour des raisons pratiques d’archivage et de recherche. J’ai fait la bêtise de substituer à mon archivage mail l’archivage sur seenthis mais comme il s’avère que c’est une calamité, allons-y, doublons, triplons, quadruplons sans contrainte :) Par contre si je pouvais récupérer mes posts dans ma boite mail ce serait le bonheur !
@odilon je ne sais pas programmer un serveur IMAP en PHP et je n’ai pas envie de m’y mettre, mais je fournirai volontiers les données au format email, avec le script décrit ici ►http://seenthis.net/messages/216935
Y en a qui veulent récupérer leurs posts seenthis dans leur boite mail, moi j’aimerai mettre ma boite mail sur seenthis ! Enfin pas toute la boite mail, juste quelques listes. @fil ?
Ben moi, à vous lire, je crois que je vais les laisser passer, les prochains doublons. Et que j’envisagerais la flèche noire comme @severo : l’indication d’un intérêt particulier.
perso j’effacerais si c’est un doublon d’actu et que le message a été posté dans la semaine avant le mien, et sinon je garde pour relancer la discussion ou permettre à ceux qui sont arrivés entre temps d’avoir l’info.
Par contre peut être intégrer les doublons dans un système de ping si jamais ça se fait, comme évoqué ici : ►http://seenthis.net/messages/215569 ? Comme ça on à le beurre et l’argent du beurre. #seenthis_demande
A More Modern Scale for Web Typography | Design in the browser with web fonts and real content — Typecast
▻http://typecast.com/blog/a-more-modern-scale-for-web-typography
it’s not just the absolute sizes of your type and spacings that must change as screen sizes shrink; the proportions between them must change as well. So I’ve come up with a responsive relative scale to help you achieve a more readable page regardless of device or resolution.
Je rêve d’un système de gestion des tickets a) auto-hébergé, b) simple d’utilisation (pour organisation interne du travail d’une équipe, pas pour des développeurs), c) simple de conception (solution du genre de celles proposées dans le fil ►http://seenthis.net/messages/150466) et d) accessible depuis partout e) avec éventuellement authentification.
Les raisons sont les suivantes :
– a) contrôle des données, utilisable en local/intranet/internet, reproductible
– b) c’est tellement efficace, les tickets, pourquoi le réserver au développement logiciel ?
– c) facile à maintenir, exporter/importer, archiver
– d) les avantages du web
– e) pour le contenu interne (mais binaire : connecté = accès à tout le contenu, non-connecté = rien - facile à gérer au niveau du serveur web)
J’aimerais que les tickets permettent :
– 1. un ticket par tâche, avec commentaires successifs (un ticket, quoi)
– 2. un statut (ouvert/fermé, ou en cours/terminé)
– 3. des labels/mots-clés pour indexer et regrouper les tickets
– 4. assigner le ticket à une personne
– 5. s’abonner à un ticket (pour recevoir des notifications de mise à jour) ou abonner qqn d’autre
– 6. fixer une date limite (voire des dates limites)
– 7. envoyer des alertes automatiques par mail 15 jours avant la date limite
Pour être plus simple, mieux vaut diviser le problème. On peut donc imaginer :
– un système de forum simple comme #seenthis ou #nononsense : permet 1, 3 et 5.
– pour 2., peut être peut-on se servir de mots clés : #fermé, #réouvert, etc. et le plus récent est celui qui vaut.
– pour 3., peut être peut-on aussi se servir de mots-clés : resp:@severo (id. le plus récent indique le/la responsable en cours)
– pour 5. on peut imaginer abonner qqn·e d’autre simplement en le/la citant : @severo - implique qu’un script analyse tous les messages et ajoute la personne citée comme « abonné » au ticket
– pour 6., on peut imaginer simplement mettre une URL vers un événement dans un calendrier partagé (implique de mettre en place un système de calendrier partagé - voir #baikal par exemple). Autre solution : un mot-clé : due:2014-01-17
– pour 7. il faudrait trouver un programme qui se branche sur le calendrier partagé, et qui envoie les alertes (ça doit exister) - reste à définir le délai d’envoi par rapport à la date limite
Je suis preneur de tout conseil ou commentaire !
peut-être qu’avec un peu d’amelioration du plugin ticket de #SPIP cela pourrait se faire ? il y a je pense que le 6/7 qui manque, à ma connaissance
Oui c’est une possibilité, même si le plugin Tickets est clairement fait pour la gestion de bugs. On pourrait rendre optionnels certains champs (priorité, type de bug) et permettre d’ajouter d’autres champs, comme les mots-clés par exemple.
Pour les dates, j’ai l’impression qu’il faut plutôt se brancher sur un système à part.
En fait, le plugin Tickets est sûrement une bonne idée pour la partie serveur. Mais au delà, j’aimerais travailler sur la partie « client ». Pour l’affichage, un format auto-descriptif du modèle de données, c’est à dire que l’HTML du ticket suffise à l’importer dans un autre système. Il faudrait donc que toutes les données soient présentes sur le texte du commentaire. Ce qui irait dans le sens de l’import export en format mail que propose @fil :
►http://seenthis.net/messages/216935
Une mise à jour du ticket, où on changerait la personne assignée, le statut, on ajouterait un mot-clé et on écrirait un commentaire, pourrait donc être affichée de la manière suivante
Un commentaire
resp:@severo #todo statut:#open #conception
C’est surtout une question de squelette pour l’affichage du ticket.
Et si une syntaxe est définie, on pourrait aussi publier à partir de la seule plage de texte. Comme on ferme habituellement des commits avec « fixes #1234 », on pourrait ainsi changer de responsable en écrivant « resp:@maieul » dans le texte, au lieu d’utiliser un formulaire. Ce commentaire pourrait être envoyé par mail, entré sur le site, etc.
En fait, pour être précis, je veux mettre les infos du ticket dans le texte, en plain/text, pas dans le HTML.
Ce qui n’empêche pas de redonder avec des microdata, mais c’est une autre histoire.
Pour « tout faire en texte », c’est assez fluide et compréhensible pour l’ajout, comme ce que fait seenthis (l’ajout de tags dans les commentaires est pris en compte dans la recherche de seens), mais si tu veux enlever des infos (tag, date, ou autre), ce n’est plus aussi simple pour les néophytes. Si on doit rajouter une syntaxe en plus genre « -#truc » ou « -resp :@truc »… ça commence à faire beaucoup de ptits caractères partout, et ça me parait assez geek.
Vu que tu parles de tickets, et donc de todolist finalement, et en plus de texte, je t’invite aussi à lire les discussions qu’il y a eu autour du plugin « Todo » pour SPIP, dont le but était justement de générer à partir de texte brut uniquement ET que ce texte brut soit aussi lisible tel quel même avant transformation.
▻http://contrib.spip.net/Todo#forum462129
Tu trouveras notamment des liens vers des tentatives de formats « standardisés » de todolist en texte brut. Notamment le format TodoTxt : ►https://github.com/ginatrapani/todo.txt-cli/wiki/The-Todo.txt-Format
La version SPIP en est inspirée mais n’est pas pareille.
Bien sûr, que ce soit TodoTxt ou celui de SPIP, ce sont des trucs pour une seule personne. Mais ça peut quand même donner des idées pour un système multi-utilisateurs avec commentaires.
Ah pour le Todo de SPIP (que j’ai commencé et qu’Éric a continué), il y aussi cet article de conception :
▻http://blog.smellup.net/spip.php?article72
oui j’ai lu attentivement ces échanges sur Todo, c’est exactement dans cette voie là que j’aimerais travailler.
Une autre précision, c’est surtout l’usage qui m’intéresse. J’aimerais tester avec un site qui ne fasse que ça, et qui soit facile à utiliser pour des gens qui n’ont jamais touché à des tickets.
Tickets versionnés comme le code, de manière descentralisée :
MyCryptoChat, nouvelle version en #php ! - HowTommy
▻http://blog.howtommy.net/index.php?d=2014/01/15/09/01/26-mycryptochat-nouvelle-version-en-php#erreurs
MyCryptoChat est une petite application de #chat très simple, sécurisée à la ZeroBin. C’est-à-dire que les conversations sont intégralement chiffrées côté client. Il n’y a pas d’installation, il suffit de copier/coller les données du zip dans un dossier, de donner les droits en écriture sur le fichier de base de données (dans le dossier db), et c’est parti !