Bon définitivement ça vient du JS de l'éditeur de texte.
A partir du moment où on click sur le "fake comment", l'éditeur est chargé et semble listen aux events "scroll" et d'ailleurs ça ne plait pas à Chrome qui se plaint de violation.
Une fois le focus sur l'éditeur perdu, c'est la cata, à chaque scroll de la page ça génère des events et même après avoir récupéré le focus ça continu.
Boris Beaulant utilises tu une librairie tiers pour l'éditeur ?
J'adore le Robinier, mais effectivement même si il en pousse en France il n'est pas "cultivé" comme le chêne. Le résultat c'est que la plupart du temps quand on en achète il n'est pas français. Il me semble qu'on a tendance à l'importer des pays de l'Est. En tout cas dans ma région ma scierie m'a clairement dit qu'il n'en avait pas d'origine France.
Cordialement,
C'est une méthode qui fonctionne bien quand les fibres du bois ne sont pas coupées ce qui est le cas ici.
Ceci dit cela peut permettre de diminuer l'écrasement des fibres pour que ça se voit moins.
Salut.
Très sympa. Un fraise pour serrure pourrait surement t'aider à l'avenir: cmtorangetools...s-pour-serrures
Cordialement,
J'ai la même chose dans mon atelier. Moins de morceaux c'est moins de problèmes d'alignement.
Le bois ne bouge pas dans le sens du fil.
Oak, effectivement le sac est un filtre avec une efficacité donnée qui n'est pas parfaite. Le filtre de l'aspirateur lui aussi à une efficacité donnée qui n'est pas parfaite. Le passage successif à travers les 2 filtres permet d'obtenir une efficacité globale de l'aspirateur permettant d'être classé dans le groupe M (efficacité moyenne de 40% à 80% sur les particules de 0.4*µm d'après la norme EN 779:2012).
Ce n'est pas explicitement dit sur le site de Festool bien que ce soit assez claire:
- utilisable uniquement pour aspirer des poussières non nocives pour la santé
- ne convient pas pour les micro-particules
Cependant, c'est explicite chez les revendeurs. Foussier et OutilsDesPros par exemple:
- Sac filtre Longlife FESTOOL non compatible avec la norme classe M
Cordialement,
Pour moi cette proposition renvoie l'effort de fléchissement au plus prêt des gonds, ça me semble plus adapté.
En fait j'ai commencé par valider cette réponse car c'est aussi ce que j'aurais répondu. Mais après lecture de la réponse de Oak impliquant une modification de la proposition, je la trouvais tout aussi bonne. Du coup je valide les 2 
En faisant arriver l'écharpe au plus proche du gond c'est une alternative valable et même meilleure car la reprise de l'effort se fait sur toute la largeur de la porte contrairement à la première proposition.
Comme mon doigt 
Merci
Salut. Sur les vieilles machines il était courant de lancer le mouvement à la main avant d'allumer le moteur justement parce qu'il n'y avait pas de condensateur.
Salut, as tu une source à fournir pour cette info ? Ca m’intéresse :)
C'est top ! On dirait un bout de charpente.
Ceci dit, je n'aurais pas fait ce type d'assemblage, en l'état tout le poids en extrémité du bras est supporté uniquement par la cheville...
Je l'aurais fait dans l'autre sens (hypoténuse en bas) pour que le bois et les assemblage travaillent en compression. Mais dans son cas il est limité par la sous pente et la fenêtre.
Mais bon les contraintes ne devants pas être incroyables, ça ne devrait pas poser de soucis.
Tu peux repartir direct sur du 150. Aucun besoin de repartir de plus bas.
Sauf si tu compte appliquer la méthode de la double couche avec Rubio.
Ponçage à 120, nettoyage, première couche de Rubio, puis très léger ponçage à 150, nettoyage et de nouveau du Rubio (il en faudra normalement très peu). Il me semble que Antony RubioMonocoat avait déjà présenté cette méthode quelque part sur l'AdB.
Ça mérite d'être essayé
Peut être n'est il pas équipé pour. En tout cas c'est clairement indiqué
Ce ruban peut être avoyé et affûté normalement par votre affûteur.
Salut, en cherchant un peu sur la toile, il semblerait que ce soit un problème connue sur Chrome.
Le problème serait une charge CPU très importante durant l'édition d'un textarea.
La raison n'est cependant pas très claire. Certains parlent d'options CSS, d'autres du spellchecking (ce bug semble corrigé depuis un moment) ou encore d'appels JS à chaque appui de touche.
D'après mes quelques rapides tests, le problème que l'on constate sur l'AdB est clairement du au JS et à la charge CPU. D'ailleurs on peut même le constater sur desktop. Il suffit d'avoir un CPU peu puissant et d'ouvrir plusieurs textarea simultanément sur la page. Ca finit par devenir tellement lent qu'on ne peut plus rien faire.
Je vais essayer de trouver plus d'info sur ce problème...