Drupal/WordPress, les nouveaux frameworks et leurs failles | parlent même pas de #SPIP, ces gros mauvais !
http://www.unixgarden.com/index.php/misc-hs/drupalwordpress-les-nouveaux-frameworks-et-leurs-failles
51 millions de sites déployés sur WordPress, 15 000 plugins associés, 540 vulnérabilités publiées entre 2006 et 2010 pour #WordPress et #Drupal ; comme dirait Bernard, « Bienvenue sur le territoire des #CMS, voyage au cœur d’une nébuleuse ».
y a plus personne qui parle de SPIP, ces temps-ci, c’est honteux ! (en même temps c’est peut-être parce que SPIP n’a pas de faille na :D)
une bonne #idée_à_piker, loger les trucs qui se passent :
Drupal dispose de fonctions fournies pour présenter nativement les informations relatives à différents événements, gérés par le module Watchdog, entre autres :
– les authentifications (réussies ou non) ;
– les requêtes provoquant des erreurs (403, 500, etc.) ;
– les actions particulières (activation/désactivation d’un plugin, changement du contenu, etc.).
spip . blog
http://blog.spip.net/blowin-in-the-wind.html#co
et revenir à une appréhension simple du spip que nous voulons inventer : un outil de mise en place rapide et simplissime d’un site moderne et sûr dans un internet collaboratif, non marchand, non autoritaire.
Tumblr Backup
http://staff.tumblr.com/post/286303145/tumblr-backup-mac-beta
http://25.media.tumblr.com/tumblr_kug3ewffWY1qz4rgro1_r1_400.png
our goal was to create a useful copy of your blog’s content that can be viewed on any computer, burned to a CD, or hosted as an archive of static HTML files.
Wherever possible, we use simple file formats. Our backup structure is optimized for Mac OS X’s Spotlight for searching and Quick Look for browsing, and we’ll try to use the same structure and achieve the same benefits on other platforms
Je n’ai toujours pas compris pourquoi le comportement par défaut de #SPIP_3 était de respecter les retours à la ligne. Qu’il y ait l’option activable pour certains sites ayant des besoins spécifiques (comme Seenthis), oui, mais par défaut pour tout site éditorial sous SPIP, c’est juste pourri de chez pourri. Surtout que le comportement antérieur était un comportement parfaitement assumé du système dans le but, justement, de forcer les gens à faire de vrais paragraphes.
Depuis que j’ai mes premiers sites sous SPIP 3, je constate à chaque fois exactement ce pour quoi les retours à la ligne n’étaient pas respectés par SPIP : la disparition pure et simple des paragraphes, et des « articles » sous forme d’énormes pavés avec des retours à la ligne simples ne permettant plus de différencier les paragraphes.
Bref je viens de réactiver l’ancien comportement avec le :
define(’_AUTOBR’, ’’) ;
parce que c’est une sorte de catastrophe industrielle : le système qui se vantait de faire de la belle typo se met désormais à faire des pages de textes super-moches. Le comportement par défaut de SPIP fabrique désormais, c’est épatant, des sites totalement illisibles.
Mais pourquoi font-ils ça ?
Rhaaa, c’est une bêtise de @fil qui, en plus, savait très bien qu’il était en train de faire une bêtise :
http://comments.gmane.org/gmane.comp.web.spip.devel/62121
L’argument pourri :
oui c’est le souci, on n’est plus sur le dos des gens pour leur interdire de faire des bêtises
Le seul point embêtant que je vois c’est que ça facilite l’utilisation de <br/> qui est rarement une bonne pratique dans un texte HTML.
Alors est-ce que cette modification va aboutir à une explosion des <br/> dans les sites SPIP ? Il faudra voir à l’usage. Ça te fait pas peur ce point, Fil ?
Et retour de l’argument pourri :
ben est-ce que c’est notre rôle de fliquer les usages ?
Ben si, c’est la nature même de SPIP de promouvoir les bons usages et de rendre les mauvais usages plus difficiles. C’est sa spécificité.
Je ne vois pas bien la logique qui ferait de seenthis un site spécifique de ce point de vue. L’usage, partout, est de respecter les sauts de ligne, et la meilleure preuve que c’est chiant de ne pas le faire, c’est que dès que tu as fait un site ouvert à tous, tu t’es empressé de basculer sur cette norme.
Si, Seenthis est spécifique par rapport à SPIP, pour plusieurs raisons :
– le système est explicitement destiné à ce qu’une grosse partie du contenu soit des copiés-collés directs de documents externes ; et là, si je ne respecte pas les retours à la ligne, dans la moitié des cas je perds carrément les paragraphes ; c’est pour la même raison que le style des paragraphes, sur une page de flux (plusieurs billets successifs), réduit à 60% l’espace entre les paragraphes (il s’agit de limiter les trop grandes différences visuelles entre les extraits avec paragraphes et les extraits avec retour chariot) ;
– Seenthis exclue totalement l’utilisation des raccourcis typographiques ; et au départ, il n’y avait même pas de gras et d’italique (pas certain qu’on y ait gagné d’ailleurs) ; et dans cette logique de construire les textes en mode texte (à la façon d’un mail en mode texte), le retour chariot est assez fréquent comme outil de mise en forme (par exemple : dans un pavé Seenthis on colle l’URL sans possibilité de l’intégrer au texte ; le retour chariot est alors bienvenu) ;
– SPIP avait déjà un raccourci pour faire des retour à la ligne (underscore en début de ligne) ; dans SPIP ça se justifie, au côté des autres raccourcis non Wysiwyg ; dans Seenthis, non (puisque pas de système de raccourcis).
Mais l’argument principal, à mon avis, c’est bien ton inquiétude et ta réponse à Rastapopoulos : est-ce qu’on ne risque pas de provoquer la multiplication des usages illégitimes du <br> avec ce changement ? Tu ne réponds pas sur le fait qu’il n’y a pas un tel risque, ou qu’il serait contrebalancé par un gain ailleurs, mais simplement qu’on n’a pas à cliquer les usages. C’est un changement de paradigme de ce pour quoi SPIP est conçu, et je suspecte que ce renoncement est très présent dans nombre d’évolutions de SPIP 3.
Là je ne vois pas ce qu’on a au niveau fonctionnel (le retour chariot était déjà possible), mais en revanche on a fait disparaître sciemment un garde-fou qui faisait que SPIP avait, au niveau typographie, une vertu pédagogique (les gens demandaient comment on fait, on répondait à la fois techniquement et en prévenant que c’était rarement une bonne idée).
Bah oui, mais le underscore en début de ligne, ça marchait tellement pas qu’on avait déjà depuis longtemps forcé le saut de ligne dans les forums — là où les gens ne se relisent pas, et envoient des pâtés infâmes sans aucune respiration.
A tout prendre, le <br> est meilleur que l’espace, dès lors que l’intention du rédacteur/commentateur est de sauter une ligne ! Pour ce qui est de la soi-disant pédagogie, elle peut se faire autrement (les boutons de la barre de rédaction, etc.)
Ce qui reste in fine, c’est l’usage. Ce que je constate en à peine quelques sites, c’est la multiplication des <br class="autobr"> partout. Et tu as beau expliquer qu’il faut sauter des lignes, il en reste toujours : oublis parce que pas aussi visibles qu’avant, et/ou les gens ne trouvent pas ça si choquant.
Et, non, je ne constatais évidemment pas ça avec SPIP 2.
En parlant d’usage, avant de bouger le petit doigt j’avais notamment regardé un par un tous les forums du blog.mondediplo. Et il y avait beaucoup de sauts de ligne, à 99% exprimant une intention de passer à la ligne.
Pour moi, donc, l’usage est clair : « les gens » veulent passer à la ligne, ils tapent une ligne. Et si ça ne marche pas, par exemple lors de la prévisualisation (durant laquelle ils regardent, si tout va bien, s’il n’y a pas des fautes d’orthographe… mais certainement pas la disposition du texte), ils ne cherchent en général pas plus loin — et SPIP fait un gros pâté.
Ce qui est valable pour les forums devrait être aussi valable pour les articles.
Pour les rédacteurs qui mitonnent leurs textes dans l’espace privé, on a bossé pour rendre bien visibles les BR. Mais c’est l’espace privé… mais ça me donne une idée pour l’espace public : dans la css des crayons (ou des boutons d’admin), on pourrait ajouter le truc qui rend visibles les BR, ainsi ils seraient visibles aussi dans le public, et là vraiment personne ne pourrait les rater.
Mais les forums et les articles ne sont pas la même chose, et ne demandent pas du tout le même rapport au site (niveau d’engagement).
Je ne suis pas choqué qu’on ait des différences entre les deux. Et même, l’idée d’interdire totalement les enrichissements typographiques dans les forums ne me choquerait pas non plus.
Une piste : et pourquoi les forums ne passeraient pas, purement et simplement, dans la syntaxe de Seenthis : cette syntaxe est à la fois quasiment inexistante (surtout si tu supprimes les gras, italique et hashtags), et conçue justement pour gérer et maquetter du « texte brut » de manière quasiment transparente (donc pour des forums).
Dans les forums de spip-contrib, on échange souvent du code précis… la syntaxe de seenthis ne le permettrait pas. La syntaxe SPIP a ce grand mérite d’être à la fois simple et d’autoriser un maximum de possibilités « expressives ». Le seul bug, à l’usage, était cette histoire de sauts de ligne jamais pris en compte, bien que « saisis » (ou plutôt « tapés ») par les utilisateurs basiques.
Ton problème doit à mon avis se régler autrement, soit par l’imposition technique d’une suppression des .autobr (par le define, par un hack css, ou par ton plugin NoBR), soit par la pédagogie (en ajoutant éventuellement un signalement dans l’espace public, via la css des boutons d’admin/des crayons).
On peut en discuter encore longtemps, vu qu’on n’est pas d’accord, mais je crois que j’ai fait le tour des arguments que je pourrai développer :)
Arrêtez de pleurer Google Reader : Hébergez un lecteur RSS chez vous - sebsauvage.net - Les trucs qui m’énervent -
http://www.sebsauvage.net/rhaa/index.php?2013/03/15/17/15/39-arretez-de-pleurer-google-reader-hebergez-un-lecteur-rss-chez-vous
Oh mon Dieu, qu’est-ce qu’on va faire maintenant ??? Bou-hou-houuuu...
Oh, non mais vous êtes sérieux, là ? Ça y est, c’est panique à bord ? C’est une blague, non ? Vous êtes à ce point dépendant d’une simple appli ?
Et quelles sont les solutions proposés en remplacement, massivement ? D’autres services fermés à base de logiciels privateurs. Et dans deux ans quand ils fermeront, ça sera le même cortège de pleureuses.
Rappelez-vous : VOUS ÊTES SUR INTERNET. Internet n’est pas un minitel dirigé par Google. N’importe quelle machine du réseau peut se transformer en serveur en deux minutes. On trouve des espaces d’hébergement gratuits ou payants à la pelle : Merde, c’est quand même pas la mort de prendre quelques minutes pour installer un lecteur opensource RSS sur votre espace web. Alors oui, ça va nécessiter un peu d’efforts : installation et changement des habitudes.
Et un lecteur à auto-héberger qui tient en 1 fichier php,
►http://www.sebsauvage.net/rhaa/index.php?2013/03/17/15/28/17-puisqu-il-faut-un-exemple-
mouais, moi j pleure encore google reader ;) Je cherche une solution de remplacement qui puisse mixer des flux (fusionner des flux en en generant un en sortie)...avec import opml parceque j’en ai un paquet dispatchés dans plusieurs comptes google et qui me permettent de rebalancer de l’info
Il est clair que techniquement ce que fait Google est généralement bien fait, très bien fait, super bien fait, c’est selon.... Après ça reste Google... Mon côté maso-motivé est souvent assez développé pour que je me passe de Google cependant (et de FB et de LinkedIn... et de tous ces « webservices »). Je déteste le modèle publicitaire et les dérapages bigbrotheriens... Je résiste donc à mon petit niveau en n’utilisant pas ces « outils »... Bref, #osef sauf que là, je suis content de gérer mes flux « préférés » avec :
– #Firefox + extension #RSS_Ticker (pour ceux que je souhaite suivre de plus près)
– #Thundebird (pour les plus prolifiques ou que je suis épisodiquement)
Dans l’immédiat et dans une optique « je garde mes données avec moi », il me semble que j’utiliserais donc Thunderbird et l’option « Importer » (un fichier #OPML, fourni sur #Google_Reader paraît-il). Cela récupère vos #flux #RSS et leur rangement, mais pas les archives... (Enfin, je crois que non). C’est déjà ça.
Si la solution « locale » (sur votre pc/mac) ne vous satisfait pas, il y a au moins une solution hébergée qui semble assez facilement utilisable si vous avez un serveur avec #php, voir ►http://www.sebsauvage.net/rhaa/index.php?2013/03/17/15/28/17-puisqu-il-faut-un-exemple- .
Notez que #SPIP gère fort bien les flux rss et propose depuis longtemps un agrégateur « en ligne » : #SEDNA, que l’on peut voir en action sur http://sedna.spip.net où sont agrégés un bon paquet de flux de la galaxie SPIP. Cela s’installe très facilement. L’utilisabilité est probablement améliorable mais au moins on réfléchit avant d’ajouter un flux ^^. Par contre, il y manque un import de fichiers « OPML ».
Comme @suske, je suppose qu’on n’est pas très nombreux à refuser d’utiliser ces webservices, qui en plus ne sont pas si durs à développer, donc je m’inscris aussi sur la liste des paranos-maso qui ne veulent pas nourrir les goliaths du capital. Que les derniers des Mohicans s’organisent pour mourir dignement, ugh.
#LOL @seenthis : c’est quoi le « logo » qui vient se mettre à côté de http://sedna.spip.org ??? #WTF Goooooog est partout mais là ^^...
Mon cherry-pick pour svn
https://gist.github.com/Cerdic/5508086
un script php pour automatiser le report d’un commit SVN d’un repertoire sur un autre
ex d’utilisation :
./cherry-pick.php -r20468 branches/spip-3.0/ spip/
svn commit spip/ -F log.txt
#svn #commit #report #branche #script #bash #php #utilitaire
Atlas des sites pollués aux PCB
http://www.robindesbois.org/PCB/PCB_hors_serie/ATLAS_PCB.html
7ème édition de l’atlas des sites terrestres et aquatiques pollués par les PCB. Pour pallier aux éventuelles insuffisances et aux fragmentations des sources officielles, les archives de Robin des Bois et les alertes transmises par des lecteurs des atlas antérieurs sont aussi mobilisées.
550 sites pollués recensés…
#pcb #france #pollution #empoisonnement #contamination
Voilà vraiment une base de données #SIG très importante — et très mal présentée. Elle mériterait de passer en bidule interactif avec #leaflet.js
#chimie #santé #pollution_industrielle #pcb #cancer #cartographie
Un #SPIP + #GIS et hop c’est plié. En plus ça permettrait à d’autres sites d’afficher ces infos sous forme de carte en embed, avec un #kml, etc.
Sinon il y a un squelette « pas mal » pour #SPIP qui se nomme #geodiversite et qui permet de monter plutôt facilement un atlas géolocalisé :)
https://github.com/brunob/geodiversite
Qui a dit #shameless_autopromo ? ^^
Bien d’accord avec toi @fil, malheureusement on dirait qu’avec le site de la Criirad, ils font un concours des infos les plus mal présentées et partagées. En flash, pfff, quel gachis
CMIS - Wikipédia
https://fr.wikipedia.org/wiki/CMIS
CMIS fourni un #modèle-de-données commun couvrant les types de fichiers et répertoires avec des propriétés génériques pouvant être lues ou écrites. CMIS décrit aussi un système de gestion des droits d’accès, de contrôle de version et offre la possibilité de définir des relations génériques. Il dispose d’un ensemble de services pour modifier ou interroger le modèle de données et peut être utilisé par plusieurs protocoles comme #SOAP et #REST à l’aide de la convention #Atom. Le modèle est basé sur des architectures communes de systèmes de gestion de #documents.
Une idée pour #spip ?
Aucune implémentation PHP de la partie serveur à ma connaissance, ça risque d’être très compliqué, pour un gain qui reste à prouver…
http://en.wikipedia.org/wiki/Content_Management_Interoperability_Services#CMIS_Servers
Il y a sans doute plein d’autres chantiers plus importants dans SPIP… ;-)
#idée_pour_spip, même.
En ce qui me concerne, je vais peut-être devoir coder cette année un serveur #AtomPub (#APP) complet pour SPIP. Donc gérer des collections d’objets (articles, événements, patates) en #REST avec les méthodes #HTTP, en lecture (« facile ») et surtout en écriture.
Engagdget teste les #GoogleGlass
►http://www.engadget.com/2013/04/30/google-glass-review
Longue analyse technique, sous toutes les coutures, du gadget de Google.
Smartphones are amazing things, but for those who have become addicted to messaging instant gratification, they are a bit unwieldy. This annoyance gets even worse as these devices grow larger and larger. One approach would be to relax a little and stop feeling so compelled to check for Facebook notifications every 30 seconds. Those fully immersed in the information age, however, will be more inclined to fix the physical inconveniences presented by the problem. A heads-up display seems like a natural fit, and thus we have Google Glass. It’s a headset with a projected display, a camera and a data connection that could revolutionize the mobile device industry.
À noter : une table des matières super pratique apparaît lors de la lecture des articles d’Engadget. #spip
Un tumblr rigolo à propos des Google Glass : http://whitemenwearinggoogleglass.tumblr.com
http://25.media.tumblr.com/fcca9c61fe09062ffd6366b1edca636c/tumblr_mm0zbiNP6H1spaymdo1_1280.jpg
De recensions en recensions, ça s’accumule et ça me terrifie. Derrière les bobos et les gros beaufs qui portent les Google glass pour le style, j’imagine ce que cela va donner quand on va les imposer au boulot...
À noter : une table des matières super pratique apparaît lors de la lecture des articles d’Engadget. #spip
Un truc genre comme ça ? https://technique.arscenic.org/commandes-linux-de-base/article/cron-gestion-des-taches-planifiees
En lisant ton post je me suis dit que ça ne devait pas être si compliqué.
C’est à tester, peut être un peu bugué mais j’ai fait ce matin.
Avec le plugin table des matières (►http://plugins.spip.net/tablematieres.html) on pourrait ajouter une conf avec ce petit js fait maison d’activé au besoin.
Si ça intéresse du monde je peux commiter.
J’ai mis le truc ici : http://zone.spip.org/trac/spip-zone/changeset/72623/_plugins_/table_matieres/trunk
Donc si tu utilises SPIP >= 3.0 (je n’ai pas testé en dessous) tu peux tester ►http://plugins.spip.net/tablematieres.html
Dis moi si ça marche ;)
First, a bit of grammatical clarification is needed. While we of the English language typically (and confusingly) refer to eyeglasses as a “pair” despite actually being one thing, here we’ll be referring to Google Glass as a singular item. So, it’s not a pair of Google Glasses, but a single Google Glass headset.
sinon, plus que jamais #fomo
twitter/twemcache · GitHub
https://github.com/twitter/twemcache
Twemcache (pronounced "two-em-#cache") is the Twitter Memcached. Twemcache is based on a fork of Memcached v.1.4.4 that has been heavily modified to make to suitable for the large scale production environment at Twitter.
#Memcached est bugué depuis un moment et provoque des erreurs avec #memoization pour #SPIP (pas trop grave on peut basculer sur #xcache). Aujourd’hui j’apprends par @korben qu’il est troué http://korben.info/faille-memcached-exploit.html mais on peut le remplacer par ce fork des gens de twitter.
#server #memcache
Voilà le bug que j’avais sur ubuntu 64bits :
https://bugs.php.net/bug.php?id=59410
Depuis je n’ai jamais retesté, mais je n’ai pas l’impression que le bug ait été corrigé à ce que je lis dans le forum associé au ticket cité.
ps : merci pour le bug seenthis, ça à l’air d’être un endroit sympa ce paradis des #seethis_corrigé :p
En réponse á Liquid Feedback le parti Die Grünen publie une extension Typo3 pour commenter des textes.
betatext : Grüne lassen Demokratie fließen http://netzfueralle.blog.rosalux.de/2013/01/24/betatext
wegewerk/betatext · GitHub
https://github.com/wegewerk/betatext
La documentation : https://github.com/wegewerk/betatext/raw/master/doc/manual.sxw
intéressant pour #typo3
comment un commentaire est-il attaché à un passage de texte ?
on repère la partie sélectionnée en js ? comment est-ce mis en mémoire ? on note le contenu du passage lui-même, ou bien sa position ? que se passe-t-il quand le texte sous-jacent est modifié ?
peut-on imaginer proposer pour #SPIP un système similaire qui attacherait un commentaire (forum) à un passage du texte d’origine…
Sur le siteduzero y’a un truc du même genre. Je sais pas comment ils font. Par exemple, sur cette page : http://www.siteduzero.com/sciences/tutoriels/la-physique-quantique/la-catastrophe-ultraviolette
Une nouvelle édition électronique pour « Le Monde diplomatique »
►http://www.monde-diplomatique.fr/carnet/2013-04-11-edition-electronique
Elle était attendue avec impatience par nos lecteurs les plus fervents : vingt ans après la création du site Internet du Monde diplomatique — une première dans la presse française – voici enfin son édition électronique . Dans cette première version, « faite maison » par la petite équipe qui s’occupe du (...) / A propos du « Diplo » - #La_valise_diplomatique
#A_propos_du_« Diplo »
Zut, j’aurais dû regarder ici au lieu de polluer le mail d’abo en demandant si ce sont des epub sans #DRM.
et possibilité de s’abonner aux #archives depuis 1954 (année de naissance de mon paternel) - qui dit mieux ?!
Ça c’est chouette. Et la version électronique est très joulie.
Bon je viens de tester avec l’arrivée du numéro de mai... Aïe... ma liseuse (Kobo touch) a vraiment du mal.
Les epubs sont très très longs à s’ouvrir, et une fois ouverts, je peux à peine parcourir quelques pages, et tout se fige. Dommage. Peut être sans les « peaulisses », cela marcherait mieux ?
Pareil avec la Kobo Mini... l’encre fait « grisé »... Typo énorme, fichier lourd et lent. Je devrais peut être le mouliner sous Calibre...
Je confirme, en transformant les ebooks via Calibre, ça passe beaucoup mieux sur ma petite liseuse. Cool.
“Freeing the Floats of the Future From the Tyranny of the Rectangle”
http://blogs.adobe.com/webplatform/2013/03/27/freeing-the-floats-of-the-future-from-the-tyranny-of-the-rectangle
When an element is floated, inline content avoids the floated element. Content flows around the margin box of the element as defined by the CSS box model. The shape-outside CSS property allows you to tell the browser to use a specified shape instead of the margin box when wrapping content around the floating element.
https://blogs.adobe.com/webplatform/files/2013/03/grid_cssexclusions.png
#css
On se rapproche de la PAO
Pour mémoire, on peut faire un habillage irrégulier dans SPIP, de manière toutotomatique, depuis 2006 :
http://www.paris-beyrouth.org/tutoriaux-spip/article/un-habillage-irregulier-float
http://www.paris-beyrouth.org/IMG/jpg/habillage2.jpg
ah oui, j’avais vu la fonction il y a un bout de temps, mais jamais utilisée (rhoo)
pour accompagner le changement de #polatouche, un concours de slogans ? « Spip, le logiciel libre qui a 7 ans d’avance sur Adobe »
#spip_powa
en plus, Adobe propose des formes géométriques uniquement (triangle, rectangle, cercle, ovale)
étrangement je crois que personne n’en a fait un « modèle », ce qui dans le jargon de SPIP signifie un raccourci (genre <gnu123>) ; alors que c’est ce qui est suggéré dans le forum de l’article
Il me semble que quelqu’un avait tout de même fait un plugin pour empaqueter ça, de façon à utiliser directement un <imgXX|ragged> ou quelque chose dans le genre.
Sinon, plutôt que des images insérées dans le texte, je crois plus à tenter d’habiller avec des images qui sont largement hors du texte, et plutôt dans l’interface. C’est ce que j’avais fait là :
http://www.blog-mode.info/haute-couture/article/dany-atrache-004
Noter que, quand on scrolle, l’excellente bonne idée graphique devient un cauchemar pour la lecture, parce que les lignes se recomposent en permanence.
Mais dans une interface de type ebook, ça devrait être top-puissant.
Ben déjà est-ce qu’elle fait partie de l’API des images de SPIP (je ne sais plus) ? Ou d’un plugin supplémentaire.
Ce filtre est dans ce plugin :
http://contrib.spip.net/Un-habillage-irregulier
Et il y a aussi d’autres plugins qui rajoutent des choses à l’API, comme celui là :
http://contrib.spip.net/fonctions-d-images
Mais ce que je ne comprends pas, c’est que maintenant l’API des images est déjà sur la zone. Alors pourquoi continuer de créer des plugins supplémentaires plutôt que d’augmenter l’API d’origine ?
On pourrait tout regrouper ici, non ? À partir de la 3.1 en tout cas :
http://zone.spip.org/trac/spip-zone/browser/_core_/plugins/filtres_images
tmcw/togeojson · GitHub
https://github.com/tmcw/togeojson
This converts KML into GeoJSON, in a browser or with nodejs.
Peut être une piste pour gérer les kmls dans #GIS pour #SPIP à la place du plugin utilisé pour l’instant...
via ►http://macwright.org/2013/04/01/recently.html
#map #geojson #kml #javascript
Je viens de faire une mise à jour de mon #plugin pour #SPIP : Office2SPIP :
http://zone.spip.org/trac/spip-zone/browser/_plugins_/office2spip
Documenté ici :
►http://www.paris-beyrouth.org/tutoriaux-spip/article/le-convertisseur-office2spip
Au menu :
– compatibilité minimal avec SPIP 3 (les redirections ne sont pas correctes, mais c’est pas super-grave) ;
– plus intéressant : quand on récupère une page distante, ça passe par la version PHP de Readability, on n’aspire donc que le contenu pertinent.
Au fait : quelqu’un peut me dire s’il y a quelque chose d’autre pour faire la même chose avec SPIP ? Parce que, bon, c’est tout de même des fonctionnalités carrément démentes (importer des documents Word directement via l’interface en ligne ; importer des articles du Web et se retrouver directement avec du balisage SPIP tout propre…), mais je n’ai pas l’impression qu’Office2SPIP suscite vraiment l’intérêt. Il y a une alternative plus pratique/puissante ?
En fait c’est peut-être soit que les gens ont été formés au spipcode, soit qu’ils copient-collent dans du WYSIWYG (dans spip ou ailleurs, d’ailleurs).
ou peut être l’endroit de la documentation ? les gens vont chercher plus facilement sur spip-contrib peut être (ne pas voir une critique mais je vois les mêmes problématiques avec certains de mes plugins qui sont documentés autre part)
sinon aussi l’absence de plugins.spip.net qui est assez simple à changer en créant le zip via archivelist.txt
sinon encore, l’absence de lien de documentation dans le plugin.xml ?
Et finalement, la nécessité du binaire openoffice si je ne fais pas d’erreur ? ou d’autres binaires sur le serveur ? beaucoup de spip users sont quand même sur des hébergements bien fermés non ?
Voilà quelques pistes peut être du pourquoi du comment dont deux sont particulièrement faciles à régler
Comme alternative il y a #DotSPIP, une petite app de bureau pour Mac sur laquelle tu drag/drop tes fichiers ; le texte spipé se retrouve dans le presse-papier, prêt à être collé. Ca n’a pas beaucoup de succès non plus, le marketing est pas au point :)
Peut-être parce qu’il n’y a pas tant de personne sous Mac que ça... :)
=> combiner le truc d’Arno et de Fil pour faire un #webservice avec une API utilisable depuis n’importe où : ainsi, pas de problème de système particulier, et pas non plus le problème de maîtrise du serveur pour le pékin moyen, qui n’aura pas besoin d’installer telle ou telle librairie. Ensuite faire un plugin SPIP qui utilise cette API, que chacun installe chez soi facilement. #idée_pour_SPIP. :)
je l’ai déjà faite cette API (http://office.rezo.net) mais jamais pris le temps de faire l’emballage
Si ce n’est pas sur spip contrib ça n’existe pas :-)
Et hop, nouvelle version du plugin #GIS pour #SPIP :
http://zone.spip.org/trac/spip-zone/changeset/71313
http://zone.spip.org/trac/spip-zone/changeset/71312
http://zone.spip.org/trac/spip-zone/changeset/71276
Au menu :
– Mise à jour de la lib vers Leaflet 0.5
– Un nouveau script de clustering intégré par @marcimat (le fameux script que j’utilise depuis quelques temps sur lestaxinomes.org)
– Mise à jour du plugin leaflet-providers (ajout de couches Nokia, ESRI, etc.)
– Mise à jour du plugin minimap (option toggle active pour permettre d’afficher/masquer ce bloc)
– Mise à jour du plugin fullscreen (correction d’un bug avec les dernières versions de Chrome)
– Ajout de la gestion d’embed externe de kml par @kent1
Pour voir tous les fond de cartes disponibles, c’est par ici que ça se passe :
Tu as oublié de dire que :
– faut vider le cache !
– la page « Tous les points géolocalisés » permet des recherches et les clics sur les points permettent d’aller sur la vue du point dans le privé.
– que les cartes sont vachement plus fluides
– que la couleur des fichiers kml est toujours bugguée dans ta lib à cause de https://github.com/shramov/leaflet-plugins/issues/56
#WebPage #Test Details - Paris : www.mond...13/04/HALIMI/48965 - 03/29/13 12:41:33
http://www.webpagetest.org/result/130329_J4_F4Z/1/details
Une astuce pour avoir les logs quand on utilise #SPIP en ligne de commande :
function inc_log($message, $logname=NULL, $logdir=NULL, $logsuf=NULL) {
if (!$logname) $logname = ’spip’;
if (!is_string($message)) $message = var_export($message,true);
echo date(’H:i:s’)." $logname: ».$message.«\n";
}
Publication par #email, par @erational - #SPIP-Contrib
http://contrib.spip.net/Publication-par-email
pas testé mais alléchant
Oui, très intéressant. Je réfléchis à une proposition pour le découper en un noyau générique (gérer de l’#IMAP) et des plugins utilisant cette gestion (publier un objet, répondre à un commentaire, modérer une proposition de publication, etc).
/plugins/mail2img/trunk/paquet.xml – SPIP-ZONE
http://zone.spip.org/trac/spip-zone/browser/_plugins_/mail2img/trunk/paquet.xml
Ce plugin est un « proof of concept » operationnel pour publier des images attachees a un article par PUSH.
Parametrage du compte mail et de l’article de publication en tete du script genie/mail2img.php.
La classe PHP embarquee dans receivemail.class.php n’est certainement pas la plus aboutie ni la plus elegante mais elle fonctionne (voir example_receivemail_class.php pour sa syntaxe).