tag:linuxfr.org,2005:/tags/r%C3%A9action/publicLinuxFr.org : les contenus étiquetés avec « réaction »2019-07-31T09:27:01+02:00/favicon.pngtag:linuxfr.org,2005:Diary/386132019-07-29T01:39:30+02:002019-07-29T10:27:01+02:00Nouvel XMPP sprint, nouveaux goodiesLicence CC By‑SA http://creativecommons.org/licenses/by-sa/4.0/deed.fr<p><em>Ceci est une traduction de l’article en anglais <a href="https://bouah.net/2019/07/new-sprint-new-goodies/">New sprint, new goodies</a>, aussi publiée sur <a href="https://news.jabberfr.org/2019/07/nouveau-sprint-nouveau-goodies/">le blog de jabberfr.org</a>. La date originale de l’article est le 17 Juillet 2019.</em></p>
<p>Ce weekend du 14 juillet, un groupe d’enthousiastes s’est rassemblé pour travailler sur de nouvelles fonctionalités dans les différentes implémentations d’XMPP. <a href="https://wisolv.com">Wisolv</a> — société de développement sur mesure — nous a généreusement fourni ses locaux à Villeurbanne (à coté de Lyon).</p>
<p>Sur l’ensemble, nous avons réussi à faire pas mal de choses et sommes bien contents du résultat. Au programme : DOAP, <em>Message Reactions</em>, <em>Occupant-id</em>, divers corrections de bugs et discussions, sans oublier quelques progrès sur le client Jabber pour Haiku !</p>
<p><img src="//img.linuxfr.org/img/68747470733a2f2f6e6577732e6a616262657266722e6f72672f77702d636f6e74656e742f75706c6f6164732f323031392f30372f737072696e742d6c796f6e2d66697265776f726b732e6a7067/sprint-lyon-fireworks.jpg" alt="Image" title="Source : https://news.jabberfr.org/wp-content/uploads/2019/07/sprint-lyon-fireworks.jpg"></p>
<p>Feux d’artifice du 14 Juillet par <a href="https://twitter.com/olek_impek">olek_impek</a>.</p>
<h3 id="toc-doap--description-of-a-project-description-dun-projet">DOAP – <em>Description Of A Project</em> (Description d’un projet)</h3>
<p><a href="https://xmpp.org/software/clients.html">Il</a> <a href="https://jabber.at/clients/">existe</a> <a href="https://en.wikipedia.org/wiki/Comparison_of_XMPP_clients">beaucoup</a> <a href="https://fr.wikipedia.org/wiki/Clients_XMPP#Actifs">de</a> <a href="https://nl.movim.eu/?about#caps_widget_tab">listes</a> de logiciels XMPP. Celles-ci ne prennent en considération que les fonctionalités favorites de leur auteur, sont plus ou moins à jour, et en général pas compréhensibles par les machines. Le <a href="https://github.com/ewilderj/doap/wiki">projet DOAP</a> fournit un moyen à chaque projet d’héberger une description sémantique de celui-ci, qui peut ensuite être utilisé pour présenter des informations sur les logiciels XMPP.</p>
<p>Quelques années plus tôt, Link Mauve <a href="https://mail.jabber.org/pipermail/standards/2017-August/033123.html">a soumi une proposition</a> pour étendre le format DOAP avec des informations que ces listes souhaitent exposer, mais il n’a pas sucité beaucoup d’intérêt… jusqu’à ce sprint !</p>
<p><a href="/users/pulkomandy">PulkoMandy</a> a écrit <a href="https://github.com/pulkomandy/xmpp-doap">un ensemble de feuilles de style XSLT</a> pour présenter ces informations. Link Mauve a écrit <a href="https://github.com/pulkomandy/xmpp-doap/blob/master/xmpp-doap.rdf">un schéma XML</a> ainsi qu’un <a href="https://github.com/pulkomandy/xmpp-doap/blob/master/xmpp.org/doap.js">script Javascript</a> intégrant les informations directement sur les XEPs (vous pouvez en voir un exemple <a href="https://linkmauve.fr/extensions/xep-0048.xml">ici</a> avec la XEP bookmarks). Tous les auteurs de clients présents au sprint ont écrit un fichier DOAP pour leur projet.</p>
<h3 id="toc-reactions">Reactions</h3>
<p><a href="https://movim.eu">Movim</a> a été un des premiers clients à <a href="https://nl.movim.eu/?node/pubsub.movim.eu/Movim/movim-is-the-first-xmpp-client-that-supports-message-reactions-Id7F5J">implémenter les réactions</a>, en utilisant la spécification <a href="https://xmpp.org/extensions/xep-0367.xml"><em>Message Attaching</em></a>. Les développeurs de <a href="https://dino.im">Dino</a> pensaient pouvoir améliorer la situation, notamment certains problèmes avec les clients qui n’implémentent pas la XEP, ce qui les a poussé à écrire une nouvelle spécification il y a déjà plusieurs semaines. Cette protoXEP a été envoyée dans l’<a href="https://xmpp.org/extensions/inbox/reactions.html">inbox</a> ce weekend !</p>
<p>Edhelas <a href="https://github.com/movim/movim/commit/24e4d5d18b36940f853a2fc18f316cb3c83f12a4">a adapté</a> son implémentation dans Movim en utilisant cette nouvelle spec, mathieui a travaillé sur <a href="https://poez.io">Poezio</a> (pas encore mergé, mais les <a href="https://lab.louiz.org/poezio/slixmpp/commit/b50bfb2f34a3ace3a70b1647f54ad6a0e761acf7">changements dans Slixmpp</a> le sont), et fiaxh et larma ont commencé à l’<a href="https://github.com/dino/dino/tree/fiaxh/reactions">implémenter dans Dino</a>.</p>
<h3 id="toc-occupant-id">Occupant-id</h3>
<p><a href="https://xmpp.org/extensions/inbox/occupant-id.html"><em>Occupant-id</em></a> est un autre protoXEP qui a été soumise ce weekend par larma.</p>
<p>Elle spécifie que les composants <a href="https://xmpp.org/extensions/xep-0045.xml">MUC</a> fournissent un identifiant stable et unique qui serait attribué par salon par utilisateur (bare real JID). Ceci est utile en particulier pour les salons semi-anonymes où il n’est pas possible de s’assurer que deux messages viennent du même participant entre deux reconnections.</p>
<p>Certaines applications client pensent déjà la demander dans les salons semi-anonymes pour des fonctionalités telles que Last Message Correction ou Reactions.</p>
<p>Un <a href="https://modules.prosody.im/mod_muc_occupant_id.html">module prosody</a> est aussi disponible et fonctionne avec la dernière version (0.11) ou trunk.</p>
<h3 id="toc-encore-plus">Encore plus</h3>
<p>PulkoMandy a commencé à porter <a href="https://github.com/HaikuArchives/Jabber4Haiku">Jabber4Haiku</a> — maintenant Renga — à gloox. Fiaxh a travaillé sur <a href="https://xmpp.org/extensions/xep-0359.xml">stable and unique IDs</a> dans Dino. Slixmpp utilise enfin des <a href="https://lab.louiz.org/poezio/slixmpp/commit/b29bb30eb7bb46ce2b945efed55a265324e05383">ids non prévisibles</a>. J’ai travaillé avec mathieui sur des problèmes sur l’API asynchrone de Poezio et Slixmpp. Une <a href="https://gitlab.com/xmpp-rs/xmpp-parsers/blob/fb71acd8d13db734d8a742e0b8b9604b171333c9/ChangeLog">nouvelle version</a> de xmpp-parsers est sortie, corrigeant les problèmes dans la <a href="https://docs.rs/xmpp-parsers">documentation</a> au passage !</p>
<div><a href="https://linuxfr.org/users/ppjet6/journaux/nouvel-xmpp-sprint-nouveaux-goodies.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/117791/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/ppjet6/journaux/nouvel-xmpp-sprint-nouveaux-goodies#comments">ouvrir dans le navigateur</a>
</p>
Ppjet6https://linuxfr.org/nodes/117791/comments.atomtag:linuxfr.org,2005:Post/368982016-05-25T20:34:23+02:002016-05-25T20:34:23+02:00Equation de réaction-diffusion modélisation<p>Bonjour à tous, <br>
je souhaite observer des structures semblables à des zébrures avec le programme suivant, qui concerne un système de deux équations de réaction diffusion. Les seules "taches" obtenues sont celles d'un guépard, comment faire varier les paramètres pour avoir un motif de zèbre ?<br>
Il est possible de faire varier a et b les coefficients de diffusion, la longueur de la grille, le pas… mais aussi les formules qui suivent le laplacien dans la dernière boucle for … savez vous comment faire pour obtenir des zébrures ? <br>
Merci d'avance</p>
<p>import scipy as sp<br>
from matplotlib import *<br>
from pylab import *</p>
<h2 id="paramètres-de-diffusion">Paramètres de diffusion</h2>
<p>a =0.0000000008<br>
b =0.0000007<br>
size = 100 # taille de la grille en 2D<br>
dx = 2./size # intervalle d'espace<br>
T = 10.0 # temps total<br>
dt = .8 * dx**2/2 # pas de la variable de temps<br>
n = int(T/dt)</p>
<h2 id="initialisation-de-u-et-v">initialisation de u et v</h2>
<p>u = np.random.rand(size, size)<br>
v = np.random.rand(size, size)</p>
<p>def laplacian(Z):<br>
Ztop = Z[0:-2,1:-1]<br>
Zleft = Z[1:-1,0:-2]<br>
Zbottom = Z[2:,1:-1]<br>
Zright = Z[1:-1,2:]<br>
Zcenter = Z[1:-1,1:-1]<br>
return (Ztop + Zleft + Zbottom + Zright - 4 * Zcenter) / dx**2</p>
<p>for i in range(n):<br>
deltaU=laplacian(u)<br>
deltaV=laplacian(v)<br>
ui=u[1:-1,1:-1] <br>
#Conditions initiales<br>
vi=v[1:-1,1:-1]<br>
#calcul de u[i,j] à partir de ui[i,j]; pareil pour v et vi<br>
u[1:-1,1:-1],v[1:-1,1:-1]=ui+dt*(a*deltaU+ui*(vi*2-1)-12),vi+dt*(b*deltaV+16-vi)</p>
<p>plt.imshow(u,cmap=plt.cm.bone, extent=[-1,1,-1,1]);<br>
plt.xticks([]); plt.yticks([]);<br>
plt.colorbar()</p>
<p>show()</p><div><a href="https://linuxfr.org/forums/programmation-python/posts/equation-de-reaction-diffusion-modelisation.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/109083/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/forums/programmation-python/posts/equation-de-reaction-diffusion-modelisation#comments">ouvrir dans le navigateur</a>
</p>
nénessehttps://linuxfr.org/nodes/109083/comments.atom