Sébastien Le Ray a écrit 224 commentaires

C'est clairement le gros manque de LO. Le problème c'est que tout ce qui touche aux styles est subjectif donc c'est pas demain la veille qu'il y aura un consensus pour changer. MSO résout le problème en offrant une (très) large gamme de styles prédéfinis où je pense que chacun peut trouver son compte, et même au sein d'un style on a encore la possibilité de jouer simplement sur les variations de couleur utilisées (pour ceux qui ne veulent pas de couleur dans les documents).
Avec l'adoption du ruban (les résistants au changement qui ne s'en sont jamais servi plus de 2mn d'affilé détestent mais je n'ai encore croisé personne l'utilisant quotidiennement et voulant revenir aux menus) on monte d'un cran dans la modernité mais on dirait que c'est plus dans l'esprit d'une maxi-barre d'outils que dans celui du ruban proprement dit

Heu non, à priori c'est "juste" un moteur JS que tu peux embarquer comme il en existe déjà, ça transforme pas le JS en exécutable

La dernière version de roundcube a bien arrangé les choses

Sinon la traduction de barracks c'est caserne pas baraque. Enfin j'assume que c'est de là que ça vient

Y a deux choses : tu peux enregistrer les promesses d'apport, puis le versement.
Ensuite, toutes les structures ne nécessitent pas une libération à 100% du capital (en fait, aucune il me semble).

Est ce que comme pour toutes les transitions, quelle qu'en soit la durée, la majorité des gens ne se serait de toute façon pas bougée avant les 10j précédant la date butoir ?

Conventions internationales ratifiées par… des états non ?

Bien sûr que si c'est possible

Je suis le seul à utiliser cwrsync pour ce genre de choses ? Une tâche planifiée, un serveur rsync sur un NAS et roule, comme sous Linux

Il y a dl ticket service en PHP qui est plutôt pas mal pour ça (https://www.thregr.org/~wavexx/software/dl/)

L'interface est basique mais ça permet de gérer pas mal de trucs.

Franchement, les éloges par des comptes avec une durée d'existence inférieure à 24h ça pue… Heureusement qu'il y a des comptes historiques qui confirment sinon ça puerait l'arnaque à plein nez. Vous faites plus de tort qu'autre chose au produit là…

Ah oui, je ne suis pas allé jusque là et j'avais pensé rajouter "ou alors il y a quelque part dans la chaîne un truc dégueulasse qui fait que le constructeur est bloquant", mais je me suis dit que c'était pas possible… Ben si

    for (;;)
        new Hello();

Y a pas un problème ? Ça lance en boucle des threads jusqu'à ce que ça explose non ? (https://github.com/epeios-q37/atlas-java/blob/master/Atlas.java#L27) ou j'ai loupé un truc ?

Techniquement tu as sans doute raison pour un envoi donné mais il ne faut pas oublier l'effet rebond dans l'équation. Comme c'est rapide, simple, non coûteux d'envoyer des documents par courriel, tu en envoies plus qu'avant quand c'était par courrier. Du coup cela compense sans doute voire surpasse la pollution engendrée par le passé avant.

Surtout si tu rajoutes à ça Monique, qui aime pas lire sur écran et qui imprime tous les mails qu'elle reçoit

A priori ça se classe dans les méthodes qu'il indique comme « douces » non ?

Il a pas été descendu, il a juste une note de base pourrie :)
Il part à -10 donc l'un dans l'autre c'est plutôt pas mal la note qu'il a

C'est dommage que vous ayez tous les deux fait des typos :)

• Avant 1990 => événement, plus simple à taper en azerty mais pas conforme à la prononciation
• Après 1990 => év[éè]nement

AHAH magique l'écriture inclusive qui pourrit la lecture pour finir par « cette salope »…

Tout dépend si tu considères que la désactivation du service est une situation anormale ou non… A priori ce n'est pas le cas puisque l'initscript renvoie 0. S'il renvoyait n'importe quoi d'autre, il apparaîtrait en failed pour systemd.

C'est pas une question d'intégration, l'initscript considère que le service désactivé est une situation normale, systemd ou pas.

Avant systemd, ton initscript dit que tout est OK si le service est désactivé.

Après systemd, systemd dit que tout est OK si le service est désactivé.

C'est indiqué sur le site : la gestion de multiples dossiers comptables en parallèle

Dans les paramètres du compte concerné, rubrique « Synchronisation & Espace Disque » je décoche « Conserver les messages de ce compte sur cet ordinateur ». C'est bourrin mais ça me convient, je le laisse comme ça permanent.
Si tu es discipliné, tu peux te créer un sous-dossier genre « offline » et le cocher dans « Avancé » au même endroit, ça te permettra d'avoir un bout de mailbox disponible hors ligne

Tu ne l'as pas utilisé assez longtemps, sinon tu aurais eu droit à "quand je clique sur le message A j'ai le corps du message B" (avec des fois la répercussion de ça sur le cache local… du coup bye bye le contenu du message A si tu vides pas), ou à "j'ai beau cliquer sur 10 messages différents, c'est toujours le message A qui s'affiche" ou encore "la pièce jointe est vide mais si vous repassez plus tard elle le sera plus"

Ça marche très bien en IMAP… faut juste désactiver le cache local qu'il corrompt une fois sur 2 si à la création du compte y a plus de 50 messages dans le INBOX…
Oui, ça fout en l'air l'argument « C'est mieux qu'un webmail on peut l'utiliser hors ligne » :-)

Le souci, c’est qu’on n’en sait rien. Quand on utilise un paquet proposé par une distrib, comment savoir quelles modifications ont été faites ? Comment sait-on si c’est proche du vanilla ou très éloigné, si les problèmes rencontrés viennent de la distrib ou pas ?

Ailleurs je sais pas, sous Debian on peut regarder dans le répertoire debian/patches du paquet concerné

Au vu des autres contenus publiés ça a l'air cohérent