Pour ma part je m'accomplis, entre autre, à étudier la nature humaine […]
Bon sujet.
j'ai remarqué que dés que des personnes arrivent à un certain niveau de diplôme ou de compétences ils développent rapidement un complexe de supériorité qui les poussent à traiter les autres avec condescendance et mépris.
Les fenêtres prenant la moitié de l’écran pourront dorénavant être redimensionnées automatiquement en les plaçant dans un des coins de l’écran, utilisant ainsi un ¼ de l’espace de travail.
A priori le nom « jabber » appartient désormais à une société privée, et il n'est pas libre de l'utiliser, aussi il faut parler d'XMPP.
Si le nom Jabber n'est plus utilisable, ne devrait-on pas en trouver un autre plutot que de ré-utiliser XMPP? Un nom simple, court, explicite et bien vendeur?
XMPP, c'est un bon nom pour un protocole, mais pour un service c'est moyen. Ça peut aussi apporter de la confusion si d'autres services (e-mail, IoT, etc) se mettent à utiliser XMPP.
Ce serait l'occasion de définir une série de XEP à supporter et de versionner tout ça.
Par exemple:
- E-Talk 1: Fédéré, basé sur les RFC de XMPP ainsi que quelques XEP (MUC, Jingle, PEP, etc)
- E-Talk 2: E-Talk 1 + PubSub et MAM
- Etc
Ɛmacs permet ce genre de complétion en Python avec Jedi.
Et il me semble qu'il y a une extension pour le C/C++ qui utilise Clang.
CEDET c'est plus qu'un parser syntaxique. Mais ils devraient le séparer de CEDET et le rendre plus modulaire, extensible à de nouveaux langages par les modes majeurs et multi-paradigme.
En attendant, on utilise les extensions comme Jedi et ça fonctionne bien.
La ressource vers laquelle on délègue doit-elle être accessible au client? Ou seul le serveur à besoin d'un accès (auquel cas il s'occupe de faire suivre le message)?
Si j'ai bien compris la XEP-0356, ça permettrait d'avoir un serveur qui implémente les 2 RFC et qui route le reste vers des composants indépendants (avec leur propre daemon) qui eux apporteraient leur fonctionnalités (MUC, PEP, PubSub, E-mail, etc)?
# Possibilité de convertir les morceaux en MP3 lors d'une synchro MTP
Posté par Yuul B. Alwright . En réponse au journal Lollypop 0.9.86 vient de sortir. Évalué à 1.
Où l'option a-t-elle été mise?
Pas de Ogg Vorbis?
# Représentation
Posté par Yuul B. Alwright . En réponse au journal Le ballot "république numérique". Évalué à 3.
Pourquoi sur le logo, la dame a-t-elle un saucisson posé sur sa tête?
# Et les autres?
Posté par Yuul B. Alwright . En réponse au journal pyjobs - un job-board pour les agréger tous.. Évalué à 2.
Je remarque que les annonces sont toutes basées en France.
Rien pour les autres régions francophones (Suisse, Belgique, etc) ?
# un job-board pour les agréger tous …
Posté par Yuul B. Alwright . En réponse au journal pyjobs - un job-board pour les agréger tous.. Évalué à -5. Dernière modification le 05 février 2016 à 10:43.
… et dans les ténèbres les lier.
C'est pas ça?
# Adresses MIX
Posté par Yuul B. Alwright . En réponse au journal Quelques nouvelles en vrac de XMPP. Évalué à 2.
Un grand merci pour ton journal.
Les adresses MIX auront quelle forme?
salon@mix.serveur.com ou mix.serveur.com/salon ?
[^] # Re: Tu sais…
Posté par Yuul B. Alwright . En réponse au message super marre de Linux !!!!. Évalué à 5.
Bon sujet.
C'est raté. Pas terrible comme étude. :/
[^] # Re: Baladeur non reconnu
Posté par Yuul B. Alwright . En réponse au journal Lollypop 0.9.70 est là. Évalué à 1.
Rockbox n'utilise pas MTP.
# Baladeur non reconnu
Posté par Yuul B. Alwright . En réponse au journal Lollypop 0.9.70 est là. Évalué à 1.
Je rencontre un petit problème avec Lollypop: Il ne reconnait pas mon baladeur Sansa Fuze+ équipé de Rockbox. :(
[^] # Re: erreur
Posté par Yuul B. Alwright . En réponse au journal Rencontres Hivernales du Libre 2016 à St-Cergue (Suisse).. Évalué à 1.
Merci
# erreur
Posté par Yuul B. Alwright . En réponse au journal Rencontres Hivernales du Libre 2016 à St-Cergue (Suisse).. Évalué à 1.
Pourquoi il y a du gras à «ou parrainez l'événement:» ?
Je l'avais pas mis en gras.
# Huit milliards de vidéos vues par joue …
Posté par Yuul B. Alwright . En réponse au journal Huit milliards de vidéos vues par jour sur Facebook, dont la majorité seraient volées ! . Évalué à 9. Dernière modification le 13 novembre 2015 à 21:08.
Ça en fait 4 de chaque cotés.
Voilà voilà …
# ¼ de l’espace de travail
Posté par Yuul B. Alwright . En réponse à la dépêche GNOME 3.18 Göteborg est disponible. Évalué à 6.
Comment? J'ai essayé, sans succès.
# L'APRÈS-SÉANCE du Fossoyeur de Films
Posté par Yuul B. Alwright . En réponse au journal Cinéma : Blackhat (aka Hacker). Évalué à 7.
Hello.
Concernant ce film, je conseil excellente critique du Fossoyeur de Films:
https://www.youtube.com/watch?v=mXo3ZKuyJkk
Je conseille même toutes les vidéos du Fossoyeur de Films.
[^] # Re: XMPP ou Jabber
Posté par Yuul B. Alwright . En réponse au journal Parlons XMPP - épisode 8 - PubSub et PEP. Évalué à 2.
Si le nom Jabber n'est plus utilisable, ne devrait-on pas en trouver un autre plutot que de ré-utiliser XMPP? Un nom simple, court, explicite et bien vendeur?
XMPP, c'est un bon nom pour un protocole, mais pour un service c'est moyen. Ça peut aussi apporter de la confusion si d'autres services (e-mail, IoT, etc) se mettent à utiliser XMPP.
Ce serait l'occasion de définir une série de XEP à supporter et de versionner tout ça.
Par exemple:
- E-Talk 1: Fédéré, basé sur les RFC de XMPP ainsi que quelques XEP (MUC, Jingle, PEP, etc)
- E-Talk 2: E-Talk 1 + PubSub et MAM
- Etc
# XMPP ou Jabber
Posté par Yuul B. Alwright . En réponse au journal Parlons XMPP - épisode 8 - PubSub et PEP. Évalué à 2. Dernière modification le 08 septembre 2015 à 17:24.
Finallement, on doit dire XMPP ou Jabber quand on parle du réseau fédéré?
( ̄ω ̄) ?
# MUC 2
Posté par Yuul B. Alwright . En réponse au journal Parlons XMPP - épisode 8 - PubSub et PEP. Évalué à 2.
Que sait-on déjà au sujet de MUC 2? Qu'apportera-t-il?
# Movim
Posté par Yuul B. Alwright . En réponse au journal Parlons XMPP - épisode 8 - PubSub et PEP. Évalué à 2.
Comment fonctionne le lecteur de news de Movim?
J'imagine que pour la souscription c'est du PubSub, mais pour la mise à jour des nœuds?
PS: Un grand merci pour tes articles sur XMPP. Ils sont excellent.
[^] # Re: La vérité est ailleurs
Posté par Yuul B. Alwright . En réponse au journal Et si la gratuité de Windows 10 n'était qu'un moyen pour déstabiliser Linux ?. Évalué à 5.
Il y a encore des gens sur les newsgroups ?
[^] # Re: Manque un truc
Posté par Yuul B. Alwright . En réponse à la dépêche Atom 1.0.x : l'autre éditeur de code. Évalué à 3.
Ɛmacs permet ce genre de complétion en Python avec Jedi.
Et il me semble qu'il y a une extension pour le C/C++ qui utilise Clang.
CEDET c'est plus qu'un parser syntaxique. Mais ils devraient le séparer de CEDET et le rendre plus modulaire, extensible à de nouveaux langages par les modes majeurs et multi-paradigme.
En attendant, on utilise les extensions comme Jedi et ça fonctionne bien.
[^] # Re: Manque un truc
Posté par Yuul B. Alwright . En réponse à la dépêche Atom 1.0.x : l'autre éditeur de code. Évalué à -1.
Ɛmacs le fait.
[^] # Re: Tu peu même élargir ...
Posté par Yuul B. Alwright . En réponse au journal C'est lundi : Mon expérience Linux ou l'utopie devient réalité extatique. Évalué à 10.
Si.
# Pas le temps pour en dire plus
Posté par Yuul B. Alwright . En réponse au journal XDG apps testable sous Fedora. Évalué à 2.
https://wiki.gnome.org/Projects/SandboxedApps
[^] # Re: Routeur XMPP
Posté par Yuul B. Alwright . En réponse au journal XMPP et (micro)blogage: la donne a changé. Évalué à 2.
La ressource vers laquelle on délègue doit-elle être accessible au client? Ou seul le serveur à besoin d'un accès (auquel cas il s'occupe de faire suivre le message)?
# Routeur XMPP
Posté par Yuul B. Alwright . En réponse au journal XMPP et (micro)blogage: la donne a changé. Évalué à 1.
Si j'ai bien compris la XEP-0356, ça permettrait d'avoir un serveur qui implémente les 2 RFC et qui route le reste vers des composants indépendants (avec leur propre daemon) qui eux apporteraient leur fonctionnalités (MUC, PEP, PubSub, E-mail, etc)?
[^] # Re: asservissement simplifié
Posté par Yuul B. Alwright . En réponse à la dépêche Elementary OS, une jolie distribution et facile pour tous, tout simplement !. Évalué à 4.
+1
En plus, c'est pas les seuls à le proposer.